1マイクロサービスアーキテクチャは、春クラウドを必要とする理由
簡潔には、コアのサービスは、サービスに伝統的なストップサービス分割に応じて適用され、そしてマイクロサービスのこれに基づいてより完全に減結合する（DBを共有しない、KV、削除ヘビーESB）、そしてDevOpsチームと高速進化を強調しました。これは、回を採用し、停止するために私達を必要とするさまざまな技術スタックパン-SOA時代、そして春の雲は最高の一つです。
春の雲の観点から、次の我々のサービスアーキテクチャの進化とは、なぜ、より応答性のマイクロサービスへのアーキテクチャを参照してください。
nginxのを使用してからいえば1.1
最初のサービス・ソリューション、発信者は、HTTPリクエスト、ドメイン名に配布し、ジャンプの責任要求nginxのを送信し、統一ドメイン名とサービスを提供するために、同じサービスを提供することです。
このアーキテクチャには多くの問題があります。
-
中間層としてnginxのは、マイクロおよびサービスの完全性を損なうだけでなく、ヘビーESBある程度にnginxのを作るサービス呼び出しロジックの設定ファイルに結合されています。
-
様々なシステムに散在情報サービスは、管理と保守を統一することはできません。すべてのサービスコールは、消費者がサービスとそれらを提供するサービスインスタンスかわからない、初めての試みです。これは、DevOpsチームのコンセプトに沿ったものではありません。
-
私たちは、視覚的に、サービスプロバイダとサービスコンシューマ現在の健康状態や通信周波数を見ることができません。これは、DevOpsチームのコンセプトに沿ったものではありません。
-
消費者の再送信に失敗し、負荷分散など、各サービスの開発の難しさを増加統一政策は、存在しない、急速な進化を助長されていません。
上記課題を解決するために、我々は、サービスコンポーネント名、住所、数量などの各サービスの中心となるコンポーネントサービス統合のための準備ができて、要約情報を、必要とします。サービスセンター・コンポーネントによって要求されたときの情報最初のインスタンス（IP、ポート、など）を取得するためにこのサービスを提供し、ポリシーのデフォルトまたはカスタムの直接アクセスを介してサービスのプロバイダを選択するための発信者サービス。そこで、我々は、ダボを導入しました。
ダボに基づいて1.2 microServiceを達成
アリダボは、オープンソースSOAサービス管理ソリューション、豊富な文書は、国の使用は非常に高いです。
ダボはマイクロサービスを使用して構築され、それは上記の問題へのよりよい解決策となっていることがあります。
-
消費者が直接サービスプロバイダにアクセスすることができ、中間層は、オプションのコンポーネントとなって呼び出します。
-
サービス情報は、レジストリに集中サービスガバナンスの中心的構成要素が形成されています。
-
モニター監視システムによって、あなたは視覚的に統計情報サービスコールを表示することができます。
-
消費者は、負荷分散、サービス低下の選択を行うことができます。
しかし、サービスの点ではマイクロアーキテクチャのため、ダボも完璧ではありません。
-
レジストリは問題があるこれらのコンポーネントは、サービスコールはすぐに中断され、サードパーティ製のコンポーネント（飼育係やRedisの）、に大きく依存しています。
-
ダボはRPCコールをサポート。サービスプロバイダーを有効にして、呼び出し元のコードに強く依存していた、サービスプロバイダは、消費者の使用のために包装のjarパッケージのうち、共通のコードを含むように継続する必要があります。パッケージングの問題と、それは、サービスコールエラーになります。
-
最も重要なのは、ダボは現在メンテナンス、新技術開発のための需要、開発者自身でアップグレードを拡大する必要性を停止しました。これはマイクロサービスアーキテクチャにしたい、多くの中小ソフトウェア企業のために、それは明らかに適切ではありません。
1.3最良の選択--Springクラウド
サービスフレームワークの新世代として、春の雲のスローガンは、前方に置くマイクロアーキテクチャのためのより包括的な技術サポートサービスを提供する、「クラウド指向のアプリケーション環境」を開発することです。
マイクロのためにこれらのサービス明らかに、春の雲は、より広いカバレッジダボよりも強力ですが、また春拳のプロジェクトとして、それはまた可能である、春ブーツ、春データ、春のフレームワークと春のバッチ春と他の項目の完全な統合、それは非常に重要です。
先に述べたように、概念の背後にある重要なマイクロサービスは、技術ポートフォリオを分散させることがより明確に、より効率的で継続的インテグレーション、高速配信、および技術的な枠組みの中で統一内部サービスの使用が、あります。さらに重要なことは、ダボに比べて、それが継続的な保守で、それが構築されていることを確認するためにシステムを使用してより多くの火のコミュニティのオープンソースプロジェクトは、オープンソースの力でサポートされているし続けることができます。
2春のクラウドテクノロジーの概要
サービスガバナンス：これは春の雲の中核です。主にネットフリックス関連製品の統合により実現現在、春の雲はブレーカーHystrix、リボン、残りのクライアント装う、諜報機関のバランス通話終了の負荷を呼び出して、サービス登録と発見のためのユーレカを含め、この点（春クラウドネットフリックス）で機能します観客は、監視およびデータ収集の表示のために、Zuulルーティング、サーボは、アトラス、および構成を提供するためArchaius RxJavaコントローラ反応性封入層を読み出します。
-
リンクモニタリング分散：春クラウドスルースはマイクロサービスコールのリンク上で収集パフォーマンスデータを完全に自動化され、設定可能な組み込みデータ・ポイントを提供し、Zipkinストレージ、および表示の統計情報を送りました。
-
メッセージコンポーネント：マイクロサービス間の非同期通信を達成するために、パブリケーション・サブスクリプション、消費者団体、メッセージの断片化機能を含む分散型メッセージング抄録、種々のためのバネクラウドストリーム需要。春クラウドストリームものRabbitMQとして、サードパーティのApacheカフカを統合し、メッセージキューを実装します。スプリングクラウドバスベーススプリングクラウドストリーム（例えば、リフレッシュ構成のような）サービス間のイベント通信の主要プロバイダー。
-
コンフィギュレーション・センター：春は、集中構成管理を実現するために、また、春クラウドコンフィグを提供し、春の雲ネットフリックスと春の雲バスに基づいて、動的なリフレッシュ物流センターのコンセプト。記憶するように構成された、または単にGitのファイルによって、暗号化と復号化をサポートしています。
-
安全管理：春のクラウドセキュリティの安全基準のOAuth2このオープンなネットワークに基づいて、単一のマイクロ環境でのサービスサインオン、リソース許可、トークンの管理を提供します。
-
コマンドラインツール：春クラウドCLIマイクロサービスと春のクラウドコンポーネントを管理するためのコマンドラインとスクリプトの道への道を提供します。
-
クラスタツール：春のクラウドクラスターがなど主要な、分散ロックから選択したクラスタ（まだ実装されていません）、タイムトークンを（書き込みが実装されている）、提供する分散クラスタリング技術コンポーネントを必要としていました。