ボーは最近、いくつかのより多くの思考の方法論とマイクロサービスアーキテクチャに関するガイドラインを見つけることを期待して、感情的に、次のレコードを行うと、ノートを勉強する準備ができて、「マイクロ・サービス」のコースの先生を見ました。
マイクロサービスを言えば、それは約2人に話をする必要があり、二人の男はマイクロサービスアーキテクチャの定義に非常に大きな影響を持って、Martin Fowler氏、アーキテクチャのディレクターは、Netflixのエイドリアンコッククロフト、進出から全体のマイクロアーキテクチャのためのNetflixのサービス会社ですプロモーションで決定的な役割。Martin Fowler氏は、コアポイント数マイクロサービスは、それが出て設定ブログ記事、で定義されていると述べました。
Martin Fowler氏は、最初の人のマイクロサービスアーキテクチャは、建築様式であると考えて、この建築様式は、地図上の6機能が含まれています
サービスの小グループ
元のモノリスのサービスは、動作大容量の単一ブロックにパッケージ化、これらのマイクロサービススプリットモノリシックサービス、独立したサービスの小さな形成を主張しています。ここで、最大の特徴は「小型」であるので、小さい人と少なかったためにどの程度のもつれ、これは特に小さく、明確に定義されていないため、多くの学生が、この小さな点をもつれますので、これが出てくるだろう現在、多くのDDDドメイン駆動設計の分割はマイクロサービスを案内するが、基本的にはマイクロサービスは、コードの特定の行数が非常に重要ではなく、基本的にはマイクロサービスと呼ばれ、独立して理解するための開発を可能にします。
独立したプロセス
マイクロサービスは、例えば、Tomcatのに配備Javaは、それ自体が容器ドッカーにも配備することができ、別のプロセスで実行される簡単なプロセスであるため、サービスが拡大するマイクロウェイプロセスとすることができます。
軽量通信
できるだけ通信軽量ように、例えばHTTP、固定メッセージのフォーマットとメッセージフォーマットの低減、サービスの間にはカップリングとして、軽量な通信機構を構築するためのマイクロサービスの使用を提唱。
運用能力に基づいて、
マイクロビジネスサービスは、これらのマイクロビジネス・サービスを構築するためにこれらの機能に基づいて、例えば、顧客サービス、サービス、商品やサービスへのアクセスを、構築する能力に基づいています。
独立した展開
サービスは別途、各チームは、チームがこれらの調整、事業開発やメンテナンスに行くことができます必要はありません、特に間、独自のマイクロサービス、開発、反復自身のマイクロサービス、展開する独立することができますを維持した後、マイクロ取り壊さ以上、アジャイル軽量かつ高速です。
いいえ集中管理しません
原来单体服务是需要整个技术团队是需要独立的架构团队去管理，统一架构，统一技术栈，统一存储，微服务就不太一样，微服务主张每个团队根据自己的技术需要，选择自己最熟悉，最高效解决问题的技术栈，甚至选择不同存储方式。
说到第二个人netflix架构总监 Adrian Cockcroft，他给微服务下了一个定义 ： "Loosely Coupled service oriented architecture with bounded context"
- 首先第一点：服务之间应该是松散耦合，不能对周边有强依赖，如果一个团队的开发对周边有强依赖性，则不能认为松散耦合
- 其实第二点：服务面向的架构，微服务还是在本质上无法脱离SOA的理念，本身来说还是一种SOA，只是更加细化落地。
- 第三点：有界上下文，每个团队可以维护自己的数据源，不是集中式的数据源，每个团队可以自己独立去演化自己的数据源，对业务的支持会更加敏捷
思考点：
微服务可以独立部署，独立部署给业务带来什么的好处？ 微服务是基于有界上下文，每个团队是可以拥有自己独立的数据源，但在分布式系统中每个团队拥有了独立的数据源会带什么挑战？