問題タブ [fabric8]

次のように、fabric8 の Java Kubernetes Client API を使用して、Kubernetes レプリケーション コントローラーを作成するアプリケーションを構築しています。

上記のコードを実行すると、アプリケーションが次の例外をスローしていることがわかりました。

テスト目的で Docker を介してローカルで Kubernetes を実行しているため、KubernetesClient のエンドポイント URL をhttp://127.0.0.1:8080に設定しました。同様の問題に関連するいくつかの以前の投稿をたどりましたが、この場合、どれも役に立たないようです。

.bashrc に次の環境変数を設定しました。

次のコード サンプルは、アプリケーションで KubernetesClient をセットアップするために使用されます。

上記のコードの定数は、次を参照しています。

REST API と Kubernetes に関する私の知識は限られているため、この問題に関するヘルプは大歓迎です。

camel-bindy を使用してデータを変換する camel-route があります。私は機能を使用して、ルートが機能するために必要なすべてのバンドルを定義しています。pom には camel-bindy への依存関係があります。

Fabric でコンテナーを作成し、親が「feature-camel」であるカスタム プロファイルを追加します。camel-bindy 機能と独自の機能をこのプロファイルに追加しました (注: camel-bindy esplicity を追加しない場合、同じ結果が得られます)。

コンテナーはキャメル ルートを開始しようとしましたが、失敗しました。次のエラーが表示されます。

依存関係が解決されていないため、バンドル customBundle のブループリント コンテナーを開始できません [(&(dataformat=bindy)(objectClass=org.apache.camel.spi.DataFormatResolver))]

これは、エラーの数分前にログで見つけたものです。

{attribute.parents=mytria-demouno, fabric.zookeeper.pid=io.fabric8.agent, feature.camel-bindy=camel-bindy, feature.camel-blueprint=camel-blueprint, feature.camel-core= で更新された DeploymentAgentキャメルコア、feature.esercizio1-feature/2.0.0=esercizio1-feature/2.0.0、feature.fabric-agent=fabric-agent、feature.fabric-camel=fabric-camel、feature.fabric-core=fabric- core, feature.fabric-git=fabric-git, feature.fabric-git-server=fabric-git-server, feature.fabric-jaas=fabric-jaas, feature.fabric-rest=fabric-rest...

コンテナーの hawtio コンソールのバンドル ページを見ると、camel-bindy がデプロイされ、期待されるバージョンになっていることがわかります。

これは機能ファイルです。

また、プロファイルの親を変更してヒューズをいっぱいにしようとしましたが、何も変わりません...何か提案はありますか?

私は jBoss Fuse を使用しています。Windows で (開発用のマシンとして) ヒューズ プロジェクトを作成し、次の手順に従ってデプロイした場合、サーバーとして Linux マシン (Centos) に fabric8 でデプロイしました (現在実行中です)。

1. プロジェクトをWindowsマシンからLinuxマシンにコピーしました
2. 私はやったmaven install
3. 私は mavenfabric8 deployを実行し、プロファイルを生成しました
4. そのプロファイルを、以前に作成した子コンテナーに割り当てました

私の質問は、Windows 上のアプリケーションに変更を加え、これらの変更をサーバー上のデプロイされたアプリに適用したい場合、どうすればよいですか? 展開されたアプリを停止したくないことを知っていますか? アプリケーションを Windows からリモート サーバー (私の場合は Centos) に直接デプロイする方法は他にありますか?

ヒューズ ファブリックの activemq jms ブローカーへの接続に問題があります。内部的には (キャメル ルートの osgi バンドル) は完全に機能しますが、私の春の jms クライアントには問題があります。github https://github.com/FuseByExample/external-mq-fabric-clientで簡単なデモを見つけましたが、ブローカーに接続しません。

私のjmsブローカー設定

jmsブローカーのURL

ご協力いただきありがとうございます！

私は、Google Kubernetes を使用して Apache Tomcat Docker コンテナに Web アーティファクトをデプロイする Java アプリケーションに取り組んでいます。Docker イメージとコンテナーの処理アクティビティを実行するためにhttps://github.com/spotify/docker-clientを使用し、 https://github.com/fabric8io/fabric8/tree/master/components/kubernetes-api を使用しています。 Kubernetes 関連の機能。

このアプリケーションでは、ユーザーがデプロイした Web アーティファクトをユーザーが削除できるようにする機能を追加しました。

Iを外すと、

1. 必要な数のポッド レプリカを生成するために使用する Kubernetes レプリケーション コントローラーを削除します。

2. レプリカ Pod を個別に削除します (Java API の対応するメソッドでレプリケーション コントローラーが削除されても、Pod は自動的に削除されないため)。

3. 作成された対応するサービスを削除します

4. 削除されたポッドに対応する Docker コンテナを削除します

5. 最後に、デプロイに使用された Docker イメージを削除します

次のコードは、実装された削除機能を示しています。

Docker コンテナの削除機能の実装は次のとおりです。

上記の場合、目的の関数の実行は問題なく行われますが、特定のインスタンスで次の例外が発生する傾向があります。

これに関するヘルプを求めて多数のソースを検索しましたが、それでもすべてのインスタンスでそれを回避することはできませんでした。この機能を実行しました。

最初は、この問題が今よりも頻繁に発生する傾向がありましたが、各 Docker コンテナーの削除の最後に実行中のスレッドをスリープ状態にできるようにし、Docker コンテナーを削除する前に、この問題が発生するインスタンスの数を徐々に減らしました。

この問題の究極の解決策はスレッドをスリープ状態にすることですか、それともこの問題が発生する他の理由と、この例外を回避するのに役立つ解決策がありますか? どんな助けでも大歓迎です。

私は jboss Fuse ESB に取り組んでいます。Web サービスを使用して結果を返すプロジェクトを作成しました。私のアプリケーションは非常にうまく機能します。デプロイの段階に到達したばかりです。アプリケーションを下のコンテナーにデプロイしました。同じ LAN の 3 台のサーバー (マシン) に分離された 3 台のファブリック サーバーを含むファブリック アンサンブル。この段階まで、すべてがうまく機能します。

私の質問は次のとおりです。高可用性をファブリックに適用し、負荷分散を有効にしたい場合、どのような構成を行う必要がありますか?

詳細については、私のアプリケーションは、最初のマシン (私が言ったように 3 台のマシンがあります) にあるファブリック サーバーから作成されたコンテナーで実行 (デプロイ) されています。アプリケーションを実行し続け、他のコンテナのいずれかに自動的に移動したい