この一連のビデオでは、クラウドインフラストラクチャの自動化について紹介します。クラウドオートメーションの概念、シナリオ、ベストプラクティスについて学ぶことができます。次に、クラウドオートメーションとは何かを学びましょう。
次のトランスクリプトを参照できます。
みなさん、こんにちは。Alibaba Cloud オープン プラットフォームの自動化シリーズ、Auto Talk へようこそ。この一連のビデオでは、クラウドインフラストラクチャの自動化について紹介します。クラウドオートメーションの概念、シナリオ、ベストプラクティスについて学ぶことができます。次に、クラウドオートメーションとは何かを学びましょう。
Alibaba Cloud オープン プラットフォームの Tiankai です。本日は、クラウドオートメーションとは何かについて説明します。データセンターの管理や基本操作の実行時には、自動化の概念を理解している必要があります。クラウドは、開発者と顧客に、水、電気、石炭のようなインフラストラクチャを提供します。クラウドは、クラウドインフラストラクチャのサポートと生産を迅速に提供できます。
クラウドリソースの数が増加するにつれて、自動化の課題も増加します。リソースが少ない場合は、コンソールを使用して [クリック] しながら ECS インスタンスを作成および管理できます。多くの方がこの非常に便利なメソッドを使用していることでしょう。しかし、リソースの数が増加し、100 または 1,000 に達すると、管理がますます複雑になります。この課題に対処するために、Alibaba Cloud は、API、CLI、SDK などの一連の開発ツールをお客様に提供しています。近年、Infrastructure as Code(IaC)などの新しいテクノロジーや概念が登場しており、Terraform は典型的な IaC プロダクトです。
IaC を一言で定義したいと思います。IaC は、反復的で非効率的なプロセスをコードベースのロジックに変換し、マシンがこれらのプロセスをより効率的かつ標準的に実行できるようにします。これが本質的に IaC です。IaC を実現する手段は、CLI や SDK の統合、ROS オーケストレーション、記述的なコードベースの管理のための Terraform の使用など、多数あります。ツールを使用して、インフラストラクチャの生産ロジックをサービスと統合し、クラウド リソースを生成します。このプロセスが IaC です。実際の実行では、IaC は多くの場合、プロセス管理やバージョン管理などの方法を統合して、管理をより標準化し、効率化します。まだ少し抽象的に聞こえるかもしれないので、簡単な例を挙げます。オンラインでデプロイするアプリケーションがあり、Alibaba Cloud にデプロイする場合、ECS インスタンスが必要になることがあります。顧客トラフィックの急増に対処するために、Auto Scaling を使用して ECS インスタンスを管理できます。
内部ネットワークの場合は、VPC を選択して ネットワーク接続 を確保できます。また、SLB インスタンスを使用して パブリック IP アドレス を公開します。これは単純なインフラストラクチャ設定です。従来の方法でクラウドを管理する場合、多くの場合、各 ECS インスタンスまたは各ステップで実行された特定の操作(構成内容、指定された名前、指定された パラメーター)を記録するために ドキュメント に依存します。この ドキュメント は、後続の メンテナンス タスクの リファレンス として機能します。ただし、このアプローチには大きな課題が伴います。
開発 環境 からテスト 環境、またはテスト 環境 から本番 環境 に 環境 を複製する場合、ドキュメントのみを使用してこれらの 環境 間の整合性を確保することは非常に困難です。次の問題が発生する可能性があります。まず、ドキュメントは人間が作成するため、メンテナンスが難しく、一貫した正確さを維持することが困難です。
そのため、顧客に並列アプローチを提案しています。この方法では追加コストが発生するのではないかと疑問に思う方もいるかもしれません。答えはイエスです。ただし、ビジネスの安定性と 信頼性 を確保することのメリットは、コストをはるかに上回ります。2 番目のフェーズを完了し、新しい V2 環境 と古い V1 環境 の両方が持続的に サービス を提供できることを確認したら、destroy コマンドを実行して最初のバージョンを完全に削除し、3 番目のフェーズであるリリース後の開発に移行できます。
IaC の特性と利点に関する私の結論を以下に示します。最初の特性は自動化です。コードを通じて目的の最終結果を記述することで、ヒューマンエラーやミスを大幅に削減できます。さらに、数千台のサーバーの処理など、大規模な 操作 を管理する効率と 信頼性 が大幅に向上します。2 番目の特性は柔軟性です。エラーが発生しやすく、コストがかかり、冗長で長いステップを伴う、複雑な操作マニュアルに従ったり、コンソールをクリックしたりする必要がなくなりました。代わりに、コード内の 1 つの パラメーター を変更するだけで、オンラインビジネス全体に変更を実装できます。3 番目の特性は再利用性です。前の例で述べたように、適切なコードとバージョン管理と組み合わせることで、IaC アプローチを使用してテスト 環境 と本番 環境 間のミラーレベルの整合性を実現することは簡単になります。また、履歴バージョンへの簡単な ロールバック と変更の効率的な管理も可能です。最後に、セキュリティがあります。多くの人はセキュリティが IaC の主な焦点ではないと考えているかもしれませんが、IaC は実際には、企業レベルのセキュリティ ベースライン と運用 ベースライン の実装において不可欠な役割を果たします。権限 ポリシー ベースライン とネットワーク アクセス ベースライン はすべて、IaC フレームワーク を通じて迅速に確立し、継続的に維持できます。