EDITORIAL
建築家のほぼすべてのプログラマの夢になるために。マイクロアーキテクチャのサービス・アーキテクチャは、ほとんどの地域の話今日の話題です。マイクロサービスアーキテクチャテクノロジスタックマスター関連するスキル、シニアアーキテクトの必須経常プログラマからです。
急速に変化する市場におけるインターネットの時代、コアビジネスを獲得し、継続的な技術革新で競争優位の嘘を維持します。インターネット業界の練習ショーの最前線マイクロサービスアーキテクチャ(Microservicesアーキテクチャ)それは、ビジネスのサポート、大規模な継続的なイノベーションの複雑なアーキテクチャの有効な手段で企業の契約です。
アーキテクチャの段階的な進化として、マイクロサービスアーキテクチャは、以来、彼らが評価され、インターネット企業や伝統的な企業の使用を作られています。関連するマイクロサービスアーキテクチャの広範な知識は、学習曲線を監視し、他の技術的な問題が共通の課題です、アーキテクチャ、ゲートウェイを上陸させた、比較的急です。
、古い鉄とドッカー学習[SpringCloud戦闘マイクロサービスアーキテクチャ]を読んオススメ古い鉄ください前方+懸念、私的な手紙の電子版を必要とし、受信するフリーモード用の「マイクロ・サービス」を返信します。
入門
マイクロサービスアーキテクチャは、ソフトウェア開発の分野における現在のホットな技術です。私たちは、すべての用語ミクロのサービスを聞いたことがあると信じている、ソーシャルメディアや学会発表が非常に高い、ブログのさまざまな撮影されます。しかし、マイクロサービスの利点は、非常に非現実的なようだ - 私たちは多くの人々が投機の概念だと思うことを、マイクロサービスの完全な定義を見つけることができませんでした。
だから、マイクロサービスは何ですか?これは、問題を解決しますか?また、これらの機能を持っていますか?多くの問題は、この本は、あなたがそれに答える与えます。マイクロサービスの理論が、インターネットにはたくさん持っている、この本はについてはあまり言及していません。実際、著者の具体的な内容は、マイクロスペースサービスを過ごすためにしようとします。
コンテンツディレクトリ
古い鉄ください前方+懸念、私的な手紙の電子版を必要とし、受信するフリーモード用の「マイクロ・サービス」を返信します。
1、マイクロサービスアーキテクチャの概要
- 1.1アプリケーションアーキテクチャモノマー現在の問題
- 1.2つのアプリケーションアーキテクチャの問題を解決する方法
- マイクロサービスとは何か1.3
- 長所と課題1.4マイクロサービスアーキテクチャ
- 1.5マイクロサービス設計の原則
- 1.6マイクロ・サービス・アーキテクチャを実現する方法
2、マイクロサービス開発フレームワーク--Springクラウド
- 2.1Springクラウドプロフィール
- 2.2Springクラウドの特長
- クラウド版を2.3Spring
春の雲戦闘microServiceで開始3、
- 3.1Springクラウド実際の前提
- 3.2サービスプロバイダとサービスコンシューマ
- 3.3サービスプロバイダを書きます
- 3.4書き込みコンシューマサービス
- 春ブーツアクチュエータを統合するプロジェクトのための3.5
- 3.6ハードコードされているどのような問題
4、マイクロサービスの登録と発見
- サービスディスカバリーの4.1入門
- 4.2Eurekaプロフィール
- 4.3Eureka原則
- ユーレカサーバー4.4で書かれました
- ユーレカサーバーに登録さ4.5マイクロサービス
- 4.6Eurekaサーバーの可用性
- 4.7ユーレカサーバーにユーザー認証を追加します
- 4.8Eurekaメタデータ
- 4.9EurekaサーバーのRESTエンドポイント
- 4.10Eureka自己保護モード
- 4.11以上のNIC環境でのIPの選択
- ユーレカのヘルスチェック
5、リボンは、クライアント側の負荷分散を実装します
- 5.1Ribbonプロフィール
- 5.2マイクロコンシューマーサービス統合リボン
- カスタムリボンを設定するには、5.3を使用するJavaコード
- 5.4の設定は、リボンをカスタマイズする属性
- 使用リボンのうち5.5ユーレカ
装うを使用して6は、宣言型のRESTの達成とバー
- 6.1Feignプロフィール
- 消費者のために装う6.2統合サービス
- 装う6.3カスタム構成
- 装う6.4マニュアルの作成
- 継承のための6.5Feignサポート
- 圧縮のための6.6Feignサポート
- 6.7Feignログ
- 6.8使用したマルチパラメータ設定要求装います
フォールトトレラント処理サービスを実現するマイクロHystrix使用して7、
- フォールトトレランスを実現するための手段7.1
- 7.2 Hystrixフォールトトレランス
- 7.3Hystrix監視
- 7.4ビジュアル監視データHystrixダッシュボード
- 重合7.5を使用してデータを監視タービン
8、Zuul構築マイクロゲートウェイサービスを使用して
- なぜあなたはマイクロサービスゲートウェイ8.1を使用したくありません
- 8.2Zuulプロフィール
- 8.3略語Zuulマイクロサービスゲートウェイ
- 8.4Zuulルーティングエンドポイント
- 8.5詳細なルーティングの設定
- 8.6Zuulセキュリティとヘッダー
- 8.7使用Zuulアップロードファイル
- 8.8Zuulフィルタ
- 8.9Zuulフォールトトレランスとロールバック
- 8.10Zuul高可用性
- 非統合マイクロJVMサービスの8.11サイドカー使用
- 8.12 Zuulサービスポリマー微小球
図9に示すように、スプリングクラウド構成統一マイクロ管理サービス構成を使用して
- 9.1なぜ統一サービス構成をマイクロは、管理すべき
- 9.2SpringクラウドConfigを紹介
- コンフィグサーバ9.3を書きます
- コンフィグクライアント9.4を書きます
- 詳細にGitのリポジトリ9.5Config Serverの設定
- 9.6Configサーバーの健康状態の指標
- 9.7コンテンツの暗号化と復号化の設定
- 9.8使用/リフレッシュ手動でエンドポイント構成をリフレッシュ
- 9.9を使用する春の雲バスの自動リフレッシュ設定
- ユーレカと9.10Springクラウドコンフィグ組み合わせ
- クラウドconfigユーザ認証を9.11Spring
- 高可用性をサーブ9.12Config
10、スプリングクラウドスルースマイクロトラッキングサービスを実装する使用
- なぜ、10.1マイクロ追跡サービスを実現すべきです
- 10.2Springクラウドスルースプロフィール
- 10.3統合春クラウドスルース
- 10.4SpringクラウドスルースはELKと組み合わせて使用しました
- 10.5SpringクラウドスルースはZipkinと組み合わせて使用しました
11、春のクラウドよく寄せられる質問の概要
- 11.1Eurekaよくある質問
- 11.2Hystrix /装う統合Hystrix最初の要求が失敗した後
- 11.3.Turbine集計されたデータが不完全です
- 11.4Springクラウドコンポーネントの構成プロパティ
- アイデアの要約の11.5Springクラウドポジショニング
12、ドッカーエントリー
- 12.1Dockerプロフィール
- 12.2Dockerアーキテクチャ
- 12.3インストールドッカー
- 12.4ミラーリング構成アクセラレータ
- 12.5Docker一般的に使用されるコマンド
13、サービスは、マイクロドッカー上で実行されます
- ドッカーを使用して13.1建設ドッカーの画像
- 13.2ドッカーレジストリ管理ドッカーの画像
- 13.3建設Mavenのプラグ画像ドッカー
- 13.4よくあるご質問要旨
ドッカー作曲振り付けmicroServiceを使用して14、
- 14.1Docker作曲プロフィール
- 14.2インストールドッカー作曲
- 14.3Docker作曲クイックスタート
- 14.4docker-compose.ymlよく使用するコマンド
- 14.5dockerは、一般的に使用されるコマンドを構成します
- 14.6Docker作曲のネットワーク設定
- 14.7総合的な戦闘:使用ドッカー作曲マイクロ振り付け春クラウドサービス