知って、私はなぜ知っています。我々が話を以前のブログ記事では マイクロサービスの性質 協力を推進、分業を加速することができ、新たな協力メカニズムであるが、なぜ、このようなマイクロユーティリティは、それがサービスがありますか？今日は、その背後にある理由のについて話しています。
インターネットベースのビジネスの前に、私たちは、ITシステムを構築している大部分は主にオフィスの効率化と標準化管理を改善するだけでなく、ペーパーレスオフィスを通じてコストを削減するために使用され、社内の従業員のために使用されています。しかし、今のインターネットは、より速く、より速くビジネスフォームでは過去、変化と比較して、車両の取得、販売、サービスとなっているだけでなく、より多様。もともと、私たちの物理的な世界で長年守備のような壁、構築するために：（などの薬剤または物理的な店舗、）（、ラジオやテレビや屋外など）広告チャネル、販売網、コールセンターは、完全である、瞬時にインターネットをブルドーザーされています次元削減ブロー。
産業界はますます多くのクロスボーダーの競争の激しいこの世界ではありません天然バリアの勝者がすべてを実際にそこにある、ぼやけます。常に大きな変化の時代では、その後、賢明なマネージャーは、ビジネスの発展を予見している可能性があり、または他のすべてのように多くの新しい巨人ではありません人生の散歩します。2つの信用環境にいるかのように、我々は唯一のスモールフォワードの手順、技術革新、および反復的な試行錯誤をすることができます。武道の世界ではなく、それほど優れて変化する外部環境に適応するように高速破壊、内部と外部の圧力夢、労働力のより精巧な部門を呼びかけ、より広範な緊密な協力、進化の速度を向上するための唯一の方法、。
- ドメイン駆動設計は、労働力のより効率的な分裂を可能に
なぜマイクロサービス部門がそれを加速することができますか？モノリシックなアーキテクチャは、ビジネスロジック混合互いに異なる種類の特徴である、同一のコードベースを維持するために、それらの間には明確な物理的境界、全ては、結合が非常に高いではありません。現在のビジネスでは、高速の繰り返しを必要とする、各バージョンは、それが困難な速度を上げるために作り、並行して開発することができない、回帰テストの全体量を送信する必要があります。技術を駆動するように設計されたマイクロサービスによって（DDD）理論モノマー各々独立式の変動範囲を回避するために、ビジネス・コンポーネント、高い凝集力及び低い結合、各サービス・コンポーネントの焦点、複数に分解を効果的に制御することができません。
また、有名な「コンウェイの理論は、」教えてくれる：組織構造は、システムアーキテクチャを決定し、各マイクロサービス・コンポーネントは、小さいながらも優れたメンテナンスチームで構成する必要があり、チームの最適なサイズ「は、2つのピザ」缶があります人々の数は食べます。コードや人員の大きさを制限することにより、マイクロビジネスサービスは、より多くの、労働力、よりシンプルかつ効率的なコミュニケーション、組織のより洗練された部門を重視します。
- 連携を容易にするために、標準化、相互作用メカニズム
誰もが好きで、同じ仕事をして、低くなる協力の必要性、より競争力のあることができれば、労働の分割なしには、いかなる協力もないだろう。なぜマイクロサービスが協働するように貢献することができますか？双方は、我々は二つのノードに抽象的、協力は2つのノード間の接続を確立することであることができ、一緒に動作します。EJB T3、RMI、SOAPなどダボ、ヘッセ、異なる通信システムが異なるプロトコルに依存する必要があると、このケーススタディ、通信コストとメンテナンスコストがされています。モノリシック時代には、次のような多くのプロトコルは、システム間の相互作用があります高い、協力に資するものです。HTTPとの間のマイクロサービスユニファイドコミュニケーションプロトコル相互作用、全てのRESTful APIで使用されるコンポーネントまたはシステム、メッセージは、サービス登録、発見メカニズムを導入しながら、JSON形式で符号化されます。インターネット、ハイパーテキスト転送プロトコルHTTP、ドメインネームシステムDNSを含む：これらの技術思想は、協力の世界最大のネットワークから借用されています。シンプルで、統一と疎結合メカニズムが協力に資します。
したがって、マイクロサービスは、私たちが分業を加速し、協力を促進することができます。マイクロサービスアーキテクチャでは、ソフトウェアの再利用率が高い、平行R＆Dも高くなっているので、繰り返しの速い速度でより良い製品を研削、高品質の財産保護のクロックの周り全体のネットワークユーザより洗練されながら、資源の有効活用、その優れたコストの優位性を持つ当社の製品という。雲がクリアされ、私たちは新しい技術を学ぶために駆動力を見つけ、マイクロサービスの本質を参照してください。
もちろん、サービスはマイクロ最良の結果を再生したい、そして例えば、クラウドサービスは、好ましくのある、他のアプリケーションが依存DevOpsチームが結合クラウドコンテナを保持する必要があります：従来のネットワーク・ストレージ・ソリューションは、NAS、クラウドストレージに必要とし、アプリケーションやサービスは、システムを手動で拡張することなく、最初から最後まですばやく拡張、することができ、業務量の爆発的な成長の場合には、弾性拡張性と関連しています。その言葉を忘れないでください：マイクロサービスは、分業を加速して、協力を促進し、私たちはより速く進化しましょう！
坚持原创不易，如果你觉得有价值，麻烦动动手指点下文 「 推荐 」按钮，让更多小伙伴可以看到，老兵哥会更有动力坚持分享的。另外，我后续还会分享职业规划、应聘面试、技能提升、影响力打造等经验，欢迎 关注 本专栏或微信公众号 「 IT老兵哥 」！
关注「IT老兵哥」，赋能程序人生
近期热评文章：架构师入门系列
- 架构到底是什么，你知道吗？ （阅读人数：1064）
- 架构都有哪些，我该怎么选？ （阅读人数：818）
- 架构师都干什么，你知道吗？ （阅读人数：1108）
- 练就哪些技能才胜任架构师？ （阅读人数：1086）
- 怎样才能搞定上下游的客户？ （阅读人数：457）
- 如何从开发岗转型做架构师？ （阅读人数：1177）
- 程序员必须懂的架构入门课 （阅读人数：531）