Layanan mikro

Saya didekati oleh Pelatih Flatiron yang bekerja di Hubungan Karyawan tentang sebuah perusahaan yang tertarik dengan CV saya dan ingin wawancara. Saya sangat menikmati wawancara dan dapat mengajukan pertanyaan yang memberikan wawasan yang luar biasa.

Satu pertanyaan yang saya ajukan adalah tentang masa depan perusahaan dan pendekatan dengan teknologi mereka. Pewawancara menjawab dengan berbicara tentang satu jalur potensial, yaitu mengadopsi layanan mikro. Saya tidak tahu banyak tentang itu tapi pasti mendengar dan melihat kata kunci ini. Pewawancara dengan ramah berbicara lebih banyak tentang hal itu dan mengapa hal itu dapat bermanfaat bagi pertumbuhan di masa depan. Jadi, saya memutuskan untuk meneliti lebih lanjut tentang layanan mikro dan pro dan kontra menggunakannya.

Mikro. Jasa. Apa?

Arsitektur layanan mikro memungkinkan kami membuat aplikasi yang sangat skalabel dan fleksibel dengan memecah aplikasi menjadi layanan berbeda yang mengimplementasikan fungsi bisnis tertentu. Layanan ini, sering disebut sebagai "penggabungan longgar", kemudian dapat dibangun, diterapkan, dan diskalakan secara independen.

Setiap layanan individu berkomunikasi dengan layanan lain, melalui API, yang memungkinkan mereka untuk ditulis dalam bahasa yang berbeda atau pada teknologi yang berbeda (meskipun banyak praktisi tidak menyarankannya). Ini tidak seperti arsitektur Monolitik di mana layanan saling terkait secara rumit dan hanya berskala bersama.

Mengapa Layanan Mikro?

Dalam penelitian saya, saya telah melihat bahwa arsitektur ini menjadi sangat populer karena karakteristik modularnya yang memungkinkan fleksibilitas, skalabilitas, dan efisiensi pengembangan.

Arsitektur layanan mikro telah meningkat popularitasnya karena karakteristik modularnya mengarah pada fleksibilitas, skalabilitas, dan upaya pengembangan yang berkurang. Platform cloud juga memungkinkan layanan mikro dan fungsi diskalakan dari tidak aktif ke volume tinggi dan kembali lagi sementara pelanggan hanya membayar untuk kapasitas komputasi yang mereka gunakan.

Panggil Manfaatnya

• Kebebasan untuk mengembangkan dan menyebarkan layanan secara mandiri.
• Dapat dikembangkan oleh tim yang cukup kecil.
• Kode untuk layanan yang berbeda dapat ditulis dalam bahasa yang berbeda.
• Integrasi yang mudah dan penerapan otomatis (menggunakan alat integrasi berkelanjutan sumber terbuka).
• Mudah dipahami dan dimodifikasi untuk pengembang, sehingga dapat membantu anggota tim baru menjadi produktif dengan cepat.
• Pengembang dapat menggunakan teknologi terbaru.
• Kode diatur berdasarkan kemampuan bisnis.
• Ketika perubahan diperlukan di bagian tertentu dari aplikasi, hanya layanan terkait yang dapat dimodifikasi dan digunakan kembali.
• Isolasi kesalahan yang lebih baik: Kegagalan satu layanan mikro tidak mencegah layanan lain berfungsi.
• Mudah untuk diskalakan dan diintegrasikan dengan layanan pihak ketiga.
• Tidak ada komitmen jangka panjang untuk tumpukan teknologi tetap.

• Karena penyebaran terdistribusi, pengujian bisa menjadi rumit dan membosankan.
• Peningkatan jumlah layanan dapat mengakibatkan hambatan informasi.
• Menjadi sistem terdistribusi, dapat mengakibatkan duplikasi usaha.
• Ketika jumlah layanan meningkat, integrasi dan pengelolaan seluruh produk dapat menjadi rumit.
• Selain beberapa kompleksitas arsitektur monolitik, para pengembang harus berurusan dengan kompleksitas tambahan dari sistem terdistribusi.
• Membutuhkan lebih banyak komunikasi dan kerja sama antara tim yang berbeda (ini mungkin tidak selalu mudah).