Как едно стартиране стигна от docker-compose до Kubernetes

В тази статия бих искал да говоря за това как променихме подхода към оркестрацията на нашия стартиращ проект, защо го направихме и какви проблеми решихме по пътя. Тази статия едва ли може да претендира за уникална, но все пак смятам, че може да бъде полезна за някого, тъй като в процеса на решаване на проблема събрахме материала с прилично количество усилия.  

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

Вярно е, че docker-compose не се използва навсякъде, а само в локалната среда на разработчиците, на тестов сървър и вътре в конвейера при изграждане и тестване на услуги. Но в производствената среда е използван Google Kubernetes Engine (GKE). Освен това конфигурирахме GKE в началото на проекта изцяло чрез неговия уеб интерфейс, което беше доста бързо и, както ни се стори тогава, удобно. Само процесът на изграждане на докер изображения за стартиране на услуги в GKE беше автоматизиран тук.

Прочетете повече