アーキテクチャパターンに戻る
InfrastructureEnterprise
クラウドネイティブインフラストラクチャ
アプリケーションコードのようにバージョン管理され、テストされ、デプロイされるインフラストラクチャ — なぜなら、プラットフォームの信頼性は、その下にあるものと同程度だからです。
|
このアーキテクチャについて議論する2 topics covered
Infrastructure
Category
Enterprise
Complexity
エンタープライズSaaS, 金融サービス
Industries
2+
Technologies
このような時に必要です
インフラストラクチャがクラウドコンソールを介したクリック操作で管理されている。ステージング環境と本番環境の間で環境の乖離が発生し、インフラストラクチャレベルで「私のマシンでは動作する」問題が起きている。スケーリングには手動介入が必要で、デプロイにはサーバーへのSSH接続が伴い、ディザスタリカバリは誰もテストしたことのないGoogleドキュメントに記載されているだけである。再現性があり、バージョン管理され、自己修復可能で、可観測性のあるインフラストラクチャ — チームが特定の「ヒーロー」の知識なしに運用できるインフラストラクチャ — が必要です。
パターン概要
Related Architecture Patterns
Explore more design patterns and system architectures
よくある質問
クラウドネイティブとは、単にオンプレミスアプリケーションをクラウドの仮想マシンに移行するのではなく、エラスティック・スケーリング、マネージドサービス、分散アーキテクチャといったクラウドの機能を活用するために、アプリケーションを特別に設計することを意味します。MicrocosmWorksは、インフラストラクチャを貴重で長寿命なものとしてではなく、一時的で交換可能なものとして扱うコンテナ化、宣言的なInfrastructure-as-Code、サービスメッシュ、CI/CD自動化を用いて、クラウドネイティブシステムを構築します。実用的な違いとしては、クラウドネイティブアプリケーションは自動的に10から10,000ユーザーにスケールでき、人の手を介さずにインフラストラクチャの障害から復旧し、1日に何十回もアップデートをデプロイできる点です。
MicrocosmWorksは、オートスケーリング、ローリングデプロイメント、サービスディスカバリ、multi-environment consistencyといった高度なオーケストレーション機能を必要とする、10以上のmicroservicesを運用している組織に対しKubernetesを推奨します。一方、AWS ECS、Google Cloud Run、Azure Container Appsのようなよりシンプルなプラットフォームは、サービス数が少ないチームやKubernetesの専門知識が限られているチームに適しています。私たちは、多くのチームが時期尚早にKubernetesを導入し、機能開発よりもクラスターの管理に多くの時間を費やしているのを目の当たりにしてきました。そのため、オーケストレーションレイヤーを推奨する前に、お客様の実際のワークロードの複雑さとチームの成熟度を評価します。私たちの評価には、お客様の特定の規模に合わせて、managed Kubernetes、serverless containers、Platform-as-a-Serviceの各オプションを比較したTCO分析が含まれます。
MicrocosmWorksは、マルチクラウドのインフラプロビジョニングにはTerraformを標準とし、HCLではなくTypeScriptやPythonのようなプログラミング言語の使用を好むチームにはPulumiを標準としています。全てのインフラ定義はGitに保存され、アプリケーションコードと同じCI/CDパイプラインを通じてデプロイされます。当社では、IaCリポジトリを、ネットワーク、コンピュート、データベース、可観測性向けの再利用可能なモジュールとして構築しており、これらを組み合わせて環境固有の構成を作成し、開発、ステージング、本番環境間の一貫性を保証しています。全てのインフラ変更はプルリクエストレビューを経由し、自動化されたプランプレビューによって、変更が適用される前にどのリソースが作成、変更、または破棄されるかを正確に示します。
MicrocosmWorksは、明確に定義されたインターフェースの背後にクラウド固有の依存関係を分離する抽象化レイヤーを用いて、クラウドネイティブアーキテクチャを設計します。これにより、アプリケーション全体を書き換えることなく、個々のサービスプロバイダーを交換することが可能になります。私たちは可能な限り Kubernetes, PostgreSQL, Redis, OpenTelemetry のようなポータブルな技術を使用し、DynamoDB や Cloud Spanner のようなクラウド固有のサービスは、代替プロバイダー向けに再実装可能なアダプターレイヤーでラップしています。このアプローチは、初期開発段階ではオーバーヘッドを最小限に抑えますが、後でワークロードを異なるプロバイダーに移動したり、コンプライアンスやレジリエンスの理由でマルチクラウド戦略を採用する必要が生じた場合には、数ヶ月分の移行作業を節約できます。
標準的なクラウドネイティブインフラストラクチャのエンゲージメントは、まず2週間のアセスメントから始まります。この期間中、MicrocosmWorksがお客様の現在のアーキテクチャ、ワークロード、およびチームの能力を評価します。次に、4〜8週間のプラットフォーム構築フェーズに移り、コンテナオーケストレーション、CI/CDパイプライン、オブザーバビリティ、セキュリティ制御を含む基盤となるインフラストラクチャを提供します。その後、4〜6週間のアプリケーション移行フェーズを実施し、お客様の最初の2〜3のサービスをコンテナ化して新しいプラットフォームにデプロイします。このフェーズでは、実践的な知識移転のためにお客様のエンジニアリングチームが当社のチームと密接に連携します。当社のクラウドネイティブコンサルティング料金は$10〜$40/時で、アセスメントから本番稼働準備までの全エンゲージメントは通常10〜16週間を要します。
