従来の運用とメンテナンス、なくなるまでどれくらいかかりますか?

[[330394]]

「仮想化」、「パブリッククラウド」、「ハイブリッドクラウド」、「コンテナ」、「クラウドネイティブ」、これらの技術用語は、私たちが生きている現在のクラウド時代を表現しています。

上の写真はガートナーの公式サイトから引用したものです。 2019 年 11 月 13 日、ガートナー社は、2020 年までに世界のパブリック クラウド サービス市場が 2019 年の 2,278 億ドルから 17% 増の 2,664 億ドルに成長すると予測しました。 (ここで言及されているパブリック クラウド サービスには、BPaaS = Business Process as a Service、IaaS = Infrastructure as a Service、PaaS = Platform as a Service、SaaS = Software as a Service、CMSS = Cloud Management and Security Services が含まれます)。また、2022年までにパブリッククラウドサービス市場は3,546億米ドルに達すると予測されています。ガートナーの予測した数字が正しいかどうかは別として、別の観点から、近年の主流パブリッククラウドの財務報告を見ると、収益はすべて増加していることがわかります（Amazonの2020年度第1四半期財務報告によると、Amazonのクラウドコンピューティング事業の第1四半期の収益は102億米ドルで、前年比33％増でした。2020年度、Alibaba Cloudの年間収益は400億元を超え、前年比62％増加しました）。

過去のガートナー社の予測と、今後の主流パブリッククラウドの財務報告から、クラウド時代が確かに到来し、クラウドの運用と保守の時代が確かに到来したという 1 つの事実がすでに実証されています。

さて、それではこの記事のテーマを紹介しましょう。従来の運用とメンテナンス、なくなるまでどれくらいかかりますか?これは決して大げさな話ではありません。このすべては一歩一歩私たちに向かって来ています。

クラウド時代以前の運用はどのようなものだったのでしょうか?

企業が事業を立ち上げる場合、一般的な手順は次のとおりです。まず、データセンターとネットワーク（ネットワークは、China Telecom/China Unicom/China Mobile/BGP に分かれています）を見つけ、ネットワークの品質をテストする必要があります。次に、キャビネットをレンタルし、サーバーを購入/レンタルし、システムをインストールし、スイッチ、ファイアウォール、負荷分散、セキュリティ保護機器を構成し、環境をインストールし、ビジネスを展開し、監視を追加し、セキュリティコンプライアンススキャンを実行し、抜け穴がないことを確認するための侵入テストなどを実行します。

上記の各リンクには、大企業の専任担当者がいます。

• IDC システムの運用と保守は、データ センターの検索、キャビネットのレンタル、サーバーの購入/レンタル、システムのインストールを担当します。
• ネットワークの検索、ネットワーク品質のテスト、スイッチの構成、ネットワークの構成を担当する人は、ネットワーク エンジニアと呼ばれます。ファイアウォール、負荷分散、セキュリティ保護装置、セキュリティコンプライアンススキャンの構成を担当する人は、セキュリティ運用および保守と呼ばれます。
• 環境のインストールとサービスの展開を担当する人は、アプリケーション運用 SRE と呼ばれます。
• 監視を追加する責任者を監視運用保守と呼びます。

おそらく、これを読んだ後、あなたは自分がどのカテゴリーに属しているかを認識するでしょう。その中で自分の立場がわかれば、ここでの従来の運用と保守はあなたに関するものになります。

最も古いパブリッククラウドAWSは2006年に登場しました。当時はクラウドホストを購入するだけでしたが、2020年の現在、AWSが提供するサービスの数は100を超え、コンピューティング、データベース、ビッグデータから機械学習、モノのインターネット、ブロックチェーン、さらには衛星、量子技術、ロボットまで、あらゆる人にサービスとして提供できるようになりました。 AWSは業界の先駆者ですが、国内のAlibaba Cloud、Huawei Cloud、Tencent Cloudも弱くはなく、誰もがオンデマンドで購入して利用できる50以上のサービスも提供しています。想像してみてください。これほど多くのテクノロジーとサービスがある中で、すべてを自分だけで行うとしたら、技術チームには何人の人員が必要になるでしょうか?コンピューティング リソースは言うまでもなく、独自のプライベート クラウドを構築するには少なくとも 1 ～ 2 人の人材が必要であり、その人材は非常に優秀でなければなりません。しかし、今は必要ありません。

では、誰もがクラウドを使用すると、従来の運用と保守は不要になるのでしょうか?

あまり。まず第一に、誰もがクラウドを使用するというのは誤った主張です。それを使用しない、または使用する意思がない人々が常に存在し、彼らはそれをセキュリティと呼んでいます (人々を騙すために使用できますが、本当の理由はセキュリティよりもはるかに大きい可能性があります)。この場合、従来の操作とメンテナンスが必要になります。 2 番目に、AWS、Alibaba Cloud、Huawei Cloud、Tencent Cloud などのパブリック クラウド ベンダーなどのパブリック クラウド サービス プロバイダーを利用します。従来の運用と保守で実行すべきすべてのタスクを一元化しました。自動化がうまく行われていても、システム、ネットワーク、セキュリティには依然として人が必要であり、当然ながらその要件は非常に高くなります。

