現在のサービス - マイクロサービス
マイクロサービスはアーキテクチャではなく、アプリケーションが互いに独立していながらも相互に依存するエコロジーのようなものだと感じています。DDD モデルを通じてマップを設計し、適切なコードを適切な場所に配置します。マイクロサービスの実現にはツールが多すぎるので、以下では Spring Ecology を使用してマイクロサービスのエコロジカル アーキテクチャ全体を説明します。友人はそれを体験できます。マクロ写真を撮って、マイクロサービスがどのように見えるかを体験してください。
上の図にあるように、マイクロサービス全体の生態とその周辺はおそらく次のようになります。また、アーキテクチャを最初から完璧に設計することは難しく、アーキテクチャは設計されていない、あるいは設計すらできず、要件の変化に合わせて継続的に進化するしかありません。全体的な構造の仕事は、病気を治療し、処方箋に従って薬を服用する薬剤師に似ています。ソフトウェアは主にサービス産業ですが、長い間不当に製造業と誤解されてきました。この文章はソフトウェア業界を非常に正確に言い表していると思います。
マイクロサービスの利点
- アプリケーションは小さいため、すぐにコンパイルしてデプロイできます。
- 各チームが機能の一部を独立して担当するため、単一のマイクロサービスは保守しやすく、変更も容易になります。新機能のより迅速な提供、迅速な開発と提供
- より高い拡張性
- 信頼性が強化され、独立したサービスを多数導入可能
マイクロサービスが足りない
- 全体的な複雑さはより高くなります。
- マイクロサービスの数が増え、サービスの安定性を確保するためにすべてのマイクロサービスを監視する方法や、運用と保守がより複雑になります。
- 分散データの一貫性、分散トランザクション
- サービス保証 サービスに問題がある場合、他のサービスに影響を与えないようにするにはどうすればよいですか
マイクロサービスのエコロジーには、多くの周辺技術と解決すべき問題が含まれています。具体的には、以下でマイクロサービスのエコロジー技術全体を簡単に紹介しますが、注意すべきは、マイクロサービスはプロジェクトで使用されるものではなく、マイクロサービスはプロジェクトのことを指します。ビジネスのミクロであり、テクノロジーはそれを実装するだけなので、マイクロ サービス アーキテクチャ全体を設計したい場合は、ビジネスに精通し、ビジネスに応じてマイクロ サービスを分割し、最後にそれを補完する必要があります。究極の目標を達成するためのテクノロジー。
マイクロサービス アーキテクチャは、ビジネスの急速な変化や、製品の迅速なイテレーション、配信、フィードバック、修正に適応するために提案されたアーキテクチャ ソリューションです。
本日共有するマイクロサービス学習ノートは、浅いものから深いものまで、レイヤーごとに詳細な内容と緻密なロジックで、0から1への移行を実感でき、「1」でも確認できるものと言えます。抜け漏れや穴埋め効果!紙面の都合上、以下に内容の一部のみを掲載しておりますが、全文をご覧になりたい方は[直接ここをクリック]して無料でご覧いただけます。
この記事は次のように分かれています
- マイクロサービスを始める
- マイクロサービスの着陸
- 高度なマイクロサービス
- マイクロサービスの将来を見据えて
共有コンテンツが多すぎるため、テキストが多すぎると読書体験に影響を与えるため、スクリーンショットのみで表示されます。目次は主に上記の 4 つの部分に分かれており、各章にはより詳細な内容が含まれています
マイクロサービスの開始、変革の始まり
マイクロサービスの実装とアーキテクチャシステムの構築
高度なマイクロサービス、実際の Weibo
Service Meshの実応用であるマイクロサービスに期待
要約する
この学習ノートは、マイクロサービス開発の起源から始まり、マイクロサービスの応用と実装、次にマイクロサービスの開発と高度なプロセス、最後に次世代のマイクロサービスの開発プロセスについて説明し、各章でまとめています。すべてが非常に詳細かつ適切に配置されています。完全な文書を参照する必要がある友人は [ここをクリックして直接クリック] して無料で入手できます。