Apa Manfaat Layanan Mikro, dan Akankah Mereka Membayar Untuk Bisnis Anda?

Konsep layanan mikro, sebuah pendekatan untuk merancang aplikasi perangkat lunak sebagai satu set layanan kecil, telah ada setidaknya sejak 2015. Memberikan manfaat seperti penerapan independen dan skalabilitas komponen, layanan mikro sangat populer saat ini. Ini karena manfaat layanan mikro ini diterjemahkan ke dalam kecepatan pengembangan perangkat lunak yang sangat cepat. Dengan konsumen yang cepat mengubah preferensi dan perilaku mereka, pengadopsi layanan mikro dapat mengikutinya. Hidup sekarang hebat, kata mereka. Sebanyak 56% perusahaan yang berpartisipasi dalam survei IMB baru-baru ini berencana untuk mengadopsi pendekatan layanan mikro dalam 24 bulan ke depan.

Hampir 80% pengguna saat ini mengatakan bisnis mereka kemungkinan akan meningkatkan investasi dalam layanan mikro. Keunggulan layanan mikro telah mendorong Netflix, Amazon, eBay, Twitter, dan banyak raksasa teknologi lainnya untuk bermigrasi dari arsitektur monolitik ke layanan mikro. Tetapi haruskah perusahaan Anda menggunakan layanan mikro? Itu tergantung pada konteksnya dan apakah pro layanan mikro lebih besar daripada kontra untuk aplikasi Anda. Blog ini memberikan ikhtisar tentang pendekatan layanan mikro vs. monolitik dan lima manfaat utama menggunakan arsitektur layanan mikro. Ini juga membagikan beberapa pengalaman layanan mikro ITRex dan menawarkan tip tentang kapan bisnis seharusnya (tidak) menggunakan layanan mikro. Menyelam ke dalam.

Definisi dan perbandingan layanan mikro dengan arsitektur monolitik

Apa itu arsitektur layanan mikro? Gaya layanan mikro adalah pendekatan untuk mengembangkan aplikasi perangkat lunak cloud-native sebagai rangkaian komponen kecil, atau layanan, yang dirancang di sekitar alur kerja bisnis tunggal dan bekerja bersama. Pada dasarnya, layanan mikro adalah bagian dari perubahan mendasar ke DevOps, budaya di mana tim pengembangan dan operasi TI bekerja sama secara erat menggunakan alat otomatisasi untuk menghasilkan lebih cepat.

Layanan mikro:

• dikembangkan secara mandiri,
• menggunakan database mereka sendiri dan dapat ditulis dalam bahasa yang berbeda,
• berkomunikasi melalui API dengan protokol ringan seperti HTTP, perantara pesan, atau streaming acara, dan
• melakukan fungsi bisnis tertentu.

Misalnya, aplikasi e-commerce berbasis layanan mikro mungkin memiliki layanan independen yang bertanggung jawab atas gambar produk, manajemen profil pengguna, pencarian, verifikasi inventaris, pemrosesan pembayaran, dan pengiriman. Ujung depan (sisi situs web yang menghadap pelanggan) dipisahkan dari ujung belakang (sisi yang menghadap bisnis) sehingga memungkinkan untuk menyesuaikan dan mengelolanya secara terpisah. Jika Anda mengambil contoh Amazon, arsitektur layanan mikro mungkin terlihat luar biasa, jika tidak menakutkan.

Namun, tanpa menggunakan arsitektur layanan mikro, Amazon tidak akan berkembang menjadi salah satu perusahaan paling berharga di dunia (dinilai dengan kapitalisasi pasar $1,694 triliun per Desember 2021). Keputusan untuk memanfaatkan manfaat layanan mikro dibuat kembali pada awal 2000-an ketika Amazon memahami bahwa itu gagal untuk menskalakan dengan kecepatan pertumbuhan basis pelanggan karena masalah pengembangan dan pengkodean yang lambat.

