Wenn nicht containerisierten Anwendung auf Kubernetes bereitstellen

Question

Es gibt viele Gründe für auf Kubernetes containerisierter Anwendung bereitstellen. Aber wir können von seiner Nützlichkeit überwältigt sein und Anwendungen bereitstellen, wenn dies nicht der Fall ist.

Kann es einen Fall sein, wenn eine Anwendung auf Kubernetes bereitstellen würde keinen Wert hinzufügen, und in der Tat wäre es von Nachteil sein?

Um genau zu sein und ein Beispiel nehmen, würde die Bereitstellung von Support-Tool wie jenkins auf Kubernetes eine falsche Entscheidung sein, wenn die Skalierung und Hochverfügbarkeit ist nicht wirklich ein Problem.

Answer 1

Bereitstellen von Jenkins oder andere Dienste auf Kubernetes kann eine gute Entscheidung sein, wenn Sie eine vorhandene k8 Infrastruktur überwachen möchten und diese Hülsen für Sie zu verwalten. Es gibt mehr zu k8 als Skalierung. Das Ausführen von zwei Pods kann beispielsweise eine höhere Verfügbarkeit bieten. Vielleicht müssen Sie nicht skalieren, aber Sie wollen wirklich keine Ausfallzeiten. Außerdem können Dinge wie das Rollen von Updates usw. in manchen Situationen nützlich sein.

Ich finde, dass alles bereitstellen, die sowohl komplexe individuelle Konfiguration und insbesondere Datenpersistenz erfordert nicht genial ist derzeit in K8. PetSets möchte dies ändern, ist aber zu diesem Zeitpunkt nur Alpha.

ich komplexe Datenbank wie Cassandra und Vertica in K8 Bereitstellung schlagen zu vermeiden. Ich würde auch vermeiden, Elasticsearch-, Zookeeper- und Kafka-Systeme in K8 zu implementieren. All dies erfordert eine individuelle Knotenkonfiguration und Datenpersistenz, die meiner Erfahrung nach mehr Kummer als Nutzen mit sich bringen.