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