アポロと統合戦闘の基本的な概念

＃** **シーンを使用しての基本的な考え方は、分散構成の中心部です。異なる環境のコア機能の** 1.集中管理、異なるクラスタを構成し;マイクロサービスに適した前記コンフィギュレーションの変更は、リアルタイムアプリケーション側にプッシュすることができる。3.標準権限、流量制御特性を有する、開発技術を** ** *サービスはspringboot、springcloud開発を使用して、パッケージには、追加のTomcatをインストールすることなく、直接実行することができます; * Javaクライアントは、任意のフレームワークに依存しない、春、SpringBootクライアントは、追加のサポート* .NETのクライアントを持っているいずれにも依存しません。概念的枠組み** ** |略語|スタンド|説明| || - || | FAT ||機能テスト環境| | || UAT統合テスト環境| | || PRO生産環境| | || DEV開発環境| ** 1.詳細な特徴の異なる環境、異なるクラスタ、異なる名前空間の構成の統合管理、1.同じコードは、名前空間によって容易アドレス1 ZKとして異なる構成を有することができ、異なるクラスタに配備することができますそれでもアプリケーションが共有構成をカバーできるようにしながら、コンフィギュレーションの同じコピーを共有するためのさまざまなアプリケーションをサポートしています。1.構成の変更は、バックグラウンドで（すぐにリリースした後、設定を変更するには、ユーザーが有効になり、クライアントは1秒で受け取ることができます 新しい設定やアプリケーションに通知）1.リリース・コンセプト（すべての設定は、バージョンの概念をリリースしました、簡単にロールバックコンフィギュレーションをサポートすることができます）などを設定した後に掲載1.グレーリリース（、力へのアプリケーションインスタンスのエントリの一部の剥離、観察期間の後に、すべてのアプリケーションにプッシュ）1.著作権管理、事後監査、業務監査1.クライアント構成情報は、監視が（簡単にインスタンスを設定するために使用されている参照）1.サポート複数の言語、Javaと.NET 1.変更し、他のオペレーティング・システムに配布するオープンプラットフォームのAPIを提供する;展開1.簡単な背景＃[背景インターフェイス動作]（https://github.com/ctripcorp/apollo/wikiをインタフェースもサポートされているHTTPで/アポロ％E4％のBDの％のBF％E7％94％A8％のE6の％8C％87％E5％以下の8D％97）クライアント・アクセス・ドキュメント]（HTTPS：// githubの。COM / ctripcorp /アポロ/ウィキ/のJava％E5％AE％A2％E6％88％B7％のE7％AB％でのAF％E4％のBDの％のBF％E7％94％A8％以下のE6％の8C％87％E5％以下の8D％ 97）## 1.背景アクション1.公開1.構成アイテムを変更し、1割り当て権限の設定1.追加設定項目を編集し、公開する名前空間）を作成し、クラスタを作成し、権限の割り当て（プロジェクト管理を割り当てるプロジェクト管理者を作成します構成、置換構成; 1リード構成がエンド・アプリケーションで使用され、特に、文書アクセスクライアントを参照; **操作共通部品>共通の構成要素：アプリケーション・クライアント・コードによって使用される他の組織に利用できる、など猫クライアント、本質の一部が適用されます。*相違*：通常、共通のコンポーネントを使用するように構成されたオリジナルの開発チームによって維持されますが、ランタイム環境での実際のアプリケーションが異なっているので、我々はまた、アプリケーションを許可しています公共のアセンブリ構成の一部をカバーするために使用される実際の時間、あなたがあなた自身の独自の名前空間を作成する必要がありますが、公共のアセンブリの操作1.プロジェクトを作成します。1.割り当てプロジェクト管理者権限1.名前空間1.追加設定項目を作成し、公開すること。1.公衆1ウェル関連する構成アプリケーションを読み取ります そして** 1.追加クラスタ構成別々のクラスタ、クラスタのデフォルト共通コンポーネントアセンブリCIを覆う、APPIDの複数の1. 1は、共通の構成要素に関連付けられた名前空間を同じ構成を使用し、一般的な構成は、共通をカバーするために書かれた又は構成されています** **グレーは1. 1. 1. 1.グレーはグレー1.クライアント履歴を公開##あきらめ、解放全額を公表、修正、グレー、グレー、グレールールの構成1.アドオンを作成して動作公開します>必要：jdk1.7 +、guava15.0 +> **クライアント構成パラメータ** 1 app.id（systemProperty>システム環境> springboot application.properties> META-INF / app.properties）ID、対応する項目1. apollo.metaアクセスアドレス（SystemProperty> com.ctrip.framework.apollo アポロ・クライアント 1.1.0 ConfigFileたconfigFile = ConfigService.getConfigFile（ "試験"、ConfigFileFormat.XML）。文字列の内容= configFile.getContent（）。`>事件监听`のJavaコンフィグ設定= ConfigService.getAppConfig（）。//設定インスタンス）は、各名前空間のシングルトンであるとconfig.addChangeListener（新しいConfigChangeListener（）{@Overrideます。public voidのonChange（ConfigChangeEvent ChangeEventの）{System.out.printlnは（ "名前空間の変更" + changeEvent.getNamespace（）がnullになることはありません;のため; - ：％sは、OLDVALUE：％sは、newValueに：％のSystem.out.println（String.Formatの（「実測変化キー（文字列キーchangeEvent.changedKeys（））{てConfigChange変化= changeEvent.getChange（キー） S、changeType実行：％s」は、change.getPropertyName（）、change.getOldValue（）、change.getNewValue（）、change.getChangeType（）））;}}}）。`` `###のスプリング方式接入>基于XML` `` XML getConfigFile（ "試験"、ConfigFileFormat.XML）。文字列の内容= configFile.getContent（）。`>事件监听`のJavaコンフィグ設定= ConfigService.getAppConfig（）。//設定インスタンス）は、各名前空間のシングルトンであるとconfig.addChangeListener（新しいConfigChangeListener（）{@Overrideます。public voidのonChange（ConfigChangeEvent ChangeEventの）{System.out.printlnは（ "名前空間の変更" + changeEvent.getNamespace（）がnullになることはありません;のため; - ：％sは、OLDVALUE：％sは、newValueに：％のSystem.out.println（String.Formatの（「実測変化キー（文字列キーchangeEvent.changedKeys（））{てConfigChange変化= changeEvent.getChange（キー） S、changeType実行：％s」は、change.getPropertyName（）、change.getOldValue（）、change.getNewValue（）、change.getChangeType（）））;}}}）。`` `###のスプリング方式接入>基于XML` `` XML getConfigFile（ "試験"、ConfigFileFormat.XML）。文字列の内容= configFile.getContent（）。`>事件监听`のJavaコンフィグ設定= ConfigService.getAppConfig（）。//設定インスタンス）は、各名前空間のシングルトンであるとconfig.addChangeListener（新しいConfigChangeListener（）{@Overrideます。public voidのonChange（ConfigChangeEvent ChangeEventの）{System.out.printlnは（ "名前空間の変更" + changeEvent.getNamespace（）がnullになることはありません;のため; - ：％sは、OLDVALUE：％sは、newValueに：％のSystem.out.println（String.Formatの（「実測変化キー（文字列キーchangeEvent.changedKeys（））{てConfigChange変化= changeEvent.getChange（キー） S、changeType実行：％s」は、change.getPropertyName（）、change.getOldValue（）、change.getNewValue（）、change.getChangeType（）））;}}}）。`` `###のスプリング方式接入>基于XML` `` XML getContent（）; `>事件监听`のJavaコンフィグ設定= ConfigService.getAppConfig（）。//設定インスタンス）は、各名前空間のシングルトンであるとconfig.addChangeListener（新しいConfigChangeListener（）{@Overrideます。public voidのonChange（ConfigChangeEvent ChangeEventの）{System.out.printlnは（ "名前空間の変更" + changeEvent.getNamespace（）がnullになることはありません;のため; - ：％sは、OLDVALUE：％sは、newValueに：％のSystem.out.println（String.Formatの（「実測変化キー（文字列キーchangeEvent.changedKeys（））{てConfigChange変化= changeEvent.getChange（キー） S、changeType実行：％s」は、change.getPropertyName（）、change.getOldValue（）、change.getNewValue（）、change.getChangeType（）））;}}}）。`` `###のスプリング方式接入>基于XML` `` XML getContent（）; `>事件监听`のJavaコンフィグ設定= ConfigService.getAppConfig（）。//設定インスタンス）は、各名前空間のシングルトンであるとconfig.addChangeListener（新しいConfigChangeListener（）{@Overrideます。public voidのonChange（ConfigChangeEvent ChangeEventの）{System.out.printlnは（ "名前空間の変更" + changeEvent.getNamespace（）がnullになることはありません;のため; - ：％sは、OLDVALUE：％sは、newValueに：％のSystem.out.println（String.Formatの（「実測変化キー（文字列キーchangeEvent.changedKeys（））{てConfigChange変化= changeEvent.getChange（キー） S、changeType実行：％s」は、change.getPropertyName（）、change.getOldValue（）、change.getNewValue（）、change.getChangeType（）））;}}}）。`` `###のスプリング方式接入>基于XML` `` XML addChangeListener（新しいConfigChangeListener（）{@Overrideます。public voidのonChange（ConfigChangeEvent ChangeEventの）{System.out.printlnは（ "名前空間の変更" + changeEvent.getNamespace（））;（文字列のキーのため：changeEvent.changedKeys（））{てConfigChange変更= changeEvent.getChange（キー）のSystem.out.println（String.Formatの（ "見つかった変更 - キー：％sは、OLDVALUE：％sは、newValueに：％sは、changeType実行：％のS"、change.getPropertyName（）、変化.getOldValue（）、change.getNewValue（）、change.getChangeType（）））;}}}）。`` `###のスプリング方式接入>基于XML` `` XML addChangeListener（新しいConfigChangeListener（）{@Overrideます。public voidのonChange（ConfigChangeEvent ChangeEventの）{System.out.printlnは（ "名前空間の変更" + changeEvent.getNamespace（））;（文字列のキーのため：changeEvent.changedKeys（））{てConfigChange変更= changeEvent.getChange（キー）のSystem.out.println（String.Formatの（ "見つかった変更 - キー：％sは、OLDVALUE：％sは、newValueに：％sは、changeType実行：％のS"、change.getPropertyName（）、変化.getOldValue（）、change.getNewValue（）、change.getChangeType（）））;}}}）。`` `###のスプリング方式接入>基于XML` `` XML println（String.Formatの（ "検出された変更 - キー：％sの、OLDVALUE：％sの、newValueに：％sの、changeType実行：％s" は、change.getPropertyName（）、change.getOldValue（）、change.getNewValue（）、変更.getChangeType（）））。}}}）。`` `###のスプリング方式接入>基于XML` `` XML println（String.Formatの（ "検出された変更 - キー：％sの、OLDVALUE：％sの、newValueに：％sの、changeType実行：％s" は、change.getPropertyName（）、change.getOldValue（）、change.getNewValue（）、変更.getChangeType（）））。}}}）。`` `###のスプリング方式接入>基于XML` `` XML `>ベースjavaconfig`` Javaは//これは最も複雑な構成であり、アポロ注射FX.apolloスプリングapplication.yml名前空間の環境に構成、およびアプリケーション@Configuration @EnableApolloConfigの前の順序（順序を示します= 2）パブリッククラスSomeAppConfig {@Bean公共TestJavaConfigBean javaConfigBean（）{）（新しいTestJavaConfigBeanを返す;}} @Configuration @EnableApolloConfig（値= { "FX.apollo"、 "application.yml"}、順序= 1）パブリッククラスAnotherAppConfig {} `` ### springbootアクセスモード>他の名前空間=アプリケーションの=真＃apollo.bootstrap.namespaces負荷構成をapollo.bootstrap.enabled構成ファイルアプリケーションの名前空間をロードするアプリケーションに対応して配置directly` ``テキスト＃特性、 FX.apollo、システムが記録を開始する前にアポロapollo.bootstrap.eagerLoad.enabled =真 `` `###さらなる指示をロードapplication.yml＃>新しいパブリックコメントバネ注釈の一部* @ApolloConfigが自動的に自動的に自動的に移行対象に注入設定するために使用ConfigChangeListener * @ApolloJsonValueのJSON文字列を登録するために使用Configオブジェクトの*の@ApolloConfigChangeListenerを注入するために使用される###構成された移行構成1.アポロ対応する項目を作成し、ローカル設定を削除1.;アポロ背景に取り付けられた、特性を変換する、1元の設定ファイル; 1.アプリケーションにおいて良好なMETA-INF / app.propertiesを作成し、構成; ###ローカル開発1.設定を変更/opt/settins/server.properties ENV =ローカル1.準備ローカルプロファイルの場所：Macの/ Linuxの場合：/ opt /データ/ {APPID} / configのキャッシュのWindows：C：\豆定められた設定を削除、対応するXMLを見つけるために、依存関係disconfを除去する＃1。既存のプロジェクトの変換ステップを、オプト\データ\ {APPID} \ CONFIG-キャッシュ1.ローカル設定は、アプリケーションを再起動する必要がリアルタイムで変化を検出しません変更します;対応@Disf 2.検索、クラスを直接削除した場合、フィールドまたはメソッドでは、@value注釈置換されている場合、XML構成アポロ3.増加を、 `` `XMLリアルタイムで変化を検出しないローカル設定を変更すると、必要性は、アプリケーションを再起動するには、クラスの場合、対応する@Disf 2.検索;＃1は、対応するXMLを見つけるために、依存関係disconfを除去する既存のプロジェクトの変換ステップと述べたコンフィグレーションBeanを削除します、直接削除、フィールドまたはメソッドでは、@value注釈を交換すると、XML構成アポロ3.増加; `XMLリアルタイムで変化を検出しないローカル設定を変更すると、必要性は、アプリケーションを再起動するには、クラスの場合、対応する@Disf 2.検索;＃1は、対応するXMLを見つけるために、依存関係disconfを除去する既存のプロジェクトの変換ステップと述べたコンフィグレーションBeanを削除します、直接削除、フィールドまたはメソッドでは、@value注釈を交換すると、XML構成アポロ3.増加; `XML そのためmysql.properties前に依存するクラスパスの存在の `1;あまり発生していないファイルアポロ、アポロ1.背景には、disconf構成項目から背景がapplication.propertiesの下で入れている。1 。リリースの内側に置く新しいプライベート名前空間log4j2.xml、ロギング構成コピー、;公開鍵と同じ構成には、書き換える必要がある場合は1、書き換え関連する公共の名前空間; 1.スタートプログラムは、解決COMPILE間違っています。