成長企業のためのモダンなクラウドアーキテクチャ：実践的な基本形

マネージドサービスから始める

多くの業務アプリケーションにとって最良のクラウドアーキテクチャは、運用するものが最も少ない構成です。マネージドデータベース、マネージドコンテナ基盤、オブジェクトストレージは、パッチ適用、レプリケーション、バックアップといった保守作業を丸ごとなくし、小さなチームがプロダクトに集中できるようにします。

チーム、顧客、既存の契約に合うプロバイダーを選びましょう。AWS、Azure、Google Cloudはいずれも、一般的なWebプラットフォームに必要な構成要素を備えています。

多くのアプリケーションに通用する基本形

Webアプリケーションやサービスの信頼できる出発点には、通常次のものが含まれます。

• ステージングと本番で別々のアカウントまたはプロジェクト。
• データベースにインターネットから到達できないプライベートネットワーク。
• ロードバランサーの背後のステートレスなアプリケーションコンテナ。
• 自動バックアップ付きのマネージドなリレーショナルデータベース。
• ファイルと静的アセットのためのオブジェクトストレージとCDN。
• ログ、メトリクス、アラートの一元管理。

Infrastructure as Code

コンソールでクリックしてリソースを組み立てるのは一度なら通用します。Terraformなどでコードとして定義すれば、環境を他の変更と同じようにレビューでき、ミスの後に再作成でき、ステージングと本番を同一に保てます。

最初からコストを管理する

クラウドの請求は静かに膨らみます。放置された環境、過大なデータベース、無期限に保存されたログ。リソースに環境と用途のタグを付け、予算アラートを設定し、利用状況を毎月確認しましょう。適正サイズへの見直しと、本番以外の環境の稼働時間の制御が、最も手早い節約になることが多いです。

その先に進むべきとき

Kubernetes、マルチリージョン構成、サービスメッシュは実際の問題を解決しますが、運用コストも増やします。流行だからではなく、具体的なシグナルが現れたときに採用しましょう。

• 共通のオーケストレーションが必要な、独立してデプロイされる多数のサービス。
• 特定地域へのデータ保管を求める顧客や規制。
• 単一リージョンでは満たせない可用性目標。
• マネージド基盤では経済的に吸収できないトラフィックパターン。