Mengurai Azure Local: Apakah Ini Sekadar Azure di Pusat Data Anda?
By Mirko Peters ·
Selamat datang kembali di blog! Jika Anda pernah berbincang dengan pemimpin TI perusahaan, arsitek cloud, atau insinyur sistem belakangan ini, Anda mungkin sudah menyadari adanya ma…
Automatically translated with AI from the original post. Read the English original
![Cover: Azure Local and Landing Zones: How to Build Hybrid Cloud the Right Way with Christoffer Klarskov Jakobsen [MVP]](https://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/fd14acff203bdb255365b5f6a98a6cdc.jpg)
Selamat datang kembali di blog ini! Jika Anda cukup sering berbicara dengan pemimpin TI perusahaan, arsitek cloud, atau insinyur sistem belakangan ini, Anda mungkin sudah menyadari adanya pergeseran besar dalam cara kita memandang infrastruktur. Selama bertahun-tahun, narasi industri sederhana saja: pindahkan semuanya ke public cloud dan tinggalkan pusat data fisik. Namun, kenyataannya jarang sesederhana itu. Perusahaan dengan cepat menyadari bahwa meskipun public cloud sangat hebat dalam hal skalabilitas dan kelincahan, ia tidak mampu menyelesaikan setiap tantangan. Sebagian data harus tetap berada secara lokal karena kepatuhan regulasi yang ketat. Sebagian aplikasi menuntut latensi yang sangat rendah dan tidak dapat menoleransi perjalanan bolak-balik ke region public cloud. Pabrik, rumah sakit, dan kantor cabang sering kali membutuhkan kemampuan komputasi yang tetap berjalan meskipun jaringan terputus.
Muncullah Azure Local. Ini adalah konsep yang kuat dan menjanjikan jembatan antara infrastruktur lokal dan pengelolaan cloud. Namun, konsep ini juga menimbulkan banyak kebingungan. Apakah ini hanya klaster virtualisasi dengan merek baru? Apakah ini salinan persis dari Azure public cloud yang berjalan di server fisik Anda sendiri? Untuk menguraikan kerumitan realitas hybrid cloud ini, saya baru-baru ini melakukan percakapan yang luar biasa dengan Microsoft MVP Christoffer Klarskov Jakobsen di podcast. Jika Anda ingin menyelami detail teknis dan strategi arsitektur, pastikan untuk menyimak episode lengkapnya: Azure Local and Landing Zones: How to Build Hybrid Cloud the Right Way with Christoffer Klarskov Jakobsen [MVP]. Dalam artikel ini, kita akan memperdalam wawasan tersebut, mengurai Azure Local, dan membahas cara membangun hybrid cloud yang benar.
Sebenarnya Apa Itu Azure Local?
Untuk memahami Azure Local, kita perlu terlebih dahulu menyingkirkan hiruk-pikuk pemasaran. Banyak orang mendengar kata "Azure" lalu langsung beranggapan bahwa mereka akan mendapatkan seluruh katalog layanan public cloud di dalam rak server mereka. Anggapan itu jelas tidak benar. Azure Local memadukan teknologi infrastruktur fisik yang sudah dikenal dengan kemampuan pengelolaan, tata kelola, dan keamanan berbasis cloud.
Pada intinya, Azure Local memungkinkan organisasi menjalankan mesin virtual tradisional, beban kerja kontainer modern melalui Kubernetes, serta beban kerja khusus seperti Azure Virtual Desktop atau SQL Managed Instance langsung di perangkat keras lokal. Namun, keajaiban sebenarnya bukan sekadar kemampuan menjalankan VM secara lokal, karena kita sudah melakukan hal itu dengan virtualisasi tradisional selama puluhan tahun. Pembeda yang sesungguhnya adalah pengalaman pengelolaan Azure yang membungkus infrastruktur lokal tersebut. Anda dapat menjaga beban kerja tetap dekat dengan lantai produksi, peralatan medis, atau pengguna lokal, sambil memanfaatkan alat Azure untuk mengelola, memantau, dan mengamankan lingkungan tersebut.
Apakah Azure Local Hanya Azure di Pusat Data Anda?
Anggapan umum yang keliru adalah bahwa menerapkan Azure Local memberi Anda region Azure mini yang berdiri sendiri di dalam gedung Anda. Memang Anda mendapatkan sejumlah layanan Azure dan kemampuan pengelolaan tertentu, tetapi arsitektur yang mendasarinya pada dasarnya berbeda dari pusat data public cloud.
Saat menggunakan Azure, Anda memanfaatkan infrastruktur multi-penyewa berskala hiperskala yang sepenuhnya dikelola oleh Microsoft. Saat menggunakan Azure Local, Anda mengoperasikan perangkat keras yang berada di fasilitas Anda sendiri atau di ruang colocation. Anda bertanggung jawab atas lingkungan fisik, daya, pendinginan, dan siklus hidup perangkat keras, meskipun bidang kontrol dan pengalaman pengelolaannya terlihat dan terasa seperti Azure.
Karena perbedaan ini, memperlakukan Azure Local sebagai pengganti langsung 1:1 untuk public cloud dapat menghasilkan keputusan arsitektur yang buruk. Lebih tepat jika dipahami sebagai jembatan, yaitu cara untuk memperluas model operasional cloud hingga ke edge dan ke pusat data tradisional di tempat akses public cloud terbatas atau tidak praktis.
Kapan Azure Local Masuk Akal untuk Organisasi Anda?
Tidak setiap organisasi membutuhkan Azure Local. Jika beban kerja Anda sepenuhnya siap untuk cloud dan Anda memiliki konektivitas internet yang andal dan berkecepatan tinggi, tetap menggunakan public cloud secara penuh biasanya merupakan jalur yang paling mudah. Namun, Azure Local sangat unggul dalam beberapa skenario spesifik berikut:
- Persyaratan Regulasi dan Residensi Data: Industri tertentu, seperti keuangan, pemerintahan, dan kesehatan, menghadapi mandat hukum yang ketat yang mewajibkan data tertentu tetap berada dalam batas geografis atau fisik tertentu.
- Beban Kerja Latensi Sangat Rendah: Otomasi industri, lantai manufaktur, dan sistem perdagangan keuangan tidak dapat menoleransi lonjakan latensi jaringan sekecil apa pun. Menyimpan sumber daya komputasi secara lokal memastikan waktu respons yang instan.
- Operasi Terputus: Lingkungan yang harus tetap mempertahankan kemampuan operasional inti meskipun koneksi internet eksternal terputus sangat diuntungkan oleh infrastruktur lokal.
- AI Lokal dan Analitik Edge: Seiring beban kerja kecerdasan buatan semakin lazim, organisasi sering perlu memproses aliran data lokal dalam jumlah besar secara real time sebelum mengirimkan ringkasan atau telemetri kembali ke cloud pusat.
Memperlakukan Azure Local sebagai Cloud Lokal
Salah satu pelajaran arsitektur terpenting dari diskusi saya dengan Christoffer adalah bahwa Anda tidak bisa memperlakukan Azure Local seperti sepasang server mandiri biasa. Di masa lalu, banyak organisasi memperlakukan infrastruktur on-premises sebagai hal yang dipikirkan belakangan, tempat pembuangan VM lama yang tidak ingin disentuh siapa pun.
Azure Local membutuhkan pola pikir yang berbeda. Azure Local melibatkan beberapa lapisan infrastruktur, konfigurasi jaringan, kumpulan penyimpanan, dan bidang kontrol yang terhubung ke Azure. Karena itu, Anda membutuhkan tim yang memahami infrastruktur perangkat keras tradisional sekaligus pengelolaan cloud modern. Anda tidak hanya membangun klaster virtualisasi; Anda pada dasarnya sedang mengoperasikan cloud lokal.
Mengintegrasikan Azure Local dengan Azure Landing Zone
Memindahkan beban kerja ke lingkungan hibrida tanpa strategi adalah resep untuk utang teknis. Di sinilah Azure Landing Zone berperan. Azure Landing Zone menyediakan pendekatan arsitektur terstruktur untuk membangun lingkungan fondasi yang memperhitungkan skala, keamanan, tata kelola, dan jaringan secara tepat.
Di masa lalu, lingkungan Azure Local sering terisolasi dari kerangka kerja tata kelola cloud yang lebih luas. Namun, kemampuan yang lebih baru memungkinkan organisasi menyusun Azure Local menggunakan beberapa langganan dan grup sumber daya. Artinya, infrastruktur lokal Anda akhirnya dapat terintegrasi secara mulus ke dalam strategi Landing Zone di seluruh perusahaan.
Dengan menata lingkungan Anda menggunakan batas langganan yang tepat, yaitu memisahkan beban kerja pengembangan, pengujian, dan produksi, Anda memastikan bahwa beban kerja lokal tidak berada dalam silo yang tidak dikelola. Sebaliknya, beban kerja tersebut berpartisipasi langsung dalam model tata kelola menyeluruh organisasi Anda.
Merancang Langganan dan Grup Manajemen
Langganan tidak boleh diperlakukan sebagai wadah besar untuk segala hal yang dibangun organisasi Anda. Christoffer menekankan pentingnya desain langganan yang terencana. Berikan pengembangan langganannya sendiri. Isolasi beban kerja produksi. Buat batas khusus untuk layanan platform bersama seperti jaringan, identitas, dan pencatatan log.
Di atas langganan terdapat Grup Manajemen. Grup manajemen memungkinkan Anda membangun struktur hierarkis tempat kebijakan dan kontrol akses berbasis peran dapat diterapkan secara global di banyak langganan sekaligus. Dengan berkembangnya Azure Local, grup manajemen dan cakupan lokal ini membuat tata kelola aset hibrida secara konsisten menjadi lebih mudah dari sebelumnya.
Menegakkan Tata Kelola dengan Azure Policy
Mengandalkan dokumentasi dan harapan untuk menjaga keamanan infrastruktur Anda jelas tidak berhasil. Azure Policy berfungsi sebagai pagar pengaman utama dalam arsitektur Landing Zone modern. Kebijakan dapat secara otomatis mengaudit lingkungan Anda, mengidentifikasi sumber daya yang tidak patuh, memperbaiki konfigurasi yang salah secara langsung, dan sepenuhnya menolak pembuatan sumber daya yang tidak sah atau tidak aman.
Baik Anda perlu menegakkan konfigurasi regional tertentu, mencegah penerapan akun penyimpanan yang menghadap publik tanpa enkripsi yang memadai, maupun memastikan skema penandaan wajib diterapkan, Azure Policy menanamkan aturan tata kelola Anda langsung ke dalam struktur platform.
Identitas, RBAC, dan Zero Trust
Keamanan dalam lingkungan cloud hibrida harus mematuhi prinsip Zero Trust. Melalui Kontrol Akses Berbasis Peran (RBAC), organisasi dapat menegakkan prinsip hak akses minimum. Pemilik aplikasi tidak boleh pernah memiliki akses administratif ke infrastruktur jaringan yang mendasarinya, dan personel dukungan tidak boleh memiliki izin tanpa batas atas sistem pencatatan log.
Saat Anda menggabungkan Azure Local dengan Landing Zone yang terstruktur, Anda dapat memisahkan beban kerja ke dalam tingkat keamanan logis. Contohnya:
- Tier 0: Infrastruktur inti yang sangat sensitif, seperti domain controller, ditempatkan dalam langganan khusus dengan pembatasan akses yang sangat ketat.
- Tier 1: Server anggota perusahaan dan database backend yang kritis.
- Tier 2: Beban kerja pengguna akhir, seperti instance Azure Virtual Desktop.
Pendekatan berlapis ini memastikan bahwa pelanggaran keamanan atau kesalahan konfigurasi di satu area tidak secara otomatis membahayakan seluruh tumpukan infrastruktur lokal.
Mengelola Infrastruktur Hibrida dengan Azure Arc
Salah satu pendukung teknologi terbesar bagi arsitektur cloud hibrida modern adalah Azure Arc. Secara historis, mengelola sumber daya di luar datacenter cloud publik berarti harus berurusan dengan alat pemantauan pihak ketiga yang terfragmentasi, utilitas manajemen patch yang berdiri sendiri, serta dasbor keamanan yang tidak terhubung satu sama lain.
Azure Arc memperluas bidang kontrol Azure ke hampir semua infrastruktur. Baik server Anda berjalan secara lokal di Azure Local, pada hypervisor lain, maupun dihosting di penyedia cloud lain, Azure Arc membawanya ke dalam pengelolaan Azure.
Setelah terhubung melalui Arc, Anda dapat memanfaatkan layanan native Azure, seperti Microsoft Defender for Cloud, Azure Update Manager, dan Azure Policy, di seluruh infrastruktur terdistribusi Anda. Lokasi fisik perangkat keras tetap penting untuk latensi, kepatuhan, dan ketersediaan, tetapi lokasi tersebut tidak lagi menentukan model operasional pengelolaan yang sepenuhnya terpisah.
Mengotomatiskan Azure Local dengan Infrastructure as Code
Jika Anda masih menerapkan infrastruktur dengan masuk ke antarmuka grafis dan mengklik melalui wizard, sudah saatnya untuk berkembang. Prinsip inti dalam rekayasa cloud modern itu sederhana: jika Anda akan melakukan sesuatu lebih dari sekali, otomatiskan.
Infrastructure as Code (IaC) tidak hanya untuk sumber daya cloud publik. Anda dapat, dan sebaiknya, menerapkan prinsip IaC pada infrastruktur dan beban kerja Azure Local. Meskipun investasi awal untuk menulis template membutuhkan waktu, manfaat jangka panjangnya dalam konsistensi, kecepatan pemulihan bencana, dan kemampuan pengulangan tidak tertandingi.
Mengapa Bicep?
Dalam memilih bahasa IaC di ekosistem Microsoft, Bicep dengan cepat menjadi favorit banyak engineer. Berasal dari latar belakang PowerShell, Christoffer merasa transisi ke Bicep berjalan mulus dan alami. Berkat ekstensi Visual Studio Code, perkakas modern menyediakan validasi sintaks yang kaya, fitur pelengkapan otomatis, serta integrasi yang mendalam dengan pipeline deployment Azure.
Meskipun alat seperti Terraform sangat bagus untuk lingkungan multi-cloud, Bicep menawarkan pengalaman yang bersih dan native yang terintegrasi dengan mulus bersama template Azure Resource Manager dan alur kerja continuous deployment, sehingga menjadi pilihan ideal untuk mengotomatiskan deployment Azure Local.
Kesimpulan: Membangun Cloud Hibrida dengan Cara yang Tepat
Memahami Azure Local berarti memahami apa itu dan apa yang bukan. Azure Local bukan upaya untuk menjejalkan seluruh cloud publik hyperscale ke dalam ruang server Anda. Sebaliknya, Azure Local adalah platform hibrida canggih yang menggabungkan daya komputasi lokal dengan pengelolaan, tata kelola, dan keamanan berskala cloud.
Dengan memadukan Azure Local dengan Azure Landing Zone, memanfaatkan Azure Arc untuk kontrol terpadu, dan menerapkan Infrastructure as Code melalui alat seperti Bicep, organisasi dapat membangun arsitektur cloud hibrida yang tangguh, aman, dan mudah dikelola yang tahan uji waktu. Anda tidak lagi harus memilih antara kendali infrastruktur lokal dan kelincahan cloud, karena keduanya dapat Anda miliki sekaligus, asalkan dibangun dengan cara yang tepat.
Untuk mendengarkan percakapan lengkap dengan Christoffer Klarskov Jakobsen dan mendapatkan wawasan pakar lainnya tentang arsitektur hibrida, pastikan Anda mendengarkan episode podcast: Azure Local and Landing Zones: How to Build Hybrid Cloud the Right Way with Christoffer Klarskov Jakobsen [MVP].