現時点では、従来の運用と保守の変革が、ほとんどの従来の運用と保守にとって唯一の選択肢であると思われます。実際、DevOps は数年前から言及されてきたため、この見方はまったく新しいものではありません。 DevOps とは何ですか?

私の理解では、これは運用と保守にもコードを書かせ、プラットフォームを書き、徐々に研究開発に統合し、研究開発を支援し、ツールを書くなどさせることを意味し、純粋な開発とは異なります。では、DevOps は従来の運用にとって最適な変革の方向性なのでしょうか?

私の答えは「ノー」です。

今最もホットなテクノロジーは何ですか?コンテナと Kubernetes は、運用と保守の標準的なスキルになりつつあります。ちょうど数年前の仮想化と同じです。

コンテナがなぜこんなに人気があるのか​​疑問に思ったことはありませんか?表面的には、コンテナは主にビジネスと環境の一貫性の問題を解決するために使用されます。もっと深く考えてみると、コンテナは従来の運用と保守に代わるものとして存在します。環境の一貫性の問題がなく、どこに置いても実行できます。運用とメンテナンスの必要性は何ですか? R&DがコードとDockerfileを書いてしまえば、ホストを与えるだけで実行できます。問題があっても修理する必要はありません。古いコンテナを終了して、新しいコンテナを起動するだけです。さらに、Kubernetes はこれらすべてを実行できます。従来の運用と保守はどうでしょうか? Dockerfile の書き方を学ぶべきでしょうか?非常に単純なので、特別な人が書く必要はありません。 R&D はコードを書きながらそれを書くだけです。

この観点からすると、コンテナに切り替えることは最善の選択肢ではありません。では、従来の業務を変革するための最善の選択肢は何でしょうか?答えは「クラウド運用」です。

従来の運用・保守の変革にとって、クラウド運用・保守が最適な選択肢となるのはなぜでしょうか?

まず、パブリッククラウドサービスが増えています。どのサービスをどのように使用すればよいでしょうか?各サービスの特徴は何ですか？どのようなパラメータを設定でき、どのような制限がありますか?

これらは非常に詳細な場合が多いです。使用前に理解しておかないと、オンラインになった後にさまざまな問題が発生する可能性があります。したがって、従来の運用と保守では、クラウド ホストのみを選択し、残りは自分で展開する傾向があります。

1. 自分の価値を体験することかもしれません。

2. クラウド サービスを理解しておらず、その使用方法がわからない場合があります。

3. クラウド サービスは高価であるなどと言って上司を騙すのは簡単かもしれませんが、人件費が実際にはかなり高価であるとは上司は絶対に言わないでしょう。

しかし、クラウドの運用と保守は、クラウドを有効活用するのに最適です。パブリッククラウドの性質に精通し、合理的なアーキテクチャを設計することで、AWS や Alibaba Cloud のアーキテクトよりも自社の技術が優れていると考えない限り、自社でサービスを構築するよりもビジネスの安定性が確実に高まります。

2 つ目は、パブリック クラウドで提供されるサービスはすべて標準サービスであるため、異なる業種のビジネスで使用する場合、それほど使いやすくない可能性があることです。ビジネス アーキテクチャから構成パラメータに至るまで、その多くは適応する必要があります。クラウドコンピューティングのトレンドが存在するため、既存のビジネスとクラウドサービス間の適応をどのように調整するかが、クラウド運用・保守が解決しなければならない課題です。コードを変更するために研究開発が必要になる場合もあれば、アーキテクチャの調整が必要になる場合もありますが、クラウドの運用と保守が主導する必要があります。

最後に、既存のシステムがいくつかあります。これは古い企業にとっては避けられない問題です。ハードウェアの老朽化により、古いシステムをクラウドに移行する必要があり、クラウドの運用と保守も必要になります。

クラウド運用保守は従来の運用保守の変革に最適な選択肢ですが、従来の運用保守をクラウド運用保守に変革するにはどうすればよいでしょうか。著者はいくつかの点について考えましたが、それらは完全ではない可能性があり、誰もが自分の意見を持つことを歓迎します。

まず、パブリック クラウドで利用できるサービスとその使用方法について詳しく学びます。できるだけ仕事でそれらを使用するようにするか、R&D で使用するように指導してください。

次に、従来の CI/CD や要塞ホストなど、従来の運用および保守タスクをクラウド上で実装してみます。こちらはクラウドオーケストレーションツール Terraform です。クラウドの運用・保守を試してみたい場合は、Terraform を導入する価値があります。

3 番目に、CloudMSP サービス プロバイダーに参加します。彼らの仕事は、ユーザーがクラウドを選択し、クラウドにアクセスし、クラウドを使用できるように支援することです。職場で学ぶことが進歩するための最速の方法です。 Xintai Operation and Maintenance は、中国で主流の CloudMSP です。求人サイトなどで検索できます。もしかしたら、あなたのキャリアの転機となるかもしれません。

結論として、運用と保守の価値は、ビジネスの安定性を維持することです。従来の運用保守であっても、運用保守クラウドであっても、私たちの使命と存在意義は変わりません。ただ時代は変化しているので、私たちも変化する必要があるのです。