コンテナ化されたアプリケーションをkubernetesにデプロイする理由はたくさんあります。しかし、アプリケーションの有用性に圧倒され、アプリケーションを展開してはならないときに開始することがあります。コンテナ化されたアプリケーションをkubernetesにデプロイしない場合
kubernetesにアプリケーションをデプロイするときに値が追加されず、実際には不都合な場合がありますか？
スケーリングと高可用性が本当に関心事ではない場合、特定の例を挙げると、kubernetesにjenkinsのようなサポートツールを導入するのは間違った決定になります。
既存のk8インフラストラクチャでこれらのポッドを監視して管理したい場合は、kubernetesにJenkinsやその他のサービスを導入することをお勧めします。スケーリングよりk8には多くあります。 2つのポッドを実行すると、例えば、より高い可用性を実現できます。たぶん、スケールする必要はありませんが、実際にはダウンタイムは必要ありません。また、ローリングアップデートなどのようなものは、状況によっては役に立ちます。
複雑な個別の設定、特にデータの永続性を必要とするものを展開することは、現在k8では素晴らしいものではないことがわかりました。 PetSetsはこれを変更しようとしていますが、現時点ではAlphaのみです。
K8にCassandraとVerticaのような複雑なデータベースを配置しないようにすることをお勧めします。また、K8でElasticsearch、Zookeeper、およびKafkaシステムを導入することも避けたいと思います。これらはすべて、個々のノード構成とデータの永続性を必要とします。これは、現在、私の経験の恩恵よりも大きな悲しみを引き起こします。