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 yang fungsional dan tidak berfungsi. 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 utama yang berpengaruh, 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 Well-Architected Framework, prinsip, daftar periksa, dan tradeoff mereka relevan untuk semua kelas beban kerja.

Panduan beban kerja Well-Architected Framework 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 sukses dan menyelaraskannya dengan Well-Architected Framework.

Apa itu beban kerja Well-Architected Framework?

Desain dan pengoperasian beban kerja apa pun harus bersaing dengan lima pilar arsitektur: Keandalan, Keamanan, Pengoptimalan Biaya, Keunggulan Operasional, dan Efisiensi Performa.

Untuk membuat beban kerja yang sukses, kembangkan sesuai dengan prinsip Well-Architected Framework, yang didasarkan pada cita-cita berikut.

Beban kerja Well-Architected Framework:

• 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 dengan spesifikasi desain dan tujuan.
• Diukur dengan seberapa memadai mencapai tujuannya.
• Dapat beradaptasi karena tujuannya disempurnakan atau diubah.
• Sama dapat diandalkan seperti yang dibutuhkan.
• Sama amannya dengan yang dibutuhkan.
• Memberikan laba atas 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	Insinyur Azure 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 fokus 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 Arsitektur perusahaan	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, mengimplementasikan, 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 adalah entitas yang hampir sepenuhnya otonom.

Untuk platform dan tata kelola apa pun yang digunakan organisasi Anda, Anda harus menerapkan prinsip Well-Architected Framework ke beban kerja Anda. Kerangka kerja Well-Architected 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 Well-Architected Framework, 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 outsourcing komponen atau tanggung jawab, Anda harus berhasil menyampaikan kewajiban tersebut.

Pelajari batasannya

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. Belajar dari implementasi sebelumnya sebanyak mungkin.

Setiap implementasi tata kelola platform berbeda, tetapi batasan berikut umum untuk banyak beban kerja:

• Daftar yang diizinkan 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 mengomunikasikan persyaratan beban kerja dengan harapan dan rekomendasi yang realistis.

Mengomunikasikan 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 egress dan ingress
• 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 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 menyelaraskan 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 luas dikelola untuk tim beban kerja individu. Tim platform dapat membeli komponen dan layanan ini karena membagi biaya di seluruh beban kerja.

Seringkali layanan atau platform terpusat ini 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 layanan mandiri 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 mereka berkontribusi pada 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 berfungsi dengan baik dengan penawaran atau apakah itu 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, memenuhi 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 mengomunikasikan perubahan platform yang berdampak dengan jelas. Membangun irama komunikasi reguler 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 kepala petugas pengalaman. Ekspektasi dapat mengatur putaran kompas arah. Well-Architected Framework memberikan kejelasan terkait desain dan implementasi dengan menawarkan rasionalisasi eksplisit untuk keputusan arsitektur guna mencapai hasil yang sukses. Kembangkan beban kerja yang sukses, dan bagikan keberhasilan tersebut dengan organisasi Anda.