Netflix terbangun dengan manfaat arsitektur layanan mikro berbasis cloud di akhir 2000-an setelah tidak dapat mengirimkan DVD ke pelanggan selama beberapa hari karena kerusakan basis data besar-besaran. Setelah memecah aplikasi mereka menjadi lebih dari 700 layanan mikro, insinyur Netflix hari ini dapat menerapkan kode ribuan kali per hari, memungkinkan perusahaan untuk mengalirkan sekitar 250 juta jam konten setiap hari ke lebih dari 200 juta anggota di seluruh dunia. Arsitektur apa yang digunakan oleh bintang teknologi ini dan banyak perusahaan lain sebelumnya, di masa pra-cloud? Mereka menggunakan monolit.

Apa itu arsitektur monolitik?

Aplikasi monolitik dibangun sebagai satu unit yang menggabungkan semua komponen, termasuk antarmuka pengguna sisi klien, operasi sisi server, dan database. Biasanya, arsitektur monolitik:

• memiliki basis kode tunggal untuk semua fungsi,
• terikat erat, dan
• menggunakan data terpusat.

Aplikasi e-commerce yang dikembangkan menggunakan pendekatan monolitik akan terdiri dari layanan front-end dan back-end yang digabungkan secara erat sebagai satu unit, yang berarti bahwa setiap penyesuaian akan memerlukan perubahan dalam basis kode dan platform front-end (lihat diagram di bawah untuk perbandingan).

Aplikasi monolitik masih jauh dari mati. Sebenarnya, mereka masih bisa menjadi pilihan yang baik karena seringkali lebih mudah dan lebih murah untuk dibangun (setidaknya di masa-masa awal mereka). Namun, mereka datang dengan kekurangan. Perubahan di satu bagian, baik untuk tujuan peningkatan atau penskalaan, sering kali memerlukan pembangunan kembali dan penempatan ulang seluruh sistem.

Demikian juga, seluruh sistem dapat dihancurkan oleh satu bagian yang tidak berfungsi, yang berarti monolit rapuh. Monolit juga sulit dipelihara seiring pertumbuhannya, dan integrasi dengan alat pihak ketiga juga tidak menyenangkan. Kelemahan ini sulit untuk diabaikan dalam lingkungan pasar yang mengganggu saat ini di mana bisnis harus bereaksi cepat terhadap perubahan untuk bertahan dan berkembang. Karenanya desas-desus tentang manfaat layanan mikro yang dibangun oleh tim DevOps.

5 manfaat utama layanan mikro

1. Penyebaran independen

Ini mungkin keuntungan paling penting dari layanan mikro, setidaknya menurut Sam Newman, salah satu pelopor awal layanan mikro. Membuat perubahan pada aplikasi untuk meningkatkan kinerja atau menambahkan fitur baru dalam menanggapi kebutuhan pengguna yang muncul sangatlah mudah dengan layanan mikro mandiri. Setiap layanan dapat dimodifikasi dan ditingkatkan tanpa menyentuh seluruh sistem. Mereka dapat diskalakan secara independen satu sama lain juga jika satu fitur terlalu banyak dimuat karena permintaan berlebih. Misalnya, Anda hanya dapat menskalakan layanan pemrosesan pembayaran jika Anda menerima lebih banyak pembayaran, tanpa meningkatkan konsumsi sumber daya oleh layanan lain. Dengan cara ini, prosesnya membutuhkan lebih sedikit infrastruktur dan mengarah pada penghematan biaya.

2. Jari-jari ledakan yang lebih rendah dari kegagalan

Kopling longgar dari arsitektur layanan mikro juga memberikan keuntungan lain dari layanan mikro — ketahanan yang lebih baik. Batasan yang jelas antara layanan, ditambah dengan ukuran mikronya, membatasi dampak rilis baru dan memastikan isolasi kesalahan. Kegagalan dalam satu layanan tidak menghapus fungsionalitas yang tidak terkait, dengan sisa sistem tetap utuh dan terus memberikan layanan kepada pengguna.

3. Isolasi data

