私は現在、数十の WCF サービスを含む SOA プロジェクトに参加しています。サービスのビジネス ロジック構成はデータベースに格納され、特定のサービスが構成の取得を担当します。また、構成サービスがダウンした場合やその他の例外が発生した場合に備えて、各サービスのデフォルト構成も対応するサービスにハードコードされています。
私の質問: ハードコーディングされた構成は不要で醜いですか? デフォルト設定のバックアップをコードに入れるのではなく、構成サービスを完全に信頼する必要がありますか? より一般的には、データベースなどに既に保存されている間に、デフォルトの構成をハードコーディングしますか?
私の悪い英語でごめんなさい。
IMO、ハードコーディング構成は適切ではなく、保守も容易ではありません。構成サービスを信頼できない場合は、構成をハードコーディングされた要素として保持する代わりに、構成をバックアップ XML ドキュメントに保存し、そこから読み取ることができます。
アプリケーションが配信された後に構成が変更されることが多いため、ハードコーディングは頻繁な再構築を必要とするためのレシピです。同様に、それらをデータベースに格納することはお勧めできません。これは、オペレーターがデータベースにアクセスまたは変更する必要があるためです。これにより、「最小権限」が失われ、データベース アクセス資格情報から分離され、バックアップとレビューがより困難になります。
通常、オペレーターは信頼しています。これらの人々は、システムを監視し、その継続的な運用に責任を負います。また、開発者とオペレーターの間の「職務の分離」が必要であり、それらをハードコーディングするとこれが壊れます。