Bagaimana penggunaan arsitektur microservices membantu perusahaan dalam memecahkan masalah kompleks dan meningkatkan skalabilitas aplikasi?
Bagaimana cara mendefinisikan mikroservis dan skalabilitas? Kami mewawancarai Richard Reukema, arsitek perangkat lunak di Optimus Information dengan puluhan tahun pengalaman di bidang IT, mengenai skalabilitas mikroservis. Pertama-tama, ia percaya bahwa granularitas (seberapa minimal mikroservis dapat) dapat merugikan jika tidak didefinisikan dengan baik: "Saya pernah melihat mikroservis digunakan hingga pada titik di mana mereka begitu granular, sehingga ada begitu banyak mikroservis, sehingga ada begitu banyak panggilan REST sehingga seluruh sistem tidak dapat beroperasi secara besar." Seiring bertambahnya jumlah mikroservis, kompleksitas komunikasi juga
meningkat. Selain itu, karena mereka memiliki basis data dan log terpisah, pemeliharaan sejumlah besar mikroservis lebih menuntut. Demikian pula, mengubah aplikasi kecil menjadi mikroservis tidak sepadan dalam banyak kasus; dibandingkan dengan aplikasi kecil, arsitektur mikroservis lebih kompleks untuk dipelihara dan diimplementasikan.
Oleh karena itu, masalah utama dengan mikroservis adalah mendefinisikan ukuran mereka dengan benar.
Namun, mempertimbangkan fungsi aplikasi secara keseluruhan dan keseimbangan optimal antara granularitas dan independensi hanyalah bagian dari penyelesaian masalah.
Menurut Richard, yang menentukan aplikasi sebagai monolitik adalah operasi bisnis perusahaan mereka. Dengan kata-katanya sendiri, "arsitektur aplikasi tidak pernah menentukan implementasi; itu hanya menentukan tanggung jawab bisnis." Dia
memahami bahwa "jika sebuah bisnis memiliki pusat bantuan dan pusat bantuan tersebut menerima panggilan dari setiap aspek organisasi, itu akan menjadi aplikasi monolitik karena setiap kali telepon berdering, seseorang harus menjawab panggilan itu." Dengan cara ini, sebuah aplikasi akan se-monolitik proses bisnis organisasinya
memungkinkannya.
Oleh karena itu, cara menghindari mikroservis menjadi monolitik adalah dengan
mendekan saluran komunikasi mereka. "Jika Anda ingin panggilan pengiriman pergi ke orang pengiriman, dan panggilan penjualan pergi ke orang penjualan, dan inventaris ke orang inventaris, tiba-tiba Anda memiliki departemen yang entah memiliki operator yang mengarahkan panggilan ke departemen yang benar atau memberikan nomor telepon kepada orang-orang, dan berkata, ini adalah area bisnis kami yang menangani berbagai aspek bisnis ini, dan itu tidak berbeda dengan API."
Source : https://www.optimusinfo.com/microservices-scalability-as-a-business-issue/
diakses 04/12/2023 / 10:35
identifikasi dan diskusikan beberapa tantangan yang mungkin muncul dalam pengelolaan dan pemeliharaan lingkungan yang terdiri dari banyak layanan mikro.
Arsitektur Microservice merupakan evolusi dari Monolithic dan Service-Oriented Architecture (SOA), di mana sebuah aplikasi dibangun sebagai kumpulan layanan yang longgar terkait, dapat di-deploy secara independen. Setiap mikroservis umumnya berkorespondensi dengan fungsionalitas bisnis tertentu dan dapat dikembangkan, di- deploy, dan di-skalakan secara independen. Berbeda dengan Arsitektur Monolithic yang kurang modular, dan Service-Oriented Architecture (SOA) yang lebih kasar dan rentan terhadap satu titik kegagalan tunggal, arsitektur Microservice menawarkan dukungan yang lebih baik untuk modularitas, pengembangan independen, dan pengembangan terdistribusi yang sering menggunakan hukum Conway untuk mengorganisir tim berdasarkan arsitektur Microservice. Namun, arsitektur Microservice juga memperkenalkan beberapa tantangan dalam hal:
Kompleksitas Jaringan: Microservice berkomunikasi melalui jaringan, meningkatkan kemungkinan masalah terkait jaringan (lihat Fallacies of distributed computing).
Tantangan Sistem Terdistribusi: Mengelola sistem terdistribusi memperkenalkan kompleksitas dalam hal sinkronisasi, konsistensi data, dan penanganan kegagalan sebagian.
Pemantauan dan Troubleshooting: Karena sifat terdistribusi, pemantauan dan
troubleshooting dapat menjadi lebih kompleks, memerlukan alat dan praktik khusus.
Potensi untuk Kegagalan Berantai: Kegagalan dalam satu layanan dapat menyebabkan kegagalan dalam layanan yang bergantung jika tidak ditangani dengan baik.
Sumber : https://shahbhat.medium.com/fault-tolerance-in-microservices-67f41303d932 Diakses pada 01/12/2023 10:40
Bagaimana penggunaan layanan cloud meningkatkan efisiensi operasional dan elastisitas infrastruktur perusahaan?
Penggunaan layanan cloud dapat meningkatkan efisiensi operasional dan elastisitas infrastruktur perusahaan dengan beberapa cara:
Pembagian Beban Kerja (Workload Distribution):
Layanan cloud memungkinkan perusahaan untuk menyimpan dan menjalankan aplikasi serta data mereka di infrastruktur yang disediakan oleh penyedia layanan cloud. Ini mengurangi beban pemeliharaan dan administrasi infrastruktur fisik oleh perusahaan sendiri.
Distribusi beban kerja secara efisien melalui sumber daya cloud yang dapat disesuaikan dengan kebutuhan saat itu. Sebagai contoh, perusahaan dapat meningkatkan kapasitas sementara untuk menangani lonjakan lalu lintas atau kebutuhan komputasi tertentu, dan kemudian mengurangi kapasitas ketika tidak diperlukan lagi.
Skalabilitas Otomatis (Automatic Scalability):
Infrastruktur cloud memungkinkan perusahaan untuk secara otomatis menyesuaikan kapasitas sesuai dengan permintaan. Ini berarti bahwa perusahaan dapat mengelola lonjakan beban kerja tanpa perlu menginvestasikan dalam infrastruktur fisik tambahan.
Skalabilitas otomatis memungkinkan perusahaan untuk tetap responsif terhadap perubahan kebutuhan bisnis tanpa memerlukan intervensi manual yang signifikan.
Model Pembayaran Berbasis Penggunaan (Pay-as-You-Go Model):
Layanan cloud umumnya menawarkan model pembayaran berbasis penggunaan, di mana perusahaan hanya membayar untuk sumber daya yang mereka konsumsi. Ini
menghilangkan kebutuhan untuk mengeluarkan biaya modal besar di muka untuk infrastruktur.
Dengan model ini, perusahaan dapat mengoptimalkan pengeluaran mereka berdasarkan kebutuhan aktual mereka, memberikan fleksibilitas finansial yang lebih besar.
Manajemen Pusat (Centralized Management):
Layanan cloud menyediakan antarmuka pusat yang memungkinkan perusahaan untuk mengelola seluruh infrastruktur mereka secara terpusat. Hal ini mempermudah pemantauan, konfigurasi, dan pengelolaan sumber daya IT.
Manajemen pusat juga mendukung pemantauan kinerja yang lebih baik, pemecahan masalah, dan implementasi kebijakan keamanan secara konsisten.
Akses Terkemuka ke Teknologi Terbaru:
Penyedia layanan cloud secara teratur memperbarui dan meningkatkan infrastruktur mereka dengan teknologi terbaru. Dengan menggunakan layanan cloud, perusahaan dapat mengakses teknologi terkini tanpa harus mengelola dan memelihara peralatan sendiri.
Dengan mengadopsi layanan cloud, perusahaan dapat mencapai efisiensi operasional yang lebih besar, mengurangi kompleksitas infrastruktur, dan menjadi lebih responsif terhadap perubahan dalam lingkungan bisnis.
Jelaskan bagaimana CI/CD membantu perusahaan dalam mempercepat pengiriman perangkat lunak. Sebutkan beberapa praktik terbaik untuk memaksimalkan keuntungan dari CI/CD.
Integrasi Berkelanjutan (CI) dan Pengiriman/Penerapan Berkelanjutan (CD) mempercepat pengiriman perangkat lunak dengan mengotomatisasi integrasi kode, menerapkan pengujian otomatis, dan memfasilitasi siklus pengembangan yang lebih cepat. Praktik terbaik melibatkan otomatisasi integrasi kode, pemanfaatan pengujian otomatis untuk berbagai tingkatan, pembentukan lingkungan yang terisolasi untuk setiap tahap CI/CD, pengelolaan konfigurasi dan infrastruktur sebagai kode, implementasi pemantauan dan logging yang efektif, memastikan mekanisme otomatis untuk rollback, mendorong kolaborasi DevOps, melakukan pengujian A/B dan pengujian kinerja secara teratur, dan memberikan pendidikan dan pelatihan berkelanjutan untuk tim
pengembangan. Implementasi yang tepat dari CI/CD memungkinkan perusahaan untuk mengirimkan perangkat lunak dengan cepat, mengurangi risiko kesalahan, dan
meningkatkan respons terhadap perubahan kebutuhan pasar.
Analisis efek positif dan negatif dari implementasi CI/CD terhadap siklus hidup pengembangan perangkat lunak dan kualitas produk akhir.
Implementasi Continuous Integration/Continuous Delivery (CI/CD) memberikan dampak positif dengan mempercepat pengiriman perangkat lunak, mendeteksi kesalahan lebih awal, dan meningkatkan kualitas produk. Namun, juga terdapat beberapa dampak negatif seperti biaya implementasi awal, perubahan yang dibutuhkan dalam pelatihan tim, ketergantungan pada infrastruktur cloud, risiko keamanan, overhead administratif, dan potensial ketidaksesuaian dengan model bisnis tertentu. Keberhasilan implementasi CI/CD bergantung pada manajemen yang bijaksana dan penyesuaian dengan kebutuhan organisasi untuk mengoptimalkan manfaat positif dan meminimalkan dampak negatif.
