マイクロサービスを使用する理由A.？
インターネットの急速な発展に伴い1.、企業はインターネットを使用しています。インターネットがなくてはならない人々のすべての種類があります。より多くのユーザー、そしてより多くの複雑なビジネスシナリオとして。
2.従来の単一のアーキテクチャは、インターネット技術の開発の要件を満たすことは困難であっ保守性、拡張性、およびコードの可読性を減らし、メンテナンスコストはマイクロサービスの開発動向を運転している改善しました。
II。サービスレジストリ、ユーレカ飼育係として良いよりも？
1.Eurekaは、飼育係は、フォールトトレランス一貫してパーティションを確保し、可用性とフォールトトレランスパーティションを保証します。
15分・ノードで85％以上が、その後、クライアントはユーレカ、登録センターネットワーク障害が発生したとみなされていない正常な心拍であれば2.Eurekaは、自己保護メカニズムがあります。しかし、ない飼育係のような全体の登録サービスの麻痺など。
III。リボンのロードバランシングとは何ですか？
1.Springクラウドリボンは、Netflixのリボンが実装され、クライアントの負荷分散ツールのセットに基づいています。
そのような完璧なCI接続タイムアウトのシリーズなど2.リボンのクライアントコンポーネントは、同様に再試行してください。簡単に言えば、それは背後にあるすべてのマシンの構成ファイルのロードバランサ（LBと呼ばれる）にリストされている、リボンは自動的にあなたが（など単純なポーリング、ランダム接続、など）一定のルールに基づいてこれらのマシンを接続するのに役立ちます。我々はまた、非常に簡単なアルゴリズムリボンカスタマイズ可能なロードバランシングを使用するようにしています。
四.Ribbonロードバランシングは、あなたが行うことができますか？
ユーザサービスの複数の1償却割り当て要求
など、別々のLB即ち例えばF5などの消費者とプロバイダLB設備とサービス（ハードウェア、の間とすることができるソフトウェアを集中2。アクセス要求がいくつかの戦略を介してサービスプロバイダに転送されるためnginxの）、施設が責任がある、
プロセスに3 LB LBロジックは、消費者側に統合され、消費者のサービスレジストリは、自分から再び利用可能なもののアドレスから学び、これらのアドレスは、適切なサーバーによって選択されています。
注：、それだけでクラスライブラリプロセスにおけるLBに属しリボンですが、消費者のプロセスを統合し、それを介してサービスプロバイダのアドレスを取得するための消費者。
V. zuulルーティングゲートウェイは何ですか
1.Zuulは2つの主要な機能のルーティングおよびフィルタリングのための要求が含まれます。特定のマイクロインスタンス上の外部サービスに要求を転送する責任があるルーティング機能を、外部のポータル統合アクセスとフィルタ機能の基礎であるが、要求の原因であります介入プロセスは、チェックを要求し、そしてサービス・アグリゲータの他の機能の基礎である
ユーレカの他のウィジェットとサービスから情報を得ながら2.Zuul統合ユーレカ、Zuulは、ユーレカのサービス管理アプリケーションとして自身を登録し、これは、マイクロアクセスサービスの未来はジャンプの後にZuulすることによって得られるです。
注：Zuulサービスは、最終的にユーレカで登録されます+ + =プロキシ・フィルタ3つの機能をルーティング提供。
VIは。Configuration Centerの分散やってすることができますか？
異なる環境で異なる構成プロファイルの1集中管理は、そのようなデプロイメント環境サブDEV /試験/ PRODとして動的設定更新/ベータ/解放
動作時の構成2を調整し、動的に、機械はもはや各サービスの展開を準備するために必要とされませんプロファイルは、統一されたサービスは、物流センターへのコンフィギュレーション情報を引っ張ってくる
設定変更が発生したときは、RESTインターフェースとして公開される新しいコンフィギュレーションの設定とアプリケーションの構成情報の認識を変更する必要はありませんサービスを再起動することができ、3。
マイクロサービスのVII。長所と短所がある何ですか？ピットは、プロジェクトの開発で遭遇言いましたか？
利点：
1.各サービス凝集十分、十分に小さいが、これは特定のビジネス機能やビジネス要件を理解するために、コード簡単に焦点を当て
、簡単な開発2.開発効率を向上させ、一つだけのことを行うことがひたむきなサービスです。
3.マイクロサービスは個別に小さなチームを開発することができ、この小さなチームは2-5人の開発スタッフです。
4.マイクロサービスが疎結合され、サービスの機能的意義は、それが開発段階にあるか、展開フェーズが独立しているかどうか、そこにあります。
5.マイクロサービスは、異なる言語の開発を使用することができます。
6.使いやすさと、サードパーティの統合、マイクロサービスは、ジェンキンス、ハドソン、竹のように継続的インテグレーションツールを通じて、自動展開を統合するための簡単かつ柔軟な方法を可能にします。
7.マイクロサービスは、簡単にこのような小さなチームが、より自分の仕事の成果を心配することができ、変更し、維持、開発者が理解していました。協力の価値を反映する必要はありません。
8.マイクロサービスでは、最新技術の統合の利点を取ることができます。
9.マイクロサービスのビジネス・ロジック・コードだけではなく、HTML、CSS、または他のインタフェースコンポーネント混合。
10.各サービスは、独自のマイクロ記憶容量を有し、それは独自のデータベースを持つことができます。また、統合データベースがあるかもしれません。
短所：
1.マルチサービス・運用・保守が難しい、圧力の増加サービス、運用および保守でも増加している
2展開を依存
サービス間の通信コストを3.
4.データの一貫性
、システム統合テスト
6.パフォーマンスの監視
VIII。マイクロサービスとは何ですか？
1.マイクロサービスアーキテクチャ・パターンや建築様式である、それは単一のアプリケーションがいくつかの小さなサービスに分かれているが提唱され、各サービスは、独自のプロセスを持って、サービス間の連携、相互に補完目的の最終完成。
2サービスとの間の軽量の通信メカニズムの使用は、通常TESTful APIをHTTPベース。
3.など、各ビルドに固有のビジネスの周りのサービス、および独立して本番環境にデプロイすることができ、本番のような環境、
4は特定のサービスのための統一、集中サービス管理メカニズムを、避けるべきですビジネス・コンテキストに基づくべきであることは、適切な言語を選択し、それらを構築するためのツールは、あなたがサービスを作成するために別の言語を使用することができ、これらのサービスを調整することは非常に軽量な集中管理を持つことができ、あなたが使用できるさまざまなデータストレージ〜
5アプリケーションのマイクロコアサービスは、技術から、完全に切り離し、単一のサービスを提供する各マイクロサービス機能サービスは、サービスが、一つのことを行うサービス事業への分割によると、伝統的に停止していますプロセスとは独立したビューの小さな点が、プロセスは概念に似ている、独自のまたは別々に破壊された上で起動することができ、彼らは自分の独立したデータベースを持っています。