コアマイクロアーキテクチャサービス

定義：マイクロサービスは、最初に彼のブログ記事にマーティンによって提案された建築様式である;
特性：小さな独立したサービスの1セット2. 3.軽量プロセス・レベルの通信プロトコル（すなわちHTTP）4.運用能力に基づいて、 5. 6.集中管理の無い別の展開
の課題：運用および保守の複雑さの複雑分散データの一貫性の1.複雑2. 3. 4.テスト
：コンウェイのルール、企業の組織構造は、システム・アーキテクチャの開発と整合的であるべきですその研究開発の効率を向上させることができ、
マイクロサービスの導入の適用を：システムが複雑であるとき、あなたはマイクロサービスの導入を検討することができるように、単一のシステムがチームの100人の練習によると、生産性の低下につながることができた場合に使用することができますマイクロサービスアーキテクチャ、システムは、このような分割サービスとしてのインフラストラクチャへの投資を必要とするマイクロサービスアーキテクチャ、の使用に新しいものにまで推奨されません。
マイクロサービスの導入整理：マイクロサービスアーキテクチャコンポーネントクロスファンクショナマイクロサービスチームを、配信のプラットフォーム・アプローチ;
アリマイクロサービスデスク戦略：台湾における技術（IaaSの、繧）を含め、事業単位（マイクロサービス機能）、事業の見通し;
サービス成層 ：業界は、いくつかの3~4点、及びいくつかの階層ではない、統一規格を有していない、階層的方法の比較的単純な破壊を2つの層に分けることができ、第1の層はサービスの基本サービス層（コア領域であります、公共サービス、サービス中間層）、アグリゲーションサービス（サービス適応、境界サービス）
技術アーキテクチャ：インフラ、サービスプラットフォーム、サービスサポート、ビジネスサービス層（マイクロサービス）、ゲートウェイ層およびアクセス層と、
サービス発見メカニズム： 1.従来の負荷分散、負荷分散の欠点は、この方法は、単一の点である、パフォーマンス・オーバーヘッドがあることであり、バランスデーモンは、消費者内に統合2.負荷は、そこに負荷分散の単一の点はありませんが、このアプローチは、言語に応じて必要とされます開発
APIサービスゲートウェイとその主な役割は次のとおりモニタリングログ、ルーティング、セキュリティ認証、電流制限ヒューズを逆