# Installation auf Kubernetes

**URL:** https://meta.discourse.org/t/installing-on-kubernetes/49329
**Category:** Self-hosting
**Tags:** unsupported-install
**Created:** [27. August 2016 um 22:59 UTC](https://meta.discourse.org/t/installing-on-kubernetes/49329 "2016-08-27T22:59:09Z")
**Posts on this page:** 1
**Showing post:** 40

<div class="post-metadata">

### Author: ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [10. Februar 2020 um 15:39 UTC](https://meta.discourse.org/t/installing-on-kubernetes/49329/40 "2020-02-10T15:39:43Z")

</div>

Das ist im Wesentlichen das, was ich bei den von mir durchgeführten Kubernetes-Installationen mache. Ich kann mir nicht vorstellen, wie oder warum man Kubernetes ohne separate Daten- und Web-Container (oder eine andere Art von externem PostgreSQL und Redis) einsetzen sollte – die Installationen, die ich für Kunden durchgeführt habe, nutzen dafür GCP-Ressourcen.

Außerdem gibt es eine Umgebungsvariable namens `skip_post_migration_updates`, die man für echte Upgrades ohne Ausfallzeit verstehen muss. Sie wird [hier](https://meta.discourse.org/t/zero-downtime-upgrades/120673/2) beschrieben.

---

_[View the full topic](https://meta.discourse.org/t/installing-on-kubernetes/49329)._