https://www.slideshare.net/magickatt/containerizing-legacy-applications - a journey of migrating a super-old #legacy application into a #Docker #container. I love the #ConfigMap to get config.php out, then moving towards #consul. Nice work Andrew Kirkpatrick. Code: https://github.com/magickatt/ContainerisingLegacyApplicationsTalk
Containerizing legacy applications

Containerizing legacy applications - Download as a PDF or view online for free

SlideShare

[Перевод] Пишем оператор Kubernetes: руководство для начинающих

Перевели туториал об основах контроллеров, операторов и CRD. В качестве практики вы можете создать кастомный оператор ConfigmapSync для синхронизации Configmap между пространствами имен. Рассказываем, как его написать и развернуть его с помощью Kubebuilder.

https://habr.com/ru/companies/slurm/articles/779986/

#kubernetes #k8s #configmap #kubernetes_operator #go #devops

Пишем оператор Kubernetes: руководство для начинающих

Перевели туториал об основах контроллеров, операторов и CRD. В качестве практики вы можете создать кастомный оператор ConfigmapSync для синхронизации Configmap между пространствами имен....

Хабр

Started the #SpringBoot3 #Java17 migration for a JAR library today. It's a REST API client using #springwebflux for a vendor proxy service. Almost done.

A few more applications to go. Well, it's a team effort, so I have one more assigned to me. Might work on that #OpenShift #ConfigMap update. We'll see.

#java #jdk17 #springframework #softwaredevelopment

Alright #ConfigMap deployments done earlier today. These ones still follow Properties format.

Fun fact. The key/value pairs can actually be separated by, ":". As in, foo : bar. Yup, that's right. Most people use, foo = bar, instead. #Java Properties util class supports both.

Anyway, next release should have that converted to YAML formatting. But not before the release update for the app that will consume these ConfigMaps are in Prod, to see if it's working normally.
#lifeOfADev

Thought of storing the app config on a persistent volume like NFS. There's one provisioned. Not sure if it'll work if the pod gets started/stopped often. Fail if file exists? Does #OpenShift delete the file when the pod's stopped? Or maybe have the project handling the configs forego #ConfigMap & write to NFS instead? #SpringBoot can pick it up on next run, since NFS is auto attached. But having to write code for r/w, not to mention, dir segregation for Test, Prod, etc is gonna be a hassle. 😁