言っフロント
約3年前に、何らかの理由で元のプロジェクトは、もともと単一の構造として展開されたことを会社のために、プロジェクト内のすべてのビジネス・モジュールは、その後、増加または得られる拡大事業とモジュール間の結合、などいくつかの簡単なビジネスの後ろを変更しますとき大きなコストが変更されます。新入社員の同僚のコードを学習の一層悲惨な、高コスト。これらの理由から、我々はアーキテクチャの転換の背後に長い旅を始めました。
だから、多くのマイクロサービス・ソリューションは、最終的に選ぶのか?
1.はじめに
-
2016年に、内部で使用するマイクロブロギングRPCフレームワークMotan、外部の収入。その後、一時的に言っ拡大ここでMotanエージェントに基づいてWeiboMeshを進化させMotan GitHubのを
-
ダボアリババ3つのコア機能を提供するオープンソースの高性能、軽量なオープンソースのJava RPCフレームワーク、リモートメソッド呼び出し、インテリジェントなフォールトトレランスと負荷分散、および自動登録やサービスの発見のためのインタフェース。時間の長い期間があり維持されていないた、インキュベーションのためにApache財団に貢献してきました。リンク取り付けダボ公式サイト
-
オープンソース(例えばNetflixの関連するコンポーネントなど)春ブーツ特性統合業界最高のコンポーネントを使用して2014年にオープンソース企業による中枢SpringCloudは、全体的な外国マイクロサービスアーキテクチャにおけるソリューション、サービスガバナンスのセットを提供します。そして、ダボが頻繁に使用されると、比較的、これは主に統合的SpringCloudコンポーネントに基づいています
-
Kubernetes新しい分散型アーキテクチャベースのコンテナ技術プログラム。クラウド複数のホストにコンテナに管理するためのアプリケーションプラットフォーム、Kubernetesの目標はシンプルで効果的な(強力な)のアプリケーション展開コンテナを作ることで、Kubernetesは、アプリケーションの展開、計画、更新、メカニズムのメンテナンスを提供します
2.比較(単語が直接マップで、言っていません)
3.選択
幸いなことに、3つの技術の数字スタックが使用されています。選択する長所と短所それの、または実際の状況に特有のものではなく、ノートを行う試みが混在し、一致しないこと(例えばSpringCloud + K8S SpringCloud +ダボとして、またはそう)
SpringCloudテクノロジ・スタックの周りにコンクリートの意志最初の公転の背後に、その後、何かがK8Sで記録し、ダボ関連します。これは、より実際の戦闘の開始に続いて、第1であります!
終了
- 環境について
) - チャート
継続的な学習、少しずつ記録しました。より多くの記事をご覧ください。記事を開始し