В тази статия бих искал да споделя как променихме подхода си към оркестрацията на нашия стартъп проект, защо го направихме и какви проблеми решавахме по пътя. Тази статия едва ли може да претендира за уникалност, но все пак мисля, че може да е полезна на някого, тъй като материалът се събираше от нас с прилична скорост в процеса на решаване на задачата.
Какво имахме и за какво става въпрос изобщо? Имахме стартъп проект с приблизително 2-годишна история на разработка в областта на рекламата. Проектът първоначално беше създаден като микросервизен, а сървърната му част е написана на Symfony + малко Laravel, Django и нативен NodeJs. Услугите представляват основно API за мобилни клиенти (имаме 3 в проекта) и наш собствен SDK за iOS (интегрира се в приложенията на нашите клиенти), както и уеб интерфейси и различни табла за управление на тези клиенти. Всички услуги бяха първоначално докеризирани и работеха под управлението на docker-compose.
Истината е, че docker-compose не се използваше навсякъде, а само в локалната среда на разработчиците, на тестовата сървър и вътре в pipeline по време на изграждането и тестването на услугите. А в производствената среда се използваше Google Kubernetes Engine (GKE). Освен това настройката на GKE в началото на проекта беше направена напълно чрез неговия уеб интерфейс, което беше доста бързо и, както ни се струваше тогава, удобно. Автоматизираният тук беше само процесът на изграждане на docker изображения за стартиране на услугите в GKE.
