Stellen Sie einen Monolithen, der eine gemeinsam genutzte Konfigurationsdatei verwendet, auf die mehrere Instanzen gleichzeitig zugreifen, ohne den Anwendungscode zu ändern, neu bereit. Welche Speicherlösung erfordert minimale Änderungen?

Die Bereitstellung einer Filestore-Instanz und das Einhängen als NFS-basiertes PersistentVolume ist die beste Lösung, da Filestore ein vollständig verwalteter NFS-Dateispeicher ist, der für die gemeinsame Nutzung durch mehrere Instanzen konzipiert ist. Dies ermöglicht den Zugriff auf die Konfigurationsdatei, ohne den Anwendungscode ändern zu müssen, da NFS ein Standardprotokoll ist, das von den meisten Monolithen unterstützt wird. Ein Cloud Storage-Bucket, der über gcsfuse gemountet wird, ist zwar eine Option, aber gcsfuse ist ein FUSE-basiertes Dateisystem, das möglicherweise nicht die gleiche Leistung oder die gleichen Semantiken wie ein natives Dateisystem bietet und zu Kompatibilitätsproblemen führen könnte. Eine neue Persistent Disk ist nicht ideal, da sie normalerweise nicht für den gleichzeitigen Schreibzugriff von mehreren Instanzen ausgelegt ist, es sei denn, es handelt sich um eine spezielle Shared Persistent Disk, die komplexer zu konfigurieren wäre. Eine ConfigMap ist für die Bereitstellung von Konfigurationsdaten in Kubernetes-Pods gedacht, aber die Anforderung ist, einen Monolithen neu bereitzustellen, der eine gemeinsam genutzte Konfigurationsdatei verwendet, was eher auf ein Dateisystem als auf eine Kubernetes-spezifische Ressource hindeutet.