Локальная разработка с Kubernetes. Немного танцев с бубном

На нескольких проектах я сталкивался с ситуацией, когда есть Kubernetes с разными окружениями типа dev, stage, prod и т.д. Код сервисов в эти самые окружения попадает в процессе CI/CD: то есть мы мержим какую-то ветку с разрабатываемой фичей или исправлением бага в ветку, которая “привязана” к окружению и дальше наш код деплоится в кластер. Думаю, для многих - это уже стандартная история. Давайте представим, что нужно сделать задачу, относящуюся к какому-нибудь микросервису, эта задача подразумевает запрос по сети к другому микросервису, а тот, в свою очередь, посылает запрос к еще другим микросервисам. Как быть, когда мы хотим, чтобы нам были доступны данные из других микросервисов, чтобы протестировать то, что мы сделали не в тестах с моками, а в условиях, похожих на “боевые”. Тут самым очевидным, как мне кажется, является разворачивание локально микросервиса, код которого мы “ковыряем” и проброс портов до целевого микросервиса в dev кластере (или в другом кластере, предназначенным для тестирования), например:

https://habr.com/ru/articles/926556/

#kubernetes #minikube #telepresence #k9s #микросервисы #разработка #kubectl

Have you ever wondered how #communication, #vr and #telepresence would look in a #solarpunk world?

A sustainable world would need us to travel less, slower and more mindfully - to limit the energy use, the risk of pandemics and more.

This doesn't mean that we should only talk to people living close to us - to the contrary, global connections between different cultures, regions, bioregions are incredibly valuable!

(1/n)