Dalam artikel ini, saya ingin bercakap tentang cara kami mengubah pendekatan kepada orkestrasi pada projek permulaan kami, sebab kami melakukannya, dan masalah yang kami selesaikan di sepanjang jalan. Artikel ini tidak boleh dikatakan unik, tetapi saya masih fikir ia boleh berguna kepada seseorang, kerana dalam proses menyelesaikan masalah, bahan itu dikumpulkan oleh kami dengan bunyi berderit yang baik.
Apa yang kita ada dan apa yang kita bincangkan? Dan kami mempunyai projek permulaan dengan sejarah pembangunan kira-kira 2 tahun dari kawasan pengiklanan. Projek ini pada asalnya dibina sebagai perkhidmatan mikro, dan bahagian pelayannya ditulis dalam Symfony + sedikit Laravel, Django dan NodeJs asli. Perkhidmatan ini pada dasarnya adalah API untuk pelanggan mudah alih (terdapat 3 daripadanya dalam projek) dan SDK kami sendiri untuk IOS (dibina dalam aplikasi pelanggan kami), serta antara muka web dan pelbagai papan pemuka pelanggan yang sama ini. Semua perkhidmatan pada mulanya didocker dan dijalankan oleh docker-compose.
Benar, docker-compose tidak digunakan di mana-mana, tetapi hanya dalam persekitaran tempatan pembangun, dalam ujian pelayan dan dalam perancangan semasa membina dan menguji perkhidmatan. Dalam persekitaran pengeluaran, kami menggunakan Google Kubernetes Engine (GKE). Selain itu, kami mengkonfigurasi GKE sepenuhnya melalui antara muka webnya pada permulaan projek, yang agak pantas dan, seperti yang kami fikirkan pada masa itu, mudah. Satu-satunya proses automatik ialah membina imej Docker untuk melancarkan perkhidmatan dalam GKE.
