BSA / Deployment Architecture

デプロイメント・アーキテクチャ †

要約 †

エンタープライズクラスのソフトウェアシステムは多くの進化の段階を経てきました。中央集権化されたメインフレームシステムはクライアント/サーバシステムへと進化し、クライアント/サーバシステムは分散システムへと、そして分散システムは依然として幼年期であり、再構成可能なWebサービスとして書きなおされている。これらのデプロイメントアーキテクチャはいくつもの変形を生み出した。新たなWebアーキテクチャは、これらのアイデアを拡張して新たなアーキテクチャが生まれユーザに新たな利点をもたらす一方、マーケテクトとターキテクトを忙しくさせたままでいる。別に驚くことではなく、これらの主要なアーキテクチャスタイルは将来に引き継がれ、取り残されたレガシーシステムと同じくらいユニークな利点がある。

エンタープライズクラスのソフトウェアの多種多様なデプロイメントアーキテクチャは共通パッケージのソフトウェア・アプリケーション(通常500ドル未満の市販アプリケーション)のデプロイメントアーキテクチャに影響を与えはじめている。現在、サービスとして提供された従来のアプリケーションを目にするようになっている。帯域が増えハードウェア機器がより洗練されると、デプロイメントの選択肢数も増加する。

顧客がシステムをデプロイする方法を説明するためにデプロイメントアーキテクチャという用語を用いている。これはUMLのデプロイメントアーキテクチャの定義に関連しているが、より重要視しているのはデプロイメントの戦略的な選択に対してであり、マルチプロセッサコンピュータシステム内での振る舞いを割り当てる方法のような低レベルの決定に関してではない。新たなWeb技術やビジネスモデルは、ターキテクトやマーケテクトに多大なクリエイティブな柔軟性をもたらしている。この章では、デプロイメントアーキテクチャの選択に関するいくつかのビジネスおよび技術的な問題をまとめ、それにより顧客があなたのソリューションが最終的に選ばれるようになるだろう。

担当者のつぶやき †

• 極力、正解(翻訳本)を見ないでこなしてます(勝手な自分ルール)

みんなの突っ込み †

• 「共通パッケージのソフトウェア・アプリケーション」は、common packaged software application なので、「一般的なパッケージアプリケーション」、としたほうがよさそうです -- おかざわ? 2015-11-23 (月) 13:42:35