Arthasは春のApplicationContextシーンが問題を復元し得る使用

　　あなたは、大規模なコンテナの配置が必要な場合は、おそらくKubernetesは間違いなくあなたの最初の選択肢、近年のコンテナファイリングシステムでは、Googleのオープンソースの急速な発展により導入されたことを、非常に業界やユーザーの大多数になることはありませ。
　　
　　それにもかかわらず、ほとんどのユーザーのために、につながるエンドユーザーが重い管理を負担する必要があり、設定や問題を設定することは困難で、急な学習曲線があるKubernetes。これに基づき、最適なソリューションではありません単独で通常のサポートおよび保守のための部品の一つは、一般的に使用することがより直感的であり、ことに満足Kubernetes Kubernetes学習と直接、完璧なコンテナ技術ソリューションを見つけるために、このようなプログラムを開始しましたシンプルな、これは大幅のKubernetesを始めるために、閾値が低下しているでしょう。
　　
　　この記事では、私はKubernetesリリース、コンテナツール、異なるサプライヤーがその上のLinuxカーネルを提供し、そして含む10最も人気のあるKubernetes業界関連製品を、リストされています。
　　
　　この記事では唯一のソフトウェアリリースを示し、そのようなクラウドサービスとしてアマゾンEKSやGoogle Kubernetesエンジン（GKE）のリストが含まれていないローカルまたはクラウドでホストされているとして実行することができます。
　　
　　CONTENTS
　　
　　ランチャー2.0
　　
　　CoreOSテクトニック/ Red HatのCoreOS
　　
　　カノニカル分布のKubernetesの（CDK）
　　
　　ドッカーコミュニティ版/ドッカーエンタープライズ
　　
　　Heptio Kubernetesサブスクリプション
　　
　　Kontenaファロス
　　
　　ピボタルコンテナサービス（PKS）
　　
　　のRed Hat OpenShift
　　
　　SUSEコンテナサービスプラットフォーム
　　
　　Telekube
　　
　　テンはKubernetesはリリース
　　
　　ランチャー2.0
　　
　　https://rancher.com/kubernetes/は
　　
　　ランチャー2.0は、単純なKubernetesのリリースではありません、厳密に言えば、しかし、オープンソースKubernetes管理プラットフォーム。ランチャー2.0 Kubernetesサービスとして（企業顧客に提供 Kubernetes それらは方法で配備クラスタをKubernetesかどうか、サービスなど）、および統一マルチKubernetesナノチューブクラスタを達成することができます。これは、異なる生産環境インフラ事業は、困難に直面する可能性が解決します。ランチャー2.0ナノチューブは、グーグル（GKE）、アマゾン（EKS上でホストされているから、プラットフォームKubernetesサービスを統一することができます ） とアズール（AKS）と他のパブリッククラウド。
　　
　　牧場主Labsは、2019年K3sを軽量Kubernetesの放出を提供するためにリリースしました。この製品は、Kubernetes開発・運用・保守人員のリソースが制限された設定で動作するように設計されています。各サーバーインスタンスのみ512MBのRAMとディスク容量の200メガバイト これは非常にこれらの変更を介して、のような任意のデータ記憶装置をetcdするためにエンジンが動作している容器、および加えたSQLiteの導入として、代わりにcontainerdドッカーを使用し、古い、非必須コード、実行中のプロセスの統合された束を除去します実行するために必要なスペースとリソースを削減します。
　　
　　テクトニックCoreOS / Red HatのCoreOS
　　
　　https://coreos.com/tectonic/
　　
　　コンテナ中心を提供するために、CoreOS Linuxディストリビューションは、ドッカーと互換性がありますが、固定された画像フォーマット、独自のランタイムだけでなく、「ビジネスクラスのKubernetesがありますリリース。 " これらは、基本CoreOSテクトニック・スタックを形成します。
　　
　　CoreOSコンテナLinuxオペレーティングシステムは、パンデミック製品の業界で、そのハイライトの一つは、それがコンポーネントのコンテナのセットのようであるということです、ユーザーは、自動的に本番環境に統合され、オペレーティングシステムを更新することができ、アプリケーションを実行しているクローズする必要はありません。 。CoreOSも更新Kubernetesできる「ワンクリックを。」また、CoreOSテクトニクスは、Amazon Webサービス、マイクロソフトのAzureおよびベアメタル上で実行されます。
　　
　　CoreOSのRed Hatの買収は、Red HatのOpenShiftに統合する予定です。コンテナのLinuxは、Red Hat CoreOS名前が変更されます。コンテナLinuxは引き続きサポートされます前に動きは、2020年に完了する予定です。Red Hatの声明によると、移行は「ほぼすべて」CoreOSテクトニクス機能を提供します。
　　
　　正規の流通のKubernetes（CDK）
　　
　　https://www.rhyL158.comはubuntu.com/kubernetes
　　
　　Canonicalは、Ubuntu Linuxのメーカーだけでなく、独自のKubernetesリリース、Kubernetes（CDK）の正規分布を持っています。このリリースには大きなセールスポイントは、それがUbuntuのLinuxディストリビューションの広くサポートされている、理解しやすくかつ広範な展開であるということです。Canonicalのどちらか、実行することができ、そのスタックはまた、ローカルに配置することができることを主張し、あらゆるクラウド上のCPUとGPU駆動型のワークロードをサポートします。有料顧客は、リモートでKubernetesクラスタサービスを管理するための正規エンジニアを楽しむことができます。
　　
　　Kubernetesは、CanonicalのもMicrok8s呼ばれる軽量バージョンを持っていリリース。Kubernetes初心者の開発者とも本番環境で使用される低ハードウェア構成を有するもので、実験、試験するために使用されているラップトップまたはデスクトップMicrok8s、上にインストールすることができます。
　　
　　「（クラウドネイティブプラットフォームCNPと呼ぶ）、クラウドネイティブプラットフォーム」また、正規とランチャーLabsは共同と呼ばれる製品を開発し、それがKubernetes Canonicalのリリースとランチャーが一致したコンテナ管理プラットフォームです。だから、あなたはKubernetesは二階建てで、各クラスタコンテナ上で動作し、複数のKubernetesクラスタを管理するために管理することができます。現在、CNPは、ランチャーのバージョン2.xで使用するための準備ができています。
　　
　　ドッカーコミュニティ版/ドッカーEnterpriseは
　　
　　https://www.docker.com/products/kubernetes
　　
　　コンテナだけ、多くの人々のためにドッカーを。しかし、実際には、2014の後にドッカーは、独自のクラスタとファイリングシステム、ドッカースウォームを持っており、このシステムはKubernetesの競争相手でした。2017年10月までは、ドッカーは、それがパッケージの標準的な方法として、その変更されていない、標準の永続的な状態にKubernetesを追加することを発表し、この調整は、ドッカーコミュニティ版とドッカーエンタープライズ2.0以降のバージョンをカバーしています。
　　
　　ドッカーエンタープライズ3.0は、ドッカーKubernetesサービスを追加し、これは開発者のデスクトップと本番デプロイメント環境Kubernetesバージョン統合一貫Kubernetesかもしれません。
　　
　　要するに、ドッカー会社はスウォームより大きな管理、コンテナ複雑な環境に、より適しKubernetesを実現しています。しかし、ドッカーはまだそれは展開せず、このような多くの地元の展開としてはあまり複雑な仕事を持つもの、より適している、元のクラスタシステム「群れモード」が含まメンテナンスや変更を必要としない保護されたアプリケーションを既存の群れのクラスタモード。
　　
　　Heptio Kubernetesサブスクリプション版
　　
　　https://heptio.cloud.vmware.com/
　　
　　2人の創設者クレイグMcLuckieとジョーベダのKubernetesは、Heptio、Kubernetes周りのサービスや製品の主なプロバイダーを設立しました。彼らは最初の主力製品は、有料Kubernetes展開サービス、Heptio Kubernetes購読（HKS）です。クロック技術サポートの周りHeptioは、上記月額$ 2,000がかかります。
　　
　　主な利点は、ベンダーロックインを恐れることなく、HeptioエンタープライズクラスKubernetesであることです。これは、パブリックまたはプライベートクラウドのハードウェア上で展開され実行されます。Heptioはオープンソースで構成管理Kubernetesのためのすべてのツールを提供し、修正はサポート・クラスターに直接配信することができます。
　　
　　2018年には、VMwareはHeptioを取得しますが、現在はまだ取得Heptioの製品計画に影響を与えません。
　　
　　ファロスKontena
　　
　　https://www.yishenpt3.com /ファロス/
　　
　　ポジショニングKontenaファロスは、Red HatのLinux製品は、実質的に同じ持っているとそれは、「だけの作品Kubernetes」である「遊び」。基礎となるアーキテクチャはCNCF認定Kubernetesリリースの結果である、あなたは（FedoraのまたはCentOSのように、と）のApache 2ライセンスで使用することができます。有料顧客は、プロレベルの機能、技術的なアドバイス、サポートサービスや、クラウドネイティブインフラストラクチャへの移行など、特定の固定価格の製品を、得ることができます。
　　
　　コアファロスは、基本的な機能、自動セキュリティアップデートやコンテナやその他の実行時間数のデフォルトの設定を解除します。有料版では、このようなクラスタの展開を含めKontenaレンズパネル、Kontenaストレージ分散ストレージシステム、バックアップ、負荷分散、およびネットワーク分離環境、などのビジネスツールを、追加します。
　　
　　Professional Editionの30日間の試用期間、ほぼ$ 3,000〜月額購読料。オープンソース版は、ライセンス料を必要としない、時間制限はありません。
　　
　　ピボタルコンテナサービス（PKS）
　　
　　https://pivotal.io/cn/platform/pivotal-container-service
　　
　　ピボタル、そのクラウドファウンドリーのパフォーマンス、よく知られている、それはエンタープライズクラスのKubernetesサービスを、すなわちピボタルコンテナサービス（PKSあり）。PKSは、例えば、それはKubernetesクラスタを起動し、管理するためのピボタルに一度クラウドファウンドリー事業久保を使用して、他の多くのピボタルプロジェクトのためのインスピレーションを描画します。
　　
　　PKS最も顕著な特徴の一つは、しっかりと実際には、PKSは、VMware-ピボタルの共同プロジェクトである、VMwareの仮想マシンのスタックに統合されています。PKS上のコンテナを実行すると、vSphereの上、このようなVMwareのVSANで永続的なストレージとして利用可能なサービスを、実行中の仮想マシンにアクセスすることができます。また、PKSは、パブリックおよびプライベートクラウド環境VMwareのクラウド基盤にVMwareインフラストラクチャを管理するために管理することができます。
　　
　　要するに、VMwareおよび企業の研究PKSでKubernetes関心の任意の使用は、既存のVMwareの設定を利用することができます。
　　
　　ハットOpenShiftレッド
　　
　　https://www.redhat.com/en/technologies/cloud-computing/openshift
　　
　　OpenShiftは、最初はHerokuのbuildpack同様の"カセット"を使用してRed HatのPaaSの提供物であり、パッケージ・アプリケーションは、その後、展開しますで「ギア」として知られているコンテナインチ ドッキングウィンドウは、その後登場し、OpenShiftは新しいイメージと実行時の標準コンテナで、再設計されています。必然的に、Red Hatは、技術OpenShiftの振り付けとしてKubernetesを使用しています。
　　
　　OpenShiftものPaaSのすべてのコンポーネントのための抽象化と自動化を提供します。Kubernetesに延長この抽象化と自動化は、PaaSのの展開のより重要な部分として、したがって、OpenShiftは、このプロセスを容易にするために使用することができ、かなりの管理上の負担をもたらすでしょう。
　　
　　上述のように技術的合併が2020年までに完了することが期待されるが、CoreOSテクトニクスは、Red HatのOpenShiftに組み込まれます。
　　
　　SUSEコンテナサービスプラットフォーム
　　
　　＃！/ binに/ bashの
　　
　　=「https://www.yacuangyl.comのURL
　　
実行（）。　　もし（HttpStatus.HTTP_OK！= response.getStatus（））{
　　

　　

　　

　　

　　

　　

　　

　　

　　

　　

　　

　　

　　

　　

　　

　　

　　

　　

　　

　　
　　this.send2DingTalk（response.getStatus（））;
　　
　　}
　　
　　log.info（ "百度要求は、返信パケットを成功：{}"、response.body（））;
　　
　　}キャッチ（HttpException E）{
　　
　　log.error（「例外要求百度：{} "E）;
　　
　　this.send2DingTalk（e.getMessage（www.hengxuangyul.com））;
　　
　　}
　　
　　log.info（"百度部位を検出する通信タスクの実行完了「）;
　　
　　}
　　
　　問題を説明
　　
　　サーバにデプロイ、Iはこのタスクは、状態を呼び出してきた古いJIOは正常ではありませんが、Javaコードの弟、あるいは全く施行通知
　　
　　本番ログを見てみると、ちょうどミッションの開始と終了を入力して気持ちがスタックしている出力タイミングではない、常に許可された場合はタイムアウトそのためにそれを取りますロジック、調査なし果物をキャッチする
　　
　　タスクは、この例外は、事故現場を削減どのくらいの速トリガーについては、1時間に1回になるため
　　
　　に起因春のタスクの使用にはシンプルなグラフィカルインターフェースとAPIがインターフェースをされていない
　　
　　Arthasは、事故のシーンを復元、再トリガタスクの
　　
　　コアは、春のコンテキストを取得します次いで、そのstartScheduleメソッド実行
　　
　　監視ポイント決定
　　
　　SpringMVC要求がRequestMappingHandlerAdapter invokeHandlerMethodを介して実行されます ターゲット・インタフェースの処理
　　
　　RequestMappingHandlerAdapterクラスのgetApplicationContext（）しながら
　　
　　@Nullable
　　
　　のApplicationContext getApplicationContext（）は、IllegalStateExceptionがスロー{公共の最終
　　
　　IF（this.applicationContext = www.hxyl1618.com = nullを＆＃038;＆＃038を、this.isContextRequired（））{
　　
　　スロー新しい新しいIllegalStateExceptionを（「ApplicationObjectSupportインスタンス[「この+ +」]はApplicationContextのAN「で実行されない）;
　　
　　}他{
　　
　　this.applicationContextを返す;
　　
　　}
　　
　　}
　　
　　任意getApplicationContext実行し、目標RequestMappingHandlerAdapterターゲットの単一の要求を実行するため
　　
　　のApplicationContext得るためTTコマンドを
　　
　　ArthasはがTT実行
　　
　　TTを-トンのorg.springframework.web.servlet.mvc.method.annotation。RequestMappingHandlerAdapterがinvokeHandlerMethod
　　
　　のWeb要求のいずれかの実装を、TTは、キャプチャすることができます
　　
　　ターゲットの指標は、カスタムOGNL式を実行するために
　　
　　-i 1019 -w 'target.getApplicationContext（）TT '
　　
　　タスクの実行startScheduleタイミングApplicationContextのビーン取得を使用して
　　
　　、「（TT 1000年-i -w「target.getApplicationContext（）。getBeanをbaiduSchedule「）。startSchedule（） '
　　
　　再トリガするには、[OK]タスク
　　
　　事故の原因は、使用hutoolツールクラス無期限に待機してつながっ設定されていない場合、タイムアウトに、はっきりしているので、そこにキャッチロジックのない実装ではありません
　　
　　要約
　　
　　上記は、製造操作上のインターンシップ僧の運転禁止を泣き始めたが、提供しますアイデアは、当然のことながら、他のビジネスシナリオの動作から導出することができる
　　
　　コアターゲットはArthasはで春のApplicationContextをつかむし、次に実行するBeanのメソッドを取得することです
　　
　　Arthasはアリババのを好む開発者がオープンソースのJava診断ツールで
　　
　　より多くの注目を得るために私達を歓迎しますJavaEEの練習の楽しみ
　　
　　のLinuxディストリビューション理由とヨーロッパで広く知られても、SUSE SUSEのCaaSプラットフォームを所有しています。概念的には、SUSEのCaaSプラットフォームは、裸の金属容器「ミニ」オペレーティングシステム、Kubernetes、内蔵された画像の保存およびクラスタ構成ツールを実行している組み合わせを連想させるCoreOSテクトニクスは、あります。
　　
　　SUSEのCaaS Platform3は2018年にリリースされ、それがクラスタマスターノードに適応することができます。このバージョンではマルチマスタ機能を追加し、カーネルはLinuxカーネルが含まれている調整するためにカスタマイズすることができる調整機能を、クラッシュします。
　　
　　SUSEのCaaSプラットフォームは、パブリッククラウドとローカルベアメタル上で実行することができますが、まだ基盤となるクラウドインフラストラクチャとの任意の統合をサポートしていません注意SUSEを払う必要があります。これは、SUSEのCaaSプラットフォームの設計アマゾンEKSやGoogle Kubernetesエンジンを補完するために、しかし、あなたが複数のクラウドやデータセンター運用コンテナにまたがることができるように、それらを避けるために意図されていないことを意味します。
　　
　　Telekube
　　
　　https://gravitational.com/gravity/
　　
　　重力がKubernetesリリース「の生産を強化する」ローカルまたはリモートクラスタ上で実行される重力を、開発テレポートSSHサーバが所有する会社。重心位置は、独自のSaaSプラットフォーム・ソリューションまたは複数の領域で実行Kubernetesサービスとしておよびホスティングプロバイダです。
　　
　　重力のアプリケーションがKubernetes上のコンテナで実行するには、前提はいくつかの準備を行う必要があります。彼らは、最初の「バンドル」にパッケージ化されなければならない、「バンドル」の後Kubernetesクラスタ分布に公開されます。これらは、「結合する」はまだ行われる必要があるが、また、追加作業のユニークな必要性の重力バンドルリストに動作する準備ができている私たちの一般的な展開コンテナアプリケーションに加えて、必要な余分な作業に属します。
　　
　　重力はすべてのアプリケーションと構成を含む全体Kubernetesクラスタ機能のスナップショットを撮影含まれており、ユーザーは他のKubernetes環境へのスナップショットを展開することができます。
　　
　　結論
　　
　　Kubernetesと、コンテナは、アプリケーション、展開、および管理方法を作成するために変更されています。この資料に記載されているこれらのKubernetesリリースは、この革命をリードしています。