Layanan per pola tim

Alih-alih menguraikan monolit berdasarkan kemampuan atau layanan bisnis, pola layanan per tim memecahnya menjadi layanan mikro yang dikelola oleh masing-masing tim. Setiap tim bertanggung jawab atas kemampuan bisnis dan memiliki basis kode kemampuan. Tim secara independen mengembangkan, menguji, menyebarkan, atau menskalakan layanannya, dan terutama berinteraksi dengan tim lain untuk menegosiasikan API. Kami menyarankan Anda menetapkan setiap layanan mikro ke satu tim. Namun, jika tim cukup besar, beberapa subtim dapat memiliki layanan mikro terpisah dalam struktur tim yang sama. Tabel berikut menjelaskan kelebihan dan kekurangan penggunaan pola ini.

Keuntungan	Kekurangan
Tim bertindak secara independen dengan koordinasi minimal. Basis kode dan layanan mikro tidak dibagikan oleh beberapa tim. Tim dapat dengan cepat berinovasi dan iterate pada fitur produk. Tim yang berbeda dapat menggunakan teknologi, kerangka kerja, atau bahasa pemrograman yang berbeda. Penting: Ini harus disembunyikan di balik API publik yang terdefinisi dengan baik dan stabil.	Mungkin sulit untuk menyelaraskan tim dengan fungsionalitas pengguna akhir atau kemampuan bisnis. Upaya tambahan diperlukan untuk memberikan peningkatan aplikasi yang lebih besar dan terkoordinasi, terutama jika ada dependensi melingkar antar tim.

Ilustrasi berikut menunjukkan bagaimana monolit dapat dibagi menjadi layanan mikro yang dikelola, dikelola, dan disampaikan oleh masing-masing tim.