配備設計は、ソリューションライフサイクルの論理設計および技術要件の段階で作成される配備シナリオから始めます。配備シナリオには、論理アーキテクチャーとソリューションのサービス品質要件が含まれます。論理アーキテクチャーで特定されたコンポーネントを、物理サーバーおよびその他のネットワークデバイスにマッピングし、配備アーキテクチャーを作成します。サービス品質要件は、パフォーマンス、可用性、スケーラビリティー、およびその他のサービス品質関連仕様に関するハードウェア構成のガイダンスを提供します。
配備アーキテクチャーの設計は反復プロセスです。サービス品質要件を通常何度も確認し、初期設計を再検証します。サービス品質要件の相互関係を考慮に入れ、トレードオフと所有コストに伴う課題のバランスを取り、最終的にプロジェクトのビジネス目標を満たすことのできる最適なソリューションを考案します。
配備計画に着手するには、すでに詳細にわたって文書化され、テストされている参照アーキテクチャーや構築ブロックアーキテクチャーから始める方法が最適です。ゼロの状態から着手するよりも、このアーキテクチャーに対して適宜変更を加えるほうが簡単です。配備設計を成功に導く要因とは、過去の設計実績、システムアーキテクチャーに関する知識、ドメインに関する知識、および創造的思考の応用です。
配備設計は通常パフォーマンス要件の達成を中心に行われますが、同時にほかのサービス品質要件にも対応する必要があります。採用する戦略は、設計に関する決定のトレードオフと、ソリューションの最適化のバランスを取る必要があります。使用される方法には、通常、次のタスクが含まれます。
プロセッサ要件を見積もる。配備設計は、通常、論理アーキテクチャーのポータルのサイジングから始まります。ユースケースを活用し、適宜見積りを修正します。また、過去のエンタープライズシステム設計の実績も考慮に入れます。
セキュリティー保護されたトランスポートのプロセッサ要件を見積もる。セキュリティー保護されたトランスポートを必要とするユースケースを調査し、それに応じて CPU の見積りを修正します。
サービスをレプリケートし、可用性とスケーラビリティーを実現する。可用性とスケーラビリティーのサービス品質要件に対応するため、設計に修正を加えます。可用性とフェイルオーバーの検討事項に対応可能な負荷分散ソリューションを考慮に入れます。
分析において、設計に関する判断のトレードオフを見出します。たとえば、可用性とスケーラビリティーの戦略は、システムのサービス性 (保守) にどのような影響を与えるか。戦略の導入には、ほかにどのような代償が伴うか。
ボトルネックを特定する。配備設計を検証し、データ伝送が要件を下回る原因となるボトルネックを特定し、調整を行います。
リソースを最適化する。リソース管理の配備設計を検証し、要件を満たしながらコストを削減できるオプションを検討します。
リスクを管理する。ビジネスおよび技術面の分析を再確認し、初期計画では予測し得なかったイベントまたは状況を反映した設計に変更します。