Ini adalah manfaat ketiga yang diberikan layanan mikro jika dilakukan dengan benar. Kedaulatan data per komponen adalah fitur penting dari layanan mikro. Arsitektur layanan mikro memungkinkan untuk dengan jelas menggambarkan layanan yang menyentuh data, yang sangat penting, terutama jika organisasi harus mematuhi peraturan data perawatan kesehatan atau GDPR.

4. Penggunaan teknologi yang tepat

Karena aplikasi monolitik memiliki basis kode tunggal, sulit untuk menyesuaikan pendekatan teknologi untuk setiap fungsi dan kompromi sering dicari. Layanan mikro, sebaliknya, dirancang berdasarkan kemampuan bisnis secara default, memungkinkan tim untuk memilih teknologi terbaik yang tersedia untuk fungsi tertentu guna memanfaatkannya sebaik mungkin. Ini karena layanan mikro dapat menggunakan teknologi atau bahasa pemrograman yang berbeda untuk komponen yang berbeda. Layanan mikro juga menyederhanakan adopsi teknologi terbaru atau integrasi dengan alat pihak ketiga sesuai kebutuhan. Tidak adanya penguncian vendor adalah keunggulan layanan mikro lainnya yang secara alami berasal dari arsitekturnya yang digabungkan secara longgar.

5. Efisiensi

Pendekatan layanan mikro memungkinkan perusahaan untuk membentuk tim kecil lintas fungsi di sekitar satu layanan atau rangkaian layanan yang dapat beroperasi dengan cara yang gesit. Model ini meminimalkan handoff ketika satu tim perlu menunggu yang lain untuk menyelesaikan tugas mereka, baik itu penyebaran atau pengujian, sebelum mereka dapat memulai pekerjaan mereka. Tanpa ketergantungan pada tim lain, kecepatan pengembangan semakin cepat. Pengadopsi melaporkan banyak manfaat menggunakan layanan mikro, menurut survei IMB terhadap 1.200 eksekutif dan pengembang TI. Keuntungan layanan mikro terpenting yang mereka rasakan meliputi: 30% — Kepuasan pelanggan yang lebih tinggi 29% — Keamanan data perusahaan/pelanggan yang lebih baik 29% — Waktu yang lebih cepat untuk memasarkan 28% — Peningkatan kinerja aplikasi 27% — Fleksibilitas yang lebih besar untuk meningkatkan sumber daya atau turun 26% — Peningkatan produktivitas karyawan Apakah ada tantangan dengan layanan mikro? Yah, seperti kutipan populer, layanan mikro bukanlah makan siang gratis. Baca terus.

Bagian buruk tentang layanan mikro

1. Kompleksitas

Kompleksitas yang melekat pada layanan mikro meningkat dengan jumlah layanan. Kompleksitas ini berlipat ganda dan dikaitkan dengan hal-hal berikut:

• Kontrol top-down di tingkat teknologi dan operasional tidak mungkin
• Pengujian itu sulit, dan tidak akan pernah ada terlalu banyak otomatisasi pengujian
• Menerapkan antar-komunikasi itu rumit sehingga diperlukan pengembang yang berbakat
• Jumlah data yang dicatat terlalu besar, yang dapat menyebabkan ketidakkonsistenannya
• Masalah kompatibilitas mungkin muncul dengan versi baru
• Ada kesulitan dalam menyediakan jumlah sumber daya yang tepat

2. Biaya

Layanan mikro memberi perusahaan lebih banyak pilihan untuk menghasilkan uang tetapi tidak menyimpannya. Terlepas dari biaya perekrutan pengembang yang mampu membangun lingkungan layanan mikro yang kompleks, ada tagihan cloud dan API. Kabar baiknya adalah, biaya berkelanjutan dapat dioptimalkan secara signifikan karena layanan mikro menggunakan sumber daya sesuai permintaan dengan basis bayar sesuai penggunaan.

3. Risiko keamanan

Setengah dari responden dalam survei IBM menyebutkan keamanan di antara tantangan utama yang mereka hadapi dalam perjalanan adopsi layanan mikro mereka. Keamanan perlu dimasukkan sejak awal karena setiap layanan mikro memiliki set titik masuknya sendiri untuk berkomunikasi dengan orang lain melalui berbagai tingkat infrastruktur, yang mengarah pada peningkatan paparan aplikasi terhadap serangan. Selain itu, penskalaan infrastruktur memperbesar risiko kehilangan kendali dan visibilitas komponen aplikasi.

Kapan (tidak) menggunakan layanan mikro

Dan akhirnya, pertanyaan terakhir kami: kapan arsitektur layanan mikro sepadan dengan kerumitannya? Sementara buzz di balik layanan mikro sebagai kecocokan alami untuk aplikasi cloud-native semuanya dijamin, mereka tidak boleh menjadi gaya default Anda. Literatur mengatakannya secara sederhana: mulai dengan monolit dan pisahkan ketika Anda mengalami masalah skalabilitas atau konsumsi sumber daya, atau apa pun yang membenarkan mengambil jalur layanan mikro.

Berikut adalah tip utama kami ketika TIDAK menggunakan layanan mikro:

1. Jika Anda seorang pemula, layanan mikro adalah ide yang buruk. Akan lebih bijaksana untuk memulai dengan aplikasi monolitik dan memecahnya menjadi komponen yang lebih kecil ketika menjadi terlalu rumit untuk tim dua pizza. Yang Anda inginkan adalah menjalankan eksperimen murah daripada menginvestasikan banyak waktu, tenaga, dan uang untuk membangun arsitektur kompleks untuk produk yang nilai pelanggannya belum divalidasi. Monolit adalah cara sempurna untuk menguji (dan membuang) MVP untuk mempelajari dengan cepat apa yang akan memberikan nilai bagi pelanggan Anda. Seperti yang dikatakan Martin Fowler, guru layanan mikro terkemuka lainnya: i) Hampir semua kisah layanan mikro yang sukses dimulai dengan monolit yang menjadi terlalu besar dan rusak. ii) Hampir semua kasus di mana saya pernah mendengar tentang sistem yang dibangun sebagai sistem layanan mikro dari awal, berakhir dengan masalah serius. Catatan: Jika domain produk tidak pasti, Anda sebaiknya tidak menggunakan layanan mikro saat memulai. Mungkin terlalu dini untuk mengambil keputusan arsitektur yang kompleks, dan kemungkinan pendekatan Anda untuk mengatur komunikasi dan batasan akan jauh melenceng ketika proyek Anda matang.

2. Layanan mikro bukanlah pilihan tepat untuk solusi yang tidak rumit dan dapat dikelola oleh tim yang relatif kecil. Meluncurkan arsitektur layanan mikro yang kompleks untuk alat penjadwalan acara perusahaan Anda mungkin memang menghibur pengembang Anda, tetapi apakah itu sepadan dengan semua masalahnya? Layanan mikro pada awalnya dirancang untuk mengatasi satu masalah: kompleksitas. Seperti yang dikatakan Martin Fowler, "jangan mempertimbangkan layanan mikro kecuali Anda memiliki sistem yang terlalu rumit untuk dikelola sebagai monolit."

3. Jangan menggunakan layanan mikro jika aplikasi Anda terlalu kecil untuk membenarkannya. Apakah manajemen inventaris atau sistem pembelian Anda perlu dikonversi ke layanan mikro jika mereka bekerja dengan sangat baik sebagaimana mestinya? Sekali lagi, ide menggunakan layanan mikro adalah untuk memecah aplikasi kompleks menjadi serangkaian layanan yang lebih kecil. Mengurai kode yang sudah kecil dan langsung hanya akan menambah kerumitan — sekarang Anda harus menavigasi semua masalah penerapan, interoperabilitas, dan debugging dengan banyak artefak alih-alih menerapkan seluruh unit dengan cara kuno yang baik.

Oke, tetapi kapan harus menggunakan layanan mikro untuk menuai manfaatnya?

Layanan mikro masuk akal ketika salah satu pernyataan di atas salah. Dengan kata lain:

• Ketika produk Anda berkembang menjadi sesuatu yang kompleks yang perlu dijinakkan atau ketika Anda ingin mengikuti perubahan dan menambahkan fitur penting yang tidak mungkin diterapkan karena kemacetan arsitektur monolitik.
• Saat Anda membangun produk besar dan kompleks dengan cakupan yang ditentukan dari awal. Setiap kali sebuah perusahaan ingin mengatur lusinan pengembang untuk membangun solusi skala besar dengan serangkaian fitur yang jelas, perusahaan harus mempertimbangkan untuk menyiapkan tim kecil lintas fungsi, yang masing-masing bertanggung jawab atas satu komponen. Dengan cara ini setiap tim dapat bekerja secara independen, dengan orang yang berdedikasi menangani manajemen API, jalur data, skema, dan kemampuan lainnya.

Contoh nyata dan nyata dari portofolio ITRex akan menjadi alat keamanan siber internal yang ingin diubah klien menjadi platform Keamanan sebagai Layanan. Layanan mikro sangat cocok untuk proyek ini karena arsitektur monolitik tidak dapat memberikan skalabilitas yang dibutuhkan solusi SaaS untuk melayani semakin banyak pelanggan, atau fleksibilitas untuk berkembang dan tetap berada di depan peretas.

Proyek ilustratif lainnya adalah platform data besar bertenaga AI untuk pengecer global. Klien kami menginginkan solusi cloud-agnostik yang dibangun dari bawah ke atas. Sudah jelas sejak awal bahwa platform akan menangani banyak data dan harus dirancang sebagai skalabel untuk memenuhi sumber data baru yang akan ditambahkan di masa mendatang. Kami juga harus mempertimbangkan kebutuhan untuk membangun komunikasi dengan beberapa layanan eksternal. Jadi menyadari manfaat layanan mikro dalam proyek ini juga merupakan strategi alami. Arsitektur layanan mikro memungkinkan kami meluncurkan sistem kompleks ini dengan lancar, menggunakan Kubernetes untuk mengatur layanan mikro dan API.

Dan ada cermin kebugaran bertenaga AI yang dilengkapi dengan kamera 3D dan model ML yang dilengkapi dengan sensor IoT yang terpasang pada peralatan pengguna. Komponen utamanya, termasuk panel admin, aplikasi Android, dan sistem manajemen aturan, telah dibuat oleh tim yang berbeda di berbagai tahap proyek, masing-masing menggunakan kode dan arsitektur yang berbeda. Ketika kompleksitas penanganan semuanya menjadi luar biasa, kami memahami bahwa kami perlu membangun satu backend untuk manajemen terpusat. Dan kami mengubahnya menjadi layanan mikro, mendesain ulang kodenya, dan membuat database baru. Ada manfaat lain menggunakan pendekatan layanan mikro, seperti menghindari kode atau fungsi duplikat.

Jadi, menurut pengalaman kami, lebih baik menggunakan layanan mikro ketika Anda perlu mengelola volume data yang terus bertambah, menangani kompleksitas interoperasi, atau memastikan bahwa sistem Anda cukup fleksibel untuk berkembang bersama bisnis.

Catatan akhir

Revolusi layanan mikro sedang berlangsung saat perusahaan menyadari keunggulan layanan mikro untuk mendapatkan keunggulan di pasar. Manfaat microservices memungkinkan organisasi untuk gesit dan gesit di tengah disrupsi yang sudah menjadi new normal. Mampu menyebarkan perangkat lunak yang lebih baik, lebih cepat membuat mereka siap untuk apa pun yang datang berikutnya setelah "apa selanjutnya." Sebelum mengikuti, penting bagi Anda untuk mengetahui manfaat layanan mikro apa yang dapat tersedia untuk perusahaan Anda dan apakah kerumitan tersebut dapat dibenarkan. Selain itu, layanan mikro dapat melakukan keajaiban.

Masih bingung jika perusahaan Anda harus jatuh cinta pada manfaat layanan mikro? Hubungi konsultan ITRex. Kami akan membantu Anda mengetahuinya.

Awalnya diterbitkan di https://itrexgroup.com pada 10 Januari 2022.