OpsRampモニター:SRE給与、DevOpsチーム、マルチクラウド調査

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

OpsRamp Monitorは、IT運用における興味深い開発と新たなトレンドに関するOpsRampの毎週のトップレビューです。 申し込む 監視、DevOps、AIOps、クラウドコンピューティングの最新かつ最高のブログをご覧になり、すべてのOpsを把握してください。  

この問題で:

  • SREの高額な給与
  • フルスタックエンジニアを探すのが賢くない理由
  • IT運用プロの1日
  • マルチクラウドに対する確固たる議論

一週間が経ちました。 4人の米国大統領候補がレースから脱落した。コロナウイルスは悪化しました。  いくつかの主要な技術会議がキャンセルされました。そして、株式市場のローラーコースターの乗り心地は続きました。  いくつかの良いニュースでリフレッシュしましょう:あなたのキャリア。

SREはコインを作ります。 サイトリライアビリティエンジニアの役割には、多様な技術スキルセットが必要です。 説明したように この役割を発明したと思われるGoogleのエンジニアリング担当副社長であるBenTreynorによるものです。これの作者によるとグレムリンブログ、いくつかの信頼できるソースからのデータを編集した人、NSSREの平均給与の中央値は236,000ドルで、最高額は450,000ドルです。 。  グレムリンの分析によると、ジュニアSREの開始時の報酬は平均75,000ドルで、フェニックスやアトランタなどの場所での一般的な給与範囲は120〜160,000ドルの範囲です。 

SREの仕事は簡単なことではありません。開発者や運用チームと協力する必要があり、これらのグループのいずれにもうまく適合しません。あらゆる種類のパフォーマンスの課題を巧みに管理するには、バーなしのソフトウェアエンジニアリングスキルを使用する必要があります。しかし、ある程度の経験を積めば、生活水準は高くなります。  

これがあなたにとって正しい道であることを確認するには、これを読んでください ハッカーヌーンの記事SREによる。彼女は、あなたがその役割に適しているかどうかを確認するための便利なチェックリストを持っています。「ターミナルを長時間見るのは楽しいですか?何かを修正する必要があるハイステークスシナリオに陥る可能性が高い「オンコール」であるという考えに満足していますか?」彼女はまた、SREスキルを開発する方法についていくつかのアイデアを提供しています。

DevOpsチーミングのヒント。DevOpsは、現実の世界で実装するのが本当に苦痛だと聞いています。そしてそれは人々が難しいからです。そこで、私はそれを言いました。しかし、他の人を非難するのをやめ、その日を救うための魔法のDevOpsマジシャンを探す必要があるかもしれません。代わりに、チームと期待についてもっと深く考える必要があるかもしれません。

この IT革命レポート、ディズニーや他の場所からの本当に賢い人々によって書かれた「エンジニアではなくフルスタックチーム」は、「フロントエンド開発者テクノロジー、バックエンドミドルウェア、データベース」の専門家であるフルスタックエンジニアを雇うというアイデアを示唆しています、ネットワークとストレージの構成、およびセキュリティ上の懸念」、そのような魔法の人がいる場合は、欠陥があります。 それは、一人の人間にすべての責任を負わせること(真の燃え尽き症候群)ではなく、それらの必要なスキルを持つ人々の適切なチームを作ることです。:  「フルスタックチームは、成果物のすべての開発サイクルを通じてソフトウェアを効果的に設計、構築、展開、および運用するために、メンバー全体でスキルを組み合わせています。フルスタックチームに移行することで、フルスタックの開発者やエンジニアを採用、開発、維持するという課題を抱えることなく、組織にフルスタックの利点を提供できます。」このレポートには、サイロを作成せずにこれを行う方法の正確な例がたくさんあります。私はエンジニアではありませんが、それは私には理にかなっています。

これがあなたを理解しているIT運用担当者です。 そして今、焦点を締めくくるITにおける非常に重要な役割 今日、これを読んでください人生の一日、OpsRampソリューションコンサルタントのWaelAltaqiによって書かれました。 Altaqiは、重大なアプリケーションの停止を修正するのに苦労しているL4ITオペレーターの混沌とし​​た1日14時間を案内します。 

彼は、この苛立たしくて遅いプロセスを改善するための3つのアイデアを私たちに残します。 

  • 機械学習アラートとイベント相関プラットフォームを真剣に検討する

  • ほとんど静的なインフラストラクチャとアプリケーション用に設計された遺物プロセスを再構築します。

  • IT運用の監視と警告のための従来のサイロ化されたアプローチを再検討してください。

マルチクラウドはお金を節約するだけではありません。 マルチクラウド戦略を採用することにはいくつかの確かなビジネス上の理由があり、主な推進要因は次のとおりです。最近の調査 900人を超えるITおよび開発者のうち、ビッグデータ、AI、IOTなどのさまざまなアプリケーションサービスを活用することです。そのドライバーは参加者の31%によって引用され、続いて保証された可用性(29%)と管理コスト(23%)が続きました。ベンダーロックインの回避は、回答者の54%が、真に抽象化されたインフラストラクチャ(46%)よりも、マルチクラウドの重要なメリットとして挙げています。これらすべてのポジティブにもかかわらず、50%以上が、新しいテクノロジーとハイブリッドおよびマルチクラウド環境の管理の複雑さのために文化の変化に苦労していると述べました。この調査では、コンテナとサーバーレスコンピューティングの計画も報告されており、どちらも成長しています。

展開に問題がありますか? 今日のITには、心配して監視することが非常に多くあり、クラウドにソフトウェアを展開することは確かにその1つです。  今、私たちはガンダルフを持っています:と混同しないでください ロード・オブ・ザ・リング キャラクター。ガンダルフは、Azureとも呼ばれるクラウドに安全にデプロイできるようにするためのインテリジェントなサービスです。日の光を決して見ない多くのクールなものを作成するMicrosoftResearchは、 この気の利いたツールを作成しました展開をスピードアップするため。ガンダルフ、 ブログに記載されていますエイドリアン・コルヤー、アクセル ロンドンでは、「問題を観察し、それを特定の展開に接続し直す」のに最適です。彼は続けます。「ガンダルフは20TB以上のデータを分析します。1日あたり:平均27万のプラットフォームイベント(77万のピーク)、6億のAPI呼び出し、2,000を超えるさまざまな障害タイプのデータ。ガンダルフがそのデータの内容を気に入らない場合は、ロールアウトを一時停止し、開発チームにアラートを送信します。」 Azureで作業している場合、これはチェックする価値のあるもののようです。

次のステップ:

cta-industry-insights


Recommended posts