序文
システムの持続可能な開発には、一致するガバナンス機能が必要です。人類の文明の進化の過程で、テクノロジーは最初の生産力であり、管理は不可欠なソフトパワーです。この2つは堅固でソフトであるため、政治経済学、軍事、社会は効率的で制御可能なシステムを形成します。エポックの始まり以来、ソフトウェアコードはインターネット、クラウドコンピューティング、人工知能、VR / ARモノのインターネットなどのテクノロジーを通じて全世界を「飲み込み」、大規模で複雑なシステムはソーシャルのインフラストラクチャになりました。操作。アプリケーション機能の継続的な強化により、サービスの粒度がより洗練され、システムの規模が大きくなり、技術アーキテクチャがより複雑になり、技術チームが「拡大」し続け、ソフトウェアのエントロピーが対応するガバナンスシステムは、実際には進化し、成熟しています。
大規模なプラットフォームとマイクロサービスのアーキテクチャでは、サービスガバナンス機能が非常に重要です。システムの成熟度を測定するための主な基準は、安定性、セキュリティ、保守性、スケーラビリティなどの非機能指標です。システムアーキテクチャは、モノリシックから分散、マイクロサービスクラウドネイティブ、さらにはハイブリッドクラウドにまで及び、管理の複雑さが大幅に増加しています。デカップリングおよび分割統治システムには、サービスガバナンス機能のグローバルな側面が必要であり、コードがドキュメントであり、システムが仕様であることを認識するために、システム管理システムに依存する必要があります。アリの巣で千マイルの堤防が崩壊しました。無視すると、標準化、手続き化、データ化で効果的に管理できなければ、システムはすぐに破損します。それに照らして、技術的負債が残ります。最悪の場合、病気になりにくく、治療法もありません。ソフトウェアシステムにはライフサイクルがありますが、ガバナンスの失敗により持続不可能な場合は間違いなく失敗です。
この記事では、開発履歴、システム構築、および詳細な例をカバーする包括的なコンテンツシステムを使用して、サービスガバナンスに焦点を当てます。システムが混沌としている場合は、この記事から、ガバナンスシステムを再構築し、混沌から支配する方法を学ぶことができます。
システムがまだ始まったばかりの場合、この記事は、迂回を回避し、最初からガバナンスを処理し、すべてを制御するのに役立ちます。確かに、ガバナンスには実際のメリットと一致させる必要のあるコストもあります。適切なものが最適です。多すぎると手遅れになります。水と火は調和し、陰と陽は調和し、バランスは中庸の最高の状態であり、システムを作るには体系的な思考が必要です。
システムクリエーターとして、ソフトウェアのトラブルに直面したときは、バランスをとって制御し、整然と増減させ、行動で統治する必要があります。そうすれば、有能な人の本質を示すことができます。空は高く、海は広く、やることはたくさんありますが、チー・ジピンを栽培するなら、自分でやって、みんなを励ましてください！
この記事があなたの学習に役立つことを願っています。この記事では、目次、メインコンテンツ、および対象読者から紹介します。！
目次
メインコンテンツ
第1章と第2章では、サービスガバナンスの開発履歴、および「ビッグプラットフォーム、マイクロサービス」アーキテクチャの下でのサービスガバナンスの難しさと特徴について包括的に説明します。測定、制御、および管理からトリニティクローズドループシステムを構築することを提案します。マイクロサービスのライフサイクル全体における現実的なガバナンスの問題を包括的に解決すると同時に、ガバナンスシステムに関連する細分化領域と技術的能力について説明します。
- 1.1ITガバナンスとサービスガバナンスの関係
- 1.2サービスガバナンス開発の歴史
- 1.3マイクロサービスガバナンスの範囲
- 2.1マイクロサービスアーキテクチャ
- 2.2サービスメトリクス
- 2.3サービスの管理と制御
- 2.4 3次元ボディ：測定、制御、および管理を通じてマイクロサービスガバナンスの閉ループを実現します
第3章と第4章では、マイクロサービスのオンラインガバナンス機能に焦点を当てます。マイクロサービスガバナンスの測定インデックスシステムとインデックスの収集、保存、分析方法を通じてマイクロサービス測定機能を構築し、これに基づいて、マイクロサービスの状態、フォールトの区切り、位置付けを分析します。 、容量計画、根本原因分析、傾向予測など。マイクロサービスを「確認」する機能を構築します。電流制限、劣化、フォールトトレランス、エラスティックスケーリング、セキュリティ制御によってマイクロサービスの「管理」を構築します。 」機能。同時に、緊急計画、フォールトドリル、カオスエンジニアリングなどを通じて、オンラインマイクロサービスの信頼性が向上します。
- 3.1オンラインマイクロサービス測定のコア指標と分析方法
- 3.2サービス関係の次元
- 3.3アプリケーション関係の次元
- 3.4サービスパフォーマンスの側面
- 3.5サービス異常の寸法
- 3.6リソースの次元
- 3.7サービスの包括的な測定
- 4.1分散サービスの堅牢性のアーキテクチャ保証
- 4.2サービス負荷
- 4.3サービス電流制限
- 4.4サービスクラスターのフォールトトレランス
- 4.5サービスの低下
- 4.6サービスの承認
- 4.7サービスのオンラインライフサイクル管理
- 4.8サービスのオンライン安定性保証
第5章では、マイクロサービスの監視および測定機能を改善するためのAPMと動的コールチェーントラッキングの使用について紹介します。クロスネットワークサービス呼び出し要求には、さまざまなアプリケーションとサービスノードの呼び出しが含まれます。各ノードでのこのリクエストの動作をログの形式で記録できますが、従来のログモニタリングでは、ログ間に関係はありません。これらのログが完全に収集されたとしても、リクエストに関連付けられたログを特定することは困難であり、これらの関連付けられたログに基づいてリクエストの全体像を復元することは言うまでもありません。個別の無関係なログレコードは、分散環境での障害とパフォーマンスの問題をすばやく区切って特定し、関係を整理するのに効果的に役立ちません。
幸いなことに、ITテクノロジの分野では、分散環境でのパフォーマンスの分類と関係の呼び出しの問題に長い間気づき、関連するアプリケーションパフォーマンス管理（APM）テクノロジシステムを開発してきました。APMは、サービス測定を実現するための非常に重要で効果的な手段です。この章では、APMとそのコアテクノロジーであるコールチェーントラッキングに焦点を当てます。
- 5.1APMとコールチェーン開発の歴史
- 5.2コールチェーン追跡の原則
- 5.3実際の戦闘を追跡するコールチェーン
- 5.4APMとコールチェーンの着陸戦略
第6章では、詳細なマイクロサービスガバナンス機能の構築を紹介し、マイクロサービスアーキテクチャが「」であることを実現するために、マイクロサービスのガバナンスをアーキテクチャ、開発、テスト、運用と保守、チームコラボレーションなどのさまざまな分野に「拡張」します。組織内で使用される」。「良好な使用」の向上と同時に、サービスガバナンス機能がビジネスにフィードバックされ、テクノロジーとビジネスの間の良性の相互作用が実現されます。
6.1アーキテクチャガバナンス
6.2 R＆Dガバナンス
6.3運用および保守のガバナンス
6.4協調的管理ガバナンス
6.5ビジネスガバナンス
第7章では、軽量で効率的なインデックス収集機能を構築します。前の6章の調査を通じて、読者はサービスガバナンスの全体的な技術アーキテクチャを比較的完全に理解していると思います。しかし、最終的には理論と実践の間に一定の距離があり、「紙の上では常に浅く、知らないうちに自分でやらなければならない」とのことです。読者が学んだことを適用できるように、この章の最後の3つの章では、サービスガバナンスのデモンストレーション例を作成します。サービスガバナンスのテクノロジーとアプリケーションシステムは非常に大きく、1つの例ですべての領域をカバーできるわけではありません。この本は、測定がガバナンスの前提条件と基盤であることを繰り返し強調しています。したがって、この例では、すべての側面を追求するのではなく、サービス測定の分野にのみ焦点を当て、インデックスの収集、分析、および監視を統合するサービス測定プラットフォームを構築します。サービスのパフォーマンスとビジネスステータスを監視するために、パフォーマンス、例外、およびカスタムログ収集の基礎となる方法を読者が理解できるようにします。
この章では、主に、アーキテクチャ分析や必要なコアコードの説明など、サービスインジケーター収集用のクライアントSDKの構築に焦点を当てます。
- 7.1全体的なアーキテクチャ
- 7.2インデックスコレクション
- 7.3ログの前処理
- 7.4インジケーターの送信
第8章では、高い同時実行性をサポートする効率的なインデックス収集およびストレージ機能を構築します。第7章では、Spring AOP、MyBatisプラグインメカニズム、およびJVM ManagementFactoryを使用して、サービス呼び出しログ、DAO呼び出しログ、システムログなどの収集関数を構築します。Nettyを使用します。高性能ログ伝送チャネルを構築するためのNIO。この章では、インジケーターメッセージを受信して地上に保存するサーバー側アプリケーションを構築し、第7章で構築されたインジケーター収集クライアントと接続して完全な「収集-受信」閉ループシステムを形成します。
- 8.1全体的なアーキテクチャ
- 8.2データ受信
- 8.3拡張機能
第9章指標の視覚化と測定機能の構築;前の2つの章の導入を通じて、ガバナンス指標の収集、収集、および保存のための基本的に完全な技術フレームワークとシステム機能を構築しました。この章では、データの視覚化と、ガバナンス指標の測定と分析に焦点を当てます。これらの機能を搭載した視覚化システムを構築します。
- 9.1システムアーキテクチャ9.2サービスモニタリング
- 9.3DAOモニタリング
- 9.4システム監視
- 9.5カスタムビジネスモニタリング
この[MicroserviceGovernance System、Architecture and Practice]ドキュメントは合計438ページあります。フルバージョンが必要な場合は、この記事を転送してエディターをフォローし、以下をスキャンして入手してください。
この記事とその対象読者に対するダニエルの評価
SOAから今日のマイクロサービスまで10年以上かかり、それらの多くはサービスガバナンスにあります。ただし、サービスガバナンスの概念、意味合い、および実践は、業界標準の形成は言うまでもなく、業界で統一されていません。システムの複雑さが増すにつれて、サービスガバナンスの必要性はますます緊急になり、大きな問題点になっています。
マイクロサービスは最新のシステムの「焦点」であり、ますます多くの分散システムがマイクロサービスの設計概念を採用してアーキテクチャモデルを進化させています。マイクロサービスアプリケーションの規模が大きくなるにつれて、システムの拡張を管理することがますます困難になります。マイクロサービスの設計と分割と比較して、大規模なマイクロサービスをより適切に管理する方法は、マイクロサービスの実装における真の難しさです。
この記事では、ガバナンスの観点から、大規模なマイクロサービスの観点からマイクロサービス分野の「深層水」を読者に示します。この記事を読むことで、マイクロサービスの後半にスムーズに移行できると思います。
この記事は、技術管理者、アーキテクト、および特定の基礎を持った技術者、特にサービスおよびサービスガバナンスの分野に参入した、または参入しようとしている人々に適しています。
この記事が読者にインスピレーションとガイダンスを提供し、誰もが回り道を避けることができるようになることを願っています。
より良い自己を達成し、テクノロジーの深さと幅を継続的に改善し、自分自身をより価値のあるものにするよう努めてください。この記事が、誰もが学び、好きになるのに役立つことを願っています。