OpsRampモニター:CIOの優先事項、クラウドリーダー、Kubernetesのキャリア

ITのトップウィークリーリードI&O 

IT運用管理、DevOps、AIOps、およびクラウドの世界は常に変化しています。そのため、OpsRamp Monitorがあります。OpsRampによる、デジタル運用の興味深い開発と新たなトレンドに関する毎週のトップレビューです。最新かつ最高のブログを購読してください。そして、すべてのOpsの上にとどまります。 

CIOは、朝食にビジネス上の課題を食べます。 誰もがCIOが何を考え、何をしているのか知りたがっています。結局のところ、これらの勇敢な男性と女性は、市場の革新とビジネスの生産性の責任をリードしています。彼らは収益を上げるためにますます説明責任を負っています。したがって、CIOは、コスト管理などの機能タスクに対する競争上の差別化の機会を特定することに、より多くの時間を費やしています。 2020年のCIOレポートの状況、IDGResearchによる。 

「ますますビジネス指向の憲章の一環として、CIOは、ITイニシアチブをビジネス目標に合わせ(44%)、新しいシステムとアーキテクチャを実装し(39%)、変更の取り組みを主導し(34%)、ビジネスイノベーションを推進する取り組みを優先しています(34パーセント)」とIDGは報告しています。また、CEOに報告するCIOの割合が43から47に急増しました。また、調査回答者のほぼ半数(46%)が変革者として自己認識しています。­最高情報責任者。エディトリアルノート: このように自己識別しないのは、ちょっとしたキャリアの自殺ではないでしょうか。

何がホットで何がクラウドにないか。 CRNはそのリストを公開しました 20の最もクールなクラウド管理および移行会社—ちなみに、これにはOpsRampが含まれていました。かっこいいも暑いですよね? AWS、Azure、Google、Alibaba、IBM、Dell / VMWare、HPE、Oracle、Cisco、SAP、Salesforce、Adobe、またはWorkdayの場合、少なくともZDNetのLarryDignanによると 非常に長い間ITとクラウドのトピックを扱ってきた人。 

ディグナンはレガシー(その言葉!)に敬意を表してうなずきます ハイブリッドおよびマルチクラウド環境での役割を拡大しているベンダー:「IBM、Dell Technologies、HPEなどは、プライベートクラウドとパブリッククラウドのブレンド、および所有するデータセンターを特徴とするマルチクラウド展開間の接着剤になることを目指しています。結局のところ、ほとんどの企業はマルチクラウド戦略を検討しています。」 

そして、それほど暑くないのは何ですか? 逆に、クリストファー・トッツィ、からのレポーター データセンターの知識は、複雑さを理由に、マルチクラウドが勢いを失っていると書いています。彼はまた、スタンドアロンのPaaSプラットフォームの灰色の絵を描いています(大きな3つのクラウドが現在それをカバーしています)。サーバーレスコンピューティング(特定のワークロードにのみ適しています)。およびOpenStack(Kubernetesが引き継ぎます)。 

Kubernetes101。 主要なコンテナ管理およびオーケストレーションテクノロジーについて言えば、全国の大学で一般的に提供されているKubernetes入門コースが見られ始めても驚くことではありません。によると、Kubernetesは現在最もホットな技術スキルの1つです この記事 現場から確かにそして その他。 

「実際のデータによると、2015年10月から2019年10月までの4年間で、100万人あたりのKubernetesの求人のシェアは2,141.03%増加し、Kubernetesの求人検索のシェアは2,125.66%増加しました。」非常に大きな数を視覚化するのが苦手な場合、この成長のグラフはエベレストの上昇です。確かに、Kubernetesのスキルを最も一般的に活用する役割は、DevOpsエンジニア、ソフトウェアとクラウドエンジニア、およびフルスタック開発者です。

SLOとSLA。 IT運用に携わっている場合は、サービスレベル目標とサービスレベルアグリーメントの違いをおそらくご存知でしょう。念のため、これ ベンダーブログ 記録をまっすぐにすることを目的としています:  「SLOは、クライアント(SLA)との外部向け契約よりも常に厳格に設定されており、ユーザーエクスペリエンスが受け入れられなくなる前に、問題に確実に対処するためのセーフティネットを提供します。」 

The グーグルクラウドブログ議論にかなりの詳細を追加しますが、いくつかの注意点があります。「サービスの信頼性が高いほど、運用にかかるコストが高くなることに注意してください。各サービスで回避できる最低レベルの信頼性を定義し、それをSLOとして記述します。すべてのサービスに可用性SLOが必要です。これがないと、チームと利害関係者は、サービスの信頼性を高める(コストの増加と開発の遅延)必要があるのか​​、信頼性の低下(開発の速度を上げる)必要があるのか​​について、原則的な判断を下すことができません。」

次のステップ:

Command_Center_Hero-3


Recommended posts