Beban kerja Azure Well-Architected Framework
Dalam konteks Azure Well-Architected Framework, istilah beban kerja mengacu pada kumpulan sumber daya aplikasi, data, dan infrastruktur pendukung yang berfungsi bersama untuk mencapai hasil bisnis yang ditentukan. Beban kerja terdiri dari komponen dan juga prosedur pengembangan dan operasional.
Arsitek merancang beban kerja, dan tim beban kerja mengimplementasikannya. Beban kerja dirancang dan diimplementasikan untuk mencapai persyaratan bisnis fungsional dan nonfungsi. Beban kerja dapat diklasifikasikan ke dalam banyak jenis.
Kriteria umum untuk klasifikasi beban kerja meliputi:
Utilitas, karakteristik, dan pola penggunaan beban kerja, seperti aplikasi web, pemrosesan batch, dan analitik real time.
Pendorong berpengaruh utama, seperti platform teknologi atau keselarasan dengan industri.
Audiens target yang dimaksudkan. Contoh solusi dengan berbagai audiens adalah aplikasi lini bisnis internal dalam perusahaan, solusi vendor perangkat lunak independen (ISV) yang dibeli, atau solusi perangkat lunak multipenyewa sebagai layanan (SaaS) untuk penggunaan publik.
Beban kerja yang berada di kelas yang sama dapat berbagi kesamaan, termasuk audiens target, persyaratan kepatuhan, dan tumpukan teknologi mereka. Lima pilar Kerangka Kerja Well-Architected, prinsip,daftar periksa, dan tradeoff relevan untuk semua kelas beban kerja.
Panduan beban kerja Kerangka Kerja Well-Architected menjelaskan prioritas umum dan tradeoff yang berkaitan dengan kelas beban kerja tertentu. Dalam panduan beban kerja, panduan pilar berlaku untuk prinsip desain teknis dan area desain yang mewakili prioritas beban kerja. Ikuti rekomendasi untuk membantu menyiapkan beban kerja yang berhasil dan menyelaraskannya dengan Kerangka Kerja Yang Dirancang Dengan Baik.
Apa itu beban kerja Well-Architected Framework?
Desain dan operasi beban kerja apa pun harus sesuai dengan lima pilar arsitektur: Keandalan, Keamanan, Pengoptimalan Biaya, Keunggulan Operasional, dan Efisiensi Performa.
 Untuk menciptakan beban kerja yang sukses, kembangkan sesuai dengan prinsip Well-Architected Framework, yang didasarkan pada cita-cita berikut. |
|---|
Beban kerja Kerangka Kerja yang Dirancang Dengan Baik:
- Memiliki persyaratan fungsional dan nonfungsi yang didefinisikan dan diprioritaskan untuk mencapai tujuan.
- Dirancang agar Anda dapat mencapai persyaratan tersebut dengan menggunakan sumber daya dan menggabungkan pola desain dan tradeoff.
- Dibangun dan dioperasikan untuk spesifikasi desain dan tujuan.
- Diukur dengan seberapa memadai mencapai tujuannya.
- Dapat beradaptasi karena tujuannya disempurnakan atau diubah.
- Sama dapat diandalkan seperti yang diperlukan.
- Sama amannya dengan yang diperlukan.
- Memberikan pengembalian investasi yang memadai.
- Dikembangkan dan dioperasikan secara bertanggung jawab.
- Mencapai tujuannya dalam periode waktu yang dapat diterima.
Kolaborasi antara tim beban kerja dan tim pusat organisasi harus membuat beban kerja dengan karakteristik sebelumnya. Bagian berikut menjelaskan tim ini dan fungsinya.
Tim Beban Kerja
Buat tim beban kerja yang memiliki anggota tim dengan berbagai disiplin teknis dan bisnis. Fokus utama semua anggota tim harus menjadi keberhasilan beban kerja.
| Contoh anggota tim beban kerja | |
|---|---|
| Teknisi keamanan aplikasi Pemangku kepentingan bisnis Pengembang cloud atau insinyur perangkat lunak Arsitek solusi cloud Ilmuwan atau analis data Administrator database |
Teknisi DevOps Teknisi infrastruktur Manajer atau pemilik produk Teknisi Jaminan Kualitas (QA) Anggota tim dukungan |
Tim dan pemangku kepentingan terpusat
Tim terpusat sering mendukung tim beban kerja. Mereka menyediakan fungsi dukungan dan menerapkan tata kelola untuk banyak atau semua beban kerja cloud dalam organisasi. Tim terpusat berfokus pada keberhasilan organisasi, yang dicapai sebagian oleh keberhasilan beban kerja organisasi. Mereka menyediakan layanan, panduan, dan pagar pembatas untuk beban kerja.
| Contoh tim dan anggota tim terpusat | |
|---|---|
| Analis kecerdasan bisnis Pemangku kepentingan bisnis Papan pusat keunggulan cloud (CCoE) Tim platform cloud Analis keamanan cyber Administrator database Arsitek enterprise |
Analis keuangan Teknisi infrastruktur Petugas hukum dan kepatuhan Teknisi jaringan Spesialis pengadaan Manajer proyek |
Tim beban kerja Well-Architected Framework berfokus pada hasil beban kerja. Mereka berkoordinasi dengan dan mendapat manfaat dari dukungan khusus dari anggota tim terpusat.
Model tanggung jawab bersama
Beban kerja perlu disebarkan dan digunakan untuk memberikan nilai. Sebagai bagian dari tim beban kerja, Anda memiliki tanggung jawab untuk merancang, menerapkan, dan menyebarkan beban kerja Anda dengan cara yang menciptakan nilai bagi organisasi Anda.
Beban kerja ada dalam konteks organisasi Anda. Organisasi sering mengatur peran tata kelola dan otoritas. Tim beban kerja Anda memiliki tanggung jawab untuk merancang, menerapkan, dan menyebarkan beban kerja dalam fondasi organisasi Anda.
Sesuai dengan Cloud Adoption Framework untuk Azure, standarkan sumber daya cloud beban kerja Anda. Menerapkan standardisasi secara ketat untuk menyediakan platform yang diatur untuk membantu tim beban kerja onboarding. Terapkan tata kelola ini sesuai dengan model operasi cloud organisasi Anda.
Anda dapat menggunakan zona pendaratan Azure untuk membantu Anda melakukan standardisasi. Zona pendaratan platform dan zona pendaratan aplikasi tersedia di Azure. Sebarkan beban kerja Anda di zona pendaratan aplikasi.
Organisasi Anda mungkin memiliki penawaran platform cloud yang diformalkan secara ketat dan sepenuhnya selaras dengan zona pendaratan Azure. Atau organisasi Anda mungkin memiliki strategi adopsi yang berbeda atau tidak ada implementasi. Jika tidak ada implementasi, tim beban kerja hampir sepenuhnya entitas otonom.
Untuk platform dan tata kelola apa pun yang digunakan organisasi Anda, Anda harus menerapkan prinsip Kerangka Kerja Yang Dirancang Dengan Baik ke beban kerja Anda. Well-Architected Framework sering mereferensikan zona pendaratan Azure, tetapi tidak bergantung pada implementasi platform tertentu. Pilar, prinsip, daftar periksa, dan panduan Kerangka Kerja Well-Architected adalah untuk semua platform cloud dan sebagian besar jenis beban kerja.
Memenuhi persyaratan
Di seluruh Kerangka Kerja Well-Architected, seperti pilar inti dan panduan beban kerja, rekomendasi bertepatan dengan kewajiban beban kerja. Rekomendasi biasanya tidak menyiratkan apa yang difasilitasi oleh anggota tim atau tim. Anda dapat menentukan siapa yang harus melakukan setiap tindakan. Lakukan pemetaan tingkat beban kerja untuk menentukan peran dan tanggung jawab tim Anda yang terkait dengan topologi, jenis beban kerja, dan kekritisan.
Tim beban kerja langsung menangani sebagian besar persyaratan beban kerja. Beberapa persyaratan ditangani sebagai upaya bersama dengan tim terpusat. Misalnya, pilihan implementasi mungkin didasarkan pada pagar pembatas yang ditetapkan tim terpusat. Atau tim terpusat mungkin secara eksklusif menangani pilihan implementasi.
Tim beban kerja Anda harus membangun hubungan kerja dengan tim lain untuk membantu codeliver pada tujuan beban kerja. Jika Anda melakukan outsource komponen atau tanggung jawab, Anda harus berhasil menyampaikan kewajiban tersebut.
Pelajari batasan
Tim terpusat mendukung beragam beban kerja berdasarkan kemampuan inti tim dan infrastruktur inti. Untuk memberikan dukungan ini pada skala organisasi, tim terpusat mungkin menerapkan keseragaman dan batasan pada layanan yang ditawarkan atau infrastruktur. Saat Anda merancang beban kerja, sangat penting bagi Anda untuk memahami batasan tersebut dan, jika memungkinkan, bermitra dengan arsitek perusahaan yang mengetahui batasan tersebut. Pelajari dari implementasi sebelumnya sebanyak mungkin.
Setiap implementasi tata kelola platform berbeda, tetapi batasan berikut umum untuk banyak beban kerja:
- Daftar izin untuk sumber daya cloud
- Mandat konfigurasi untuk sumber daya cloud
- Daftar izin regional untuk sumber daya cloud dan ketersediaan konektivitas lintas lokasi
- Dukungan platform terbatas atau tidak ada di luar jam kerja
- Persyaratan patching
- Implementasi hub-spoke tertentu, yang mendorong implementasi Sistem Nama Domain (DNS) dan titik akhir privat
- Persyaratan kontrol rantai pasokan
Mengkomunikasikan persyaratan secara eksplisit
Jika persyaratan beban kerja Anda dihadapkan dengan batasan atau perjanjian tingkat layanan (SLA) yang tidak secara jelas menentukan kemampuan inti atau penawaran infrastruktur, perlakukan situasi tersebut sebagai risiko. Untuk mengatasi risiko ini, tim beban kerja Anda harus memberikan kejelasan kepada tim lain tentang bagaimana kekhawatiran tersebut memengaruhi beban kerja. Anda mungkin harus mengubah persyaratan, desain, atau implementasi beban kerja, atau mengubah penawaran infrastruktur.
Ketika Anda memahami kewajiban tim platform yang terkait dengan arahan organisasi dan kewajiban tim beban kerja Anda, Anda dapat mengkomunikasikan persyaratan beban kerja dengan harapan dan rekomendasi yang realistis.
Mengkomunikasikan persyaratan beban kerja umum
Setiap kemitraan platform berbeda, tetapi area berikut adalah topik umum dalam percakapan tanggung jawab bersama:
- Persyaratan kepatuhan dan hukum
- Spesifik jaringan, seperti kebutuhan akan alamat IP masuk statis atau keluar
- Persyaratan pengamatan untuk menyediakan triase situs langsung yang efektif
- Persyaratan performa, seperti throughput jaringan, ketersediaan sumber daya cloud, atau ketersediaan regional
- Harapan untuk akses internet publik dari perspektif keluar dan masuk
- Tujuan tingkat layanan (SLA) atau SLA yang ditawarkan kepada pengguna beban kerja
- Ketersediaan dukungan teknis
Cari kemenangan terpadu
Tanggung jawab bersama bukan hanya tentang tradeoff, batasan, dan kompromi. Tim platform sering memiliki keterampilan yang sangat khusus dan anggaran khusus yang dapat menambah melebihi apa yang dapat dipertahankan oleh tim beban kerja individu. Pertimbangkan contoh berikut.
Spesialis keamanan. Beban kerja Anda mungkin memiliki siklus hidup pengembangan yang aman. Sebagai tim keamanan terpusat melakukan tugas pengembangan yang aman dalam skala besar di seluruh organisasi Anda, tim keamanan tersebut mungkin melakukan pengujian penetrasi rutin yang berada di atas dan di luar upaya Anda. Ini mungkin juga membantu merencanakan dan melakukan strategi respons insiden.
Panduan arsitektur perusahaan. Anda dapat menghemat waktu dan upaya jika Anda selaras dengan pola dan praktik tim arsitektur perusahaan karena tim telah menyederhanakan proses. Anda juga dapat mencegah pengerjaan ulang jika solusi tidak dimungkinkan dalam kemitraan tanpa negosiasi.
Pengeluaran tiket besar. Tim platform sering menghosting komponen atau layanan yang terlalu mahal atau terlalu banyak dikelola untuk tim beban kerja individu. Tim platform dapat membayar komponen dan layanan ini karena membagi biaya di seluruh beban kerja.
Seringkali layanan ini atau platform terpusat ditawarkan sebagai showback belaka, sehingga membantu menjaga biaya beban kerja tetap optimal. Dan ketika mereka ditawarkan sebagai penagihan balik, mereka sering lebih murah karena ekonomi skala dan sentralisasi.
Tim platform sering menyediakan opsi layanan mandiri untuk tim beban kerja untuk berbagai aktivitas. Contohnya:
- Menyediakan repositori dokumentasi untuk pendidikan mandiri
- Onboarding ke manajemen biaya melalui pemberian tag sumber daya tertentu
- Menawarkan langganan melalui proses penjual langganan formal
Jelajahi opsi rekayasa layanan mandiri dan platform yang mungkin cocok untuk beban kerja Anda.
Berbagi keberhasilan dan tantangan
Tanggung jawab bersama dengan tim lain juga berarti berbagi keberhasilan dan tantangan beban kerja. Ketika beban kerja Anda memenuhi kewajibannya dan mendapatkan nilai yang dimaksudkan, bagikan dengan tim mitra Anda. Beri tahu mereka bagaimana kontribusinya terhadap keberhasilan beban kerja. Saat beban kerja Anda tidak memenuhi kewajibannya, bagikan apa yang tidak berfungsi dan berkolaborasi dan kalibrasi ulang untuk kembali ke jalurnya.
Tim platform juga memiliki kewajiban dan kriteria keberhasilan. Anda harus mengharapkan mitra Anda untuk memberi tahu Anda apakah beban kerja Anda bekerja dengan baik dengan penawaran atau jika berisiko menjadi tetangga yang bising.
Berusaha untuk peningkatan berkelanjutan
Tema di semua pilar Well-Architected Framework adalah peningkatan berkelanjutan. Mengadopsi pola pikir progresif. Anda mungkin berurusan dengan pendekatan baru untuk masalah yang ada, mengadopsi teknologi baru, mengatasi persyaratan baru, atau beroperasi di bawah batasan baru. Saat beban kerja Anda meningkat dari waktu ke waktu, harapkan pola pikir yang sama dari tim mitra Anda. Namun, setiap peluang perbaikan juga berarti perubahan dan harus didukung oleh proses manajemen yang tepat.
Tim beban kerja memiliki kewajiban untuk berkomunikasi dengan tim platform tentang perubahan yang diusulkan pada persyaratan beban kerja yang mungkin berpengaruh pada layanan tim platform. Demikian juga, tim platform memiliki kewajiban untuk menyertakan mitra beban kerja mereka dalam proses kontrol perubahan dan mengkomunikasikan perubahan platform yang berdampak dengan jelas. Membangun irama komunikasi rutin dengan mitra untuk mempelajari dan berbagi bagaimana suatu produk berkembang.
Mencapai hasil yang sukses
Beban kerja memiliki banyak harapan dari pengguna, pemegang saham, badan pengatur, karyawan, pusat keunggulan, dan pejabat pengalaman utama. Ekspektasi dapat mengatur kompas arah berputar. Kerangka Kerja Well-Architected memberikan kejelasan terkait desain dan implementasi dengan menawarkan rasionalisasi eksplisit untuk keputusan arsitektur untuk mencapai hasil yang sukses. Kembangkan beban kerja yang sukses, dan bagikan keberhasilan tersebut dengan organisasi Anda.