2017-08-07 9 views
2

私は、実行する特定のコンテナに依存するローカルテストを実行するのがminikubeを使用するのが難しいことを発見しました。いくつかのテストを実行するために、リモートヘッドレス・クロムを使用してインスタンスの場合:Kubernetesローカルテストの設定

containers: 
    - image: chrome-test 
    imagePullPolicy: Never 
    ports: 
    - containerPort: 80 

    - image: headless-chrome 
    imagePullPolicy: Never 
    ports: 
    - containerPort: 8910 
    securityContext: 
     capabilities: 
     add: 
     - SYS_ADMIN 

私はそれが簡単にこれらのようなインスタンスのためのドッキングウィンドウは、作曲使用することを発見しました。そうすれば、私はポッドの削除やログ出力の検索に対処する必要はありません。私はこれがかなりオープンな質問であると理解していますが、私はこの分野のあらゆる情報が役に立つかもしれないと考えています。 kubernetesで複数のコンテナをテストする最良の方法は何ですか?

+0

ドッカーを使用して簡単に作成するのはなぜですか? –

+0

私が見つけた主な理由は次のとおりです。(1)ログは標準出力に設定されています(2)コンテナの実行と削除 –

答えて

0

ドッカーを使用することもできますが、minikubeを使用することも非常に簡単です。

だから私のテストのために、私は次の手順に従ってください手順:

  • 作成新しいKubernetes Namespace
  • 展開アーティファクト
  • 公開(ここでは、deployment展開)その型のservicedeploymentNodePort
  • ここで必要なのは、ランダムポートがnodePortとして選択され、そのポートでカールすることを見つけることです。minikube ip:nodePort
  • ポッドのログが必要な場合は、同様に取得することができます
  • あなたが見たいものがすべて見たら、Namespaceを削除してください。

私はKubernetesアーティファクトを生成kedgeと呼ばれるツールのテストをエンドツーエンドをしながら同様のことを行っているので、私たちは、私が上記している同様の方法で実行しているクラスタ、REFに生成されたすべての成果物をデプロイします。here

関連する問題