進化の建築家のマイクロサービス(B)

建築家の重要な役割は、チームが、私たちは、彼らが望むものを顧客にシステムの実現を支援するために、共通のビジョン技術を持っていることを確認することです。

 

ほとんどの製品のために我々はそれを作成し、顧客の石を顧客ニーズの変化に対応するのではなく、単にパッケージにするために、お客様の手に届け、または。

そのため、建築家は完璧な製品のアイデアを設計するために最初からそれを変更する必要があります。むしろ、我々は合理的な枠組みを設計する必要があり、この枠組みの中でゆっくりと正しいシステムを進化させることができ、

我々はより多くの知識を学ぶたら、それは簡単にシステムに適用されるべきです。

 

ユーザーの変更は、ソフトウェア要件に作られた、と私たちは応答し、適切な変更を加える必要があるとき。将来の変化を予測することは困難であるため、代わりに予測するために、すべての変更の可能性、計画の変更ができますを作成することをお勧めします。

建築家の義務の一つは、開発者のためのシステムがそれに動作することを確認することです。

 

下の図は、真の原則と実践の一例です

 

モニター

はっきりクロスサービスシステムの健康状態を記述することができ非常に重要です。

必要一元管理:似たような状況をログ記録と監視。

インターフェース

いくつかの明確なインタフェース技術の選択は、新しい消費者の統合を支援することができます。

セキュリティアーキテクチャ

ランタイム例外サービスは、システム全体を台無しにすることができ、これは、我々は結果を余裕がないことができ、そのため、各サービス要求がエラー下流のサービスを扱うことができるようにする必要がありますされています。

あなたは、各サービスが回路ブレーカを使用して更なるように、少なくとも各ダウンストリームサービスは、自分自身の接続プールを使用することができます。

ガバナンスコード

二つの方法の作業の比較は、コードテンプレートおよびサービスの例を提供することです。

ドキュメントを書くのは便利です。しかし、開発者がコードを表示し、実行することを好みます。

理想的には、あなたは良い例が実際のプロジェクトではなく、特別な実装の完璧な例から来る必要があります。あなたが本当にからのサンプルコードを実行した場合ので、

限り、私たちはそこに具体これらの原則は、合理的である保証することができます。

 

サービスコードテンプレートを切断

独自の開発の練習のコードテンプレートは、サービスをカットするために、開発スピードを向上するだけでなく、サービスの質を確保することができないだけ。

技術的負債

それは、そのようなあなたには、いくつかの制約を見落とす可能性があるいくつかの機能を解放する緊急オーダーなどの技術的なビジョン、に完全に準拠していなくてもよいです。実際には、これは実行するだけで、別の必要性は、それらの間で選択することです。

当社の技術ビジョンは、独自の理由を持って、それがこの短期的ビジョンの利点から外れるかもしれないが、長期的には支払う価格です。ここではその選択技術的負債の概念の理解を助けるために。

建築家の責任は、トレードオフを作る方法を理解するために、より高いレベルから始めることです。債務の理解とシステムへの影響のレベルは非常に重要です。

例外管理

原則と慣行がどのようにシステムを構築するために私たちを導くことができます。システムがこれらのガイドラインから外れるのであれば、何それから起こるのだろうか?

時々、私たちはそれを置く、ルールを破るための例外を作ることにしました。このような例外が何度も発生した場合は、ダウン硬化理解するために我々の方法の原則と慣行を変更することができます。

 

概要

建築家の進化が行わ犬の任務を獲得します。

  • ビジョン:システムレベルでの技術ビジョンによる完全な通信が行われていることを確認し、このビジョンは、あなたが顧客や組織のニーズに応えることができるはずです
  • 共感:もたらし、あなたのクライアントや同僚に行われた決定の影響を理解します
  • 協力:や同僚など、多くの優れたビジョン、改訂および実装を定義するために、通信します
  • 適応性:顧客が技術的、組織的ビジョンを必要とするときに調整することを確認します
  • 自治:標準化とチームの自律性の適切なバランスを見つけます
  • ガバナンス:技術的なビジョンの要件に合わせて実現そのビジョンを確実にします

進化建築家は、成功を達成するために継続的なトレードオフに依存することを理解すべきです。そこには、道の仕事を変更する必要があるいくつかの理由は常にあるが、具体的にどのような変更は、独自の経験に依存する必要がありません。

自分の考えに剛性のスティックは、間違いなく最悪のことです。

マイクロサービスシステムでは、建築家は、より多くの意思決定を行う必要があるため、これらのトレードオフのバランスをとることができ、より良いことが重要です。

 

おすすめ

転載: www.cnblogs.com/Vincent-yuan/p/11355501.html