Bagikan melalui

Dasar-dasar arsitek solusi

Setiap beban kerja melewati proses desain komponen dan topologi. Proses ini paling intens pada awal beban kerja, yang mencakup merancang untuk persyaratan awal dan keberhasilan jangka panjang beban kerja. Arsitektur juga dirancang ketika beban kerja berubah dari waktu ke waktu dan organisasi menambahkan, mengubah, atau menghapus fungsionalitas.

Komponen dan desain topologi adalah fungsi utama arsitek. Arsitek yang fokus pada solusi berbasis cloud dan hibrid sering disebut arsitek solusi cloud. Di beberapa organisasi, arsitek solusi cloud ada dalam kapasitas terpusat dalam grup arsitektur perusahaan. Mereka juga dapat fokus pada beban kerja tertentu.

Peran khusus dapat memberikan fungsi arsitek. Dalam beberapa kasus, spesialis teknis tepercaya (seperti pemimpin rekayasa beban kerja) dapat memberikan fungsi arsitek. Atau organisasi mungkin mendistribusikan fungsi di antara sekelompok kecil insinyur senior yang terkait dengan beban kerja.

Arsitek biasanya memiliki pengalaman dalam peran di luar desain sistem. Mereka mungkin memiliki:

  • Menjadi pengembang dan anggota tim operasi.
  • Bekerja dengan tim dukungan pelanggan.
  • Mengembangkan pemahaman tentang bagaimana sistem diuji untuk jaminan kualitas dan penerimaan pengguna.
  • Telah melalui latihan pemulihan bencana atau respons insiden.
  • Telah diekspos pada perubahan fungsi yang bertambah dan besar dalam beban kerja.
  • Spesifikasi yang ditafsirkan dan kriteria penerimaan pengguna.

Meskipun daftar sebelumnya tidak lengkap, perspektif tersebut adalah aspek penting dari apa yang dibawa arsitek untuk merancang tugas. Azure Well-Architected Framework mengasumsikan bahwa praktik ini diberlakukan untuk penggunaan panduan yang paling efektif.

Bagian berikut menyoroti prinsip panduan yang harus diikuti arsitek agar efektif dalam fungsinya.

Memiliki kerangka kerja pengambilan keputusan

Aspek utama desain adalah menggunakan proses yang konsisten untuk membuat keputusan. Seorang arsitek harus mendekati desain awal dan bertahap dengan kekakuan.

Identifikasi keputusan yang diharapkan. Gunakan pengalaman yang dipelajari untuk membantu identifikasi keputusan. Catat semua keputusan yang Anda rencanakan untuk dibuat.

Buat keputusan berdasarkan informasi. Pertimbangkan batasan, batasan, tradeoff, upaya, keversibilitas, dan risiko. Lihat sumber daya seperti perbandingan fitur produk, pohon keputusan, dan tolok ukur saat mempersempit pilihan teknologi. Masukan dari alat seperti pohon keputusan dan matriks fitur hanya sebagai panduan; mereka tidak menggantikan peran Anda dalam pengambilan keputusan. Gabungkan karakteristik yang didokumentasikan dengan bukti dari bukti konsep dan pengujian Anda.

Keputusan dokumen dalam rekaman keputusan arsitektur (ADR). Dokumentasikan pembenaran bersama dengan setiap keputusan.

Menindaklanjuti implementasi. Berkomunikasi dan menerapkan semua keputusan. Pelajari dari implementasi untuk membantu memandu keputusan di masa mendatang. Cari area di mana kegagalan untuk mengidentifikasi keputusan yang memperkenalkan risiko.

Mengetahui pola desain cloud

Pola desain cloud adalah blok pembangun arsitektur yang mendasar. Arsitektur berbasis cloud dan desain aplikasi sering kali merupakan latihan dalam pengenalan pola.

Mengevaluasi persyaratan fungsional dan nonfungsi beban kerja untuk mengenali pola. Cari peluang untuk memetakan desain Anda untuk menggunakan kasus melalui pola standar.

Berpikir maju

Merancang untuk mencapai persyaratan saat ini adalah suatu keharusan, tetapi penting bagi arsitek untuk memprediksi evolusi beban kerja. Menggabungkan perubahan dalam sistem yang diimplementasikan lebih mahal daripada mengubah desain sebelum implementasi.

Untuk merancang sistem yang akan berlangsung hingga akhir masa pakainya yang direncanakan, Anda harus merancang beban kerja dengan mengingat fleksibilitas arsitektur. Hindari tebing desain saat Anda dapat mengidentifikasinya.

Model pertumbuhan. Prediksi bagaimana penggunaan beban kerja akan tumbuh atau menyusut dari waktu ke waktu.

Perubahan kepatuhan. Ambil langkah-langkah proaktif jika Anda mengharapkan beban kerja berada di bawah persyaratan kepatuhan di masa mendatang. Pendekatan ini dapat mengurangi pengerjaan ulang saat mengikuti kepatuhan menjadi persyaratan.

Ekspansi regional. Pertimbangkan perluasan beban kerja di masa mendatang ke beberapa wilayah. Desain yang terbatas pada satu wilayah harus banyak direfaktor untuk penyebaran beberapa wilayah, dan itu bisa menjadi perubahan yang mahal. Ada lebih banyak kompleksitas jika desain beban kerja perlu mengakomodasi beberapa geografi dengan persyaratan kepatuhan yang berbeda. Pastikan bahwa faktor desain Anda dalam prediksi yang wajar tentang ekspansi regional.

Peta jalan produk. Dalam desain Anda, jangan sertakan komponen yang berada di jalur penghentian. Demikian juga, berhati-hatilah saat Anda menyertakan fitur dalam desain Anda yang saat ini dalam status pratinjau. Mereka mungkin dirilis, tetapi mungkin juga dibatalkan. Berada di depan kurva dengan menggunakan fitur pratinjau bisa sangat menguntungkan. Segera setelah fitur dirilis, beban kerja disiapkan untuk pergi ke produksi. Tetapi sertakan fitur pratinjau dalam desain Anda hanya setelah Anda melakukan analisis risiko yang cermat. Kirim hanya fitur yang memiliki profil risiko yang ditoleransi.

Untuk informasi selengkapnya tentang pola desain cloud, lihat:

Desain untuk dukungan

Mendesain beban kerja dengan tiga perspektif dukungan utama:

Dukungan penyedia cloud. Beban kerja harus beroperasi dalam konfigurasi penyedia cloud yang didukung untuk menghindari gangguan saat Anda melibatkan saluran dukungan platform.

Visibilitas operasional. Desain harus memberikan visibilitas eksekusi bagi tim operasi beban kerja untuk mencegah kebingungan selama respons insiden.

Kemampuan dukungan pelanggan. Desain harus memenuhi kebutuhan pengguna tetapi juga memfasilitasi fungsi dukungan pelanggan. Desain yang menghambat kemampuan tim dukungan untuk menyelidiki atau membantu pelanggan tidak memadai.

Pertahankan dan tingkatkan keterampilan Anda

Keahlian arsitek sering berakar pada pengalaman praktis. Penting untuk berinvestasi dalam memperluas set keterampilan Anda untuk mengikuti ekosistem cloud yang berkembang.

Pendidikan. Mencari peluang untuk pelatihan dan sertifikasi yang ditawarkan penyedia teknologi untuk arsitek.

Partisipasi komunitas. Terlibat dengan serekan melalui komunitas arsitektur online dan lokal.

Latihan eksplorasi. Berpartisipasi dalam hackathon yang disponsori secara organisasi atau acara serupa untuk mengembangkan keterampilan di area yang tidak dikenal.

Berkolaborasi untuk keberhasilan

Arsitek harus memanfaatkan keahlian penyedia cloud atau mitra implementasi. Sebagian besar penyedia ingin beban kerja Anda berhasil di platform mereka, dan mereka sering menyediakan layanan seperti sesi tinjauan desain arsitektur atau sesi konsultasi dengan arsitek solusi cloud mereka. Cari peluang untuk peninjauan dan bantuan dalam hubungan vendor Anda.

Jadilah metodis dalam pendekatan desain Anda

Kerangka kerja arsitektur mendukung arsitek dengan menawarkan perspektif beban kerja dan pendekatan metodologis. Kerangka Kerja Well-Architected menyediakan titik pandang beban kerja yang komprehensif. Arsitek dapat menggabungkan Kerangka Kerja Well-Architected dengan kerangka kerja arsitektur lainnya, seperti The Open Group Architecture Framework (TOGAF).

Gunakan prinsip, daftar periksa, penilaian, dan materi referensi dalam kerangka kerja arsitektur untuk menetapkan proses yang sesuai dengan beban kerja. Gabungkan kerangka kerja dengan teknik pribadi, seperti pemetaan pikiran.

Arsitektur adalah tentang komunikasi sebanyak tentang produk akhir. Pastikan Anda mengoptimalkan pengambilan keputusan yang disengaja, pengakuan tradeoff, dan komunikasi yang jelas dalam proses yang Anda buat.

Langkah berikutnya

Daftar periksa arsitek

  • Last updated on