クラウドで DevOps の担当者がクラッシュするのはなぜですか?

DevOps とクラウドは、どちらも「弾力性と俊敏性」、「サービスとしてのソフトウェア」、「ソフトウェアがすべてを定義する」という、自然な性質を持っているようです。 1 つは「継続的インテグレーション」と「継続的デリバリー」という企業文化の変革を導く概念であり、もう 1 つは高同時実行性と高可用性のシナリオにおける主流のアプリケーション開発のための事実上のインフラストラクチャです。二人の気質が合えば、二人は「手を繋ぎ」、共に未来へと歩んでいく。

テクノロジーの変化は馬車から電車への変化に似ています。新しいテクノロジーにタイムリーに移行できれば、新しいテクノロジーによってもたらされる成長はすぐに実現します。しかし、明らかに誰もがこの変化をすぐに受け入れられるわけではありません。

Zuoyebangのインフラストラクチャ責任者であるDong Xiaocong氏は、「クラウドネイティブへの変革はどれほど難しいか？ | T Frontline」の記事で次のように述べています。「クラウドネイティブへの変革は、運用と保守の方法に一定の影響を与えます。運用と保守の立場では、中規模企業がそれを一気に受け入れるのは難しいです。手作業が減ることで、インフラストラクチャの能力がより評価され、反復的で機械的な作業に限定されなくなります。」

従来の運用保守は、ネットワークの運用保守、データベースの運用保守などを指します。現在、求人ソフトウェアで「運用保守」を検索すると、求職者には「クラウドネイティブの運用保守」、「DevOps エンジニア」、「SRE エンジニア」、「クラウドネイティブ アーキテクト」、「Kubernetes の運用保守」など、より多くの単語が表示されます。従来の時代が「クラウド」に取って代わられると、関連する運用・保守業務の内容と責任は大きく変化しました。わずか数年で、従来の Linux オペレーティングシステムの運用・保守方法への注目は薄れ、クラウドネイティブ時代の Kubernetes の運用・保守に取って代わられました。

クラウド上でのDevOpsの取り組み内容は各企業の実業務によって異なりますが、Kubernetesの運用保守はクラウドの運用保守の事実上の標準となっているため、ここでは代表的な例として紹介します。

DevOps、CI/CDに精通し、アプリケーション製品の継続的デリバリーと継続的運用保守のためのツールシステムの構築を担当し、ビジネスの迅速な反復と安定性のツール構築をサポートします。 Kubernetes クラスターの監視システム、ログ分析、および総合的なデータ操作 (可用性指標、過去の事故、リソース使用率などを含む) を改善し、監視の有効性を高め、障害を適時に検出し、ビジネスの可用性を確保します。 Kubernetes クラスターの運用保守システムを最適化し、基盤となる基本コンポーネントのデプロイメントを継続的に調整し、各ラインの運用保守機能と問題処理効率を向上させます。 Kubernetes クラスタ運用保守プラットフォームの構築を担当し、自動化された運用保守制御システムを構築します。 Kubernetes クラスタの管理、展開とリリース、可観測性システムなどのシステムの設計と実装を担当します。

クラウド上の DevOps は、これだけではありません。

クラウド上のDevOpsが崩壊した経緯

しかし、花には棘があり、その文脈には回復力、観察力、強靭性、持続可能性などの高級な言葉が次々と登場します。しかし、実装となると、その差は天と地ほどです。デジタルトランスフォーメーションに取り組む企業の多くは、変革に意欲的であるものの、実際のビジネス状況を無視して「DevOps」をクラウドに押し付けてしまうことがよくあります。その結果は往々にして逆効果となり、完全な崩壊につながります。例えば、リモート会議の場合

まず、明らかなのは才能です。クラウドで DevOps を実行するには、クラウド運用エンジニアが、非常に専門的なクラウドベースのツールを理解し、ツール チェーンを構築する能力が求められます。それができないなら、すべては無駄だ。企業が従来の運用・保守担当者の中からこの能力を備えた従業員を見つけるのは容易ではありません。さらに悪いことに、DevOps を従来のプラットフォームに戻して失敗を宣言する企業さえあります。第二に、ほとんどの DevOops ツールチェーンでは、クラウドではほとんど利用できないツールが必要です。クラウド上にはすでに多くの DevOps ツールがあり、それらはパブリック クラウド プロバイダーまたは主要な DevOps クラウド サービス パートナーによって販売されていますが、R&D 担当者は、必要なツールの約 10% ～ 20% がパブリック クラウド プラットフォームに存在しないという問題に遭遇することがよくあります。この時点で、別のプロバイダーのプラットフォームを組み込む必要があり、マルチクラウドの複雑さにつながります。もちろん、不足しているツールの必要性は、その時点で構築されているアプリケーションの種類によって異なります。 もちろん、DevOops ツール プロバイダーはクラウド コンピューティングの成功を見て、この「ツール不足」のギャップをすぐに埋めました。ただし、希望するプロバイダーでローカルに実行するために必要なものをすべて見つけることは、多くの場合不可能です。 DevOps エンジニアは多くの場合、ミックス アンド マッチ アプローチを選択し、「クラウド ファースト」戦略を採用しています。つまり、クラウド上でネイティブに実行されるツールが見つかった場合はそれを選択しますが、他のクラウド プロバイダーや恐ろしいオンプレミス システムにフォールバックするオプションもあります。 さらに、コードとデータがクラウドと他のリモート システム間で転送されるという事実も加わり、ツールチェーンによってもたらされる複雑さは非常に手に負えないものになります。この時点で、二次的な問題が発生します。クラウド セキュリティの展開を理解しているスタッフがいないと、セキュリティと信頼性が課題になります。つまり、自作のアプリケーションやインフラストラクチャとクラウドベースの SaaS との間のギャップは、想像以上に大きいのです。意思決定者は、適切な人材を見つける前に、DevOps をクラウドに軽率に移行すべきではありません。

従来のIT運用と保守の欠点

近年、この流行は企業のデジタル変革に大きな影響を与えています。さまざまな業界に共通する 1 つの事実は、デジタル変革を早期に実行すればするほど、ビジネスで先行する上で有利になるということです。このような状況では、従来の IT 運用と保守では対応できないようです。

まず、企業のデジタル変革のペースが加速するにつれて、IT システムの数が急速に増加しています。同時に、クラウドネイティブアーキテクチャの適用によりシステムの複雑さが増し、従来の運用・保守方法ではビジネス開発のニーズを満たすことができなくなりました。運用・保守の効率と品質の向上は、IT 運用・保守において避けられないトレンドとなっています。第二に、従来の運用と保守は人間の経験に依存しているため、ビジネスの安定性とセキュリティを確保することが難しく、デジタル変革のプロセスを妨げています。最後に、従来の運用と保守では、ビジネス サービスの観点から全体的なデータの変更を確認できないため、そもそも問題の根本原因を特定することが困難になります。したがって、デジタル変革の要件を満たすには、従来の運用と保守の効率を改善する必要があります。

クラウドにおけるDevOps担当者の現状

では、クラウドの DevOps 担当者はどうでしょうか?

彼らは、長期休暇や「ショッピング フェスティバル」中にすべての人々のためのオンライン カーニバルを保証する舞台裏の労働者です。クラウド運用および保守エンジニア、およびさまざまなセキュリティ チームのエンジニアです。状況はどうですか?

クラウド コンピューティングの時代では、運用と保守に新たな要件が求められています。クラウドの運用・保守では、ローカルの作業をクラウドサーバー側に移行します。インフラストラクチャから上位の業務に至るまで、ストレージ、仮想マシン、ネットワーク セキュリティ、ファイアウォール、バックアップ、キャッシュ、負荷分散、データベースなど、管理オブジェクトの数が増加しています。

同時に、クラウドベースおよびインテリジェントなアーキテクチャにより、運用と保守のハードルが引き上げられ、運用と保守には、統一された監視を実行して問題を迅速に特定するための垂直管理機能も必要になりました。したがって、運用と保守には、自動展開によるライフサイクル段階での運用の実行、オンデマンドでのクラウド リソースの構成と更新、既存の保守モデルを拡張し、クラウドの運用と保守の困難を解決し、ビジネスの持続可能な発展を確保するためのサポートとして強力なプラットフォームが必要です。

具体的な職種で見ると、クラウド運用・保守エンジニアの初任給は15,000ドルですが、エキスパートやアーキテクトの初任給は25,000ドルから40,000ドルの範囲です。従来の運用保守でもクラウド運用保守でも、エンジニアの「常時待機」状態は変わりません。 「家族は家で大晦日の夕食を食べ、エンジニアはコンピューターのそばにいて監視システムを監視しながら春節のお祝いを見る」というのが、運用保守業務の新たな常態となっている。疫病の影響により、人々は仕事が終わったら家に帰ることができますが、「リモートワーク」をしなければならないことも多々あります。クラウドベンダーで働いている場合は、クラウドプロセス全体を通じて技術サポートを管理および提供し、主要顧客と定期的に詳細なコミュニケーションをとることも非常に重要です。

企業はどのようなクラウド運用・保守担当者を好むのでしょうか?

まず、IaaS、PaaS、SaaS の各層のアーキテクチャと代表的なアプリケーションに精通している必要があります。第二に、しっかりとした基礎スキルを持った人材です。セキュリティ、Linux システム、データベース、クラウド サービス、ビッグ データなどに精通し、基本的なコンポーネント (Nignx、Kubernetes、Redis、メッセージ キュー、MySql など) に精通している。さらに、一流の高得点項目。大規模および中規模企業のビジネス シナリオでの経験、顧客の既存の IT アーキテクチャの整理と分析、プリセールス アーキテクトが提供する設計ソリューションの実装、インストール、配信の促進など、優れたコラボレーションとプロモーション能力。たとえば、AWS、Tencent Cloud、Alibaba Cloud などのさまざまなブランドのクラウド サービスの違いについて十分な理解を形成しています。最後に、実践的な経験です。エンタープライズレベルのアプリケーション アーキテクチャ設計やクラウド サービス統合実装に関する豊富な経験がある場合、給与交渉の段階で主導権を握れる可能性が高くなります。

最後に

昨年、アリババクラウドは「クラウド自動運用・保守ホワイトペーパー」を発表し、その中で次のように述べています。「企業の65%がすでにパブリッククラウドでDevOpsを使用していますが、DevOpsの機能を十分に活用していると考えている企業はわずか20%です。」クラウドと DevOps の組み合わせは、二重の価値をもたらす一方で、「統一されたシンプルな可観測性」、「分散アプリケーションの非常に高い複雑性」、「高いリンクの複雑性」、「セルフサービスの欠如」など、多くの課題ももたらします。新たな需要は、テクノロジーの進化ツリーを照らすトリガー ポイントです。開発者は、新しくてより便利なツールの出現を心配する必要はありません。さらに必要なのは、変革の決定を下す前に、ツールだけでなく、文化や概念の変化も含め、さまざまな「クラウドのこと」を冷静に理解することです。

参考リンク:

https://www.zdnet.com/article/cloudify-devops-6-4-arrives-heres-whats-new https://www.infoworld.com/article/3674690/how-devops-in-the-cloud-breaks-down.html https://www.zhihu.com/question/430000480/answer/2627883101 https://zhuanlan.zhihu.com/p/469897872 https://zhuanlan.zhihu.com/p/339177612