BSA
Deployment Choice Influences on Software Architecture †
デプロメントの選択はソフトウェアアーキテクチャーへ以下の影響を与えるかもしれない。
フレキシブル、パラメータ化か統合しないオプション
顧客サイトへのシステムのデプロイはフレキシブルな統合オプションを多く必要とする。
ASPかMSPへのシステムのデプロイはフレキシブルな統合を必要とするかもしれないが、xSPベンダーは通常それを提供しようとしないだろう、なぜならそれは高いコストとなる。
事実、もっと標準的なxSPはもっと良く提供することができる。
標準化されたサービスの提供とはシンプルに作成でき、シンプルに管理でき、操作に置いてもっと利益的だ。
すべてのデプロイメントは統合しないオプションを選択することもできる。
それは良く定義された機能とシンプルさの範囲ではシステムを作成するときに良い手法になる。
アップグレードポリシー
異なるデプロイメントアーキテクチャーは異なるアップグレードを要求する。
顧客サイトにシステムをデプロイする場合、アップグレードは注意深く被害を最小限に抑えるように計画されなければならない。
これは顧客サイトが非常に重要なデータか、膨大なインハウスでのプログラミングされた高価な統合化された製品システムの場合は特に困難になる。
この理由から、オンサイトなエンタープライズクラスのシステムは9ヶ月に1回以上はアップグレードされることはまれだ。
反対にワールドクラスのMSPの一つでおおよそ10から12週間ごとに安全に修正を行い、俊足に新規市場の顧客に対して、新しい機能を紹介している例を知っている。
彼らがそれを行うことができるのはシステムのデプロイの早期の段階で、継続的な変更にアップグレードを容易にするようにしているからだ。
アップグレードについては12章で詳しく述べる。
データ保護とデータアクセス
アプリケーションデータのメンテナンスはアプリケーションをベースとして行われる必要があり、ユーザとデータはセンシティブかつ重要なものだ。
顧客サイトにシステムがデプロイされたら、これらの問題をハンドリングする全責任が発生し、顧客の法人データに関連するものは特にそうだ。
上記はまた逆も真実で、顧客データをxSPにストアすることは、xSPか自分自身でエンジニアリングすることを要求されることになる。製品のデプロイや操作のスタッフは厳格に定義されたガイドラインによってデータを扱うことになる。
あなたはあなたの会社の機密情報を管理できるだろうか。
移行オプション
筆者はASP/MSPか顧客サイトのどちらかにデプロイできるソリューションの数が増えることを期待している。
さらに筆者はそれらのソリューションが絶対的にこの章の前半で書いた移行のオプションをサポートしていることを必要とするのではと思っている。
移行の影響の可能性はアーキテクチャーの全体のデザインを考えさせることになるだろう。
担当者のつぶやき †
みんなの突っ込み †
