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