アーキテクチャーを設計するための計画および調査

モジュール、デプロイ可能なアーキテクチャー、またはデプロイ可能なアーキテクチャー・スタックを作成する予定の場合は、自動化を作成する前に、アーキテクチャーを設計するための計画を調査して作成する必要があります。 提案されたソリューションが現在のオファリング・エコシステムにどのように適合しているかを評価し、ビジネス要件に関するアーキテクチャーを徹底的に計画し、構築を計画しているものと、ソリューションを共有または公開する場所を決定することは、すべて計画フェーズの重要な部分です。

既存のオファリングとユーザーのニーズの調査

調査フェーズの一環として、現在使用可能なものと、解決を計画しているビジネス・ユース・ケースおよび要求を理解する必要があります。

現在のオファリングの調査

IBM Cloud® の現在使用可能なモジュールおよびデプロイ可能なアーキテクチャーを評価して、他の類似ソリューションが存在するかどうか、またはチームが開発する必要がある自動化の程度を判別します。 例えば、カタログ内の既存のアーキテクチャーが、計画しているソリューションのビルドに役立つ場合、完全なソリューションをビルドするために、他の既存のデプロイ可能アーキテクチャーと一緒にスタックにグループ化する単一のデプロイ可能アーキテクチャーのみをビルドする必要がある場合があります。 そのため、すべてのピースを自分で作成する代わりに、既存のデプロイ可能なアーキテクチャーを使用することができます。 同様に、モジュールで構成されるデプロイ可能なアーキテクチャーをビルドする場合は、既存のモジュールを確認して、アーキテクチャーで使用する可能性のあるものを特定することができます。

以下の場所で、既存のモジュールおよびデプロイ可能なアーキテクチャーを探索できます。

  • terraform-ibm-modules public GitHub org は、 IBM Cloud Terraform モジュール・プロジェクトです。 この Terraform モジュールのコレクションは、ベスト・プラクティスに従い、 IBM Cloud のサービスとインスタンスのプロビジョニングを簡素化します。
  • IBM Cloud モジュール・レジストリー は、 IBM Cloud カタログとは別の資産のコレクションであり、 terraform-ibm-modules リポジトリー内のプロセスによって管理および保守されます。 カスタマイズやビルドのニーズに合わせて、デプロイ可能なアーキテクチャーで機能することが確認されたパブリック・モジュールをディスカバーします。
  • IBM Cloud カタログ には、 IBM Cloud の契約条件でカバーされる、一般的に使用可能なデプロイ可能なアーキテクチャーが含まれています。
  • コミュニティー・レジストリー には、建物のニーズを活性化するための、コード化された業界ソリューションの実例のコレクションが含まれています。 このコレクションは、元の Github リポジトリーの仕様に基づいて保守されています。この仕様は、頻繁に変更されたり、予告なしに中断されたりする可能性があります。

実行可能な再使用可能アーキテクチャー・パターンの判別

調査フェーズの 2 番目の部分は、ソリューションが対処するために構築されるビジネス要件とユース・ケース、および実行可能で再使用可能なパターンを構築する方法を理解することです。 既存のアーキテクチャーの多くは、デジタル・トランスフォーメーションやアプリケーション・モダナイゼーションなどのお客様のユース・ケースに基づいています。 どのユース・ケースに対応しているかを知ることは、アーキテクチャーを構築するためにどのテクノロジーを選択するかを判断するのに役立ちます。

ウェル・アーキテクチャー・フレームワーク およびアーキテクチャー設計フレームワークを使用して、アーキテクチャーに必要なコンポーネントを計画および設計します。 アーキテクチャー設計フレームワークを使用したクラウド・ソリューションの設計 の手順に従います。 アーキテクチャー・パターンのビルドに使用される要件およびコンポーネントについてこのプロセス中に行う決定は、開発チームがパターンをビルドするための設計になります。

アーキテクチャーの設計

調査フェーズで得られた決定に基づいて、多くのチームは、Word 文書を使用してパターンの文書化を開始します。この文書では、変更を追跡し、チームが作成する予定の内容について共同作業を行うためのコメントを提供することができます。

アーキテクチャーの計画が固まるにつれて、パターンを文書化するためのガイドとして リファレンス・アーキテクチャー・テンプレート を参照することができます。 これには、アーキテクチャー図の作成、要件ヒート・マップの設計、および選択したコンポーネントの要件とアーキテクチャーの決定の文書化が含まれます。

次のステップ: 作成対象の選択

どのアーキテクチャーを作成するかを決定するには、デプロイ可能なアーキテクチャーのモジュールとタイプの主な違いを理解することが重要です。 スコープ、カップリング、デプロイ可能かどうか、およびソリューションの目的をすべて考慮する必要があります。 作成する計画を決定するのに役立つガイダンスとユース・ケースについては、 作成するコンポーネントの種類を決定するにはどうすればよいですか? を参照してください。