Metodologi keberhasilan implementasi Synapse: Mengevaluasi desain lingkungan pengembangan solusi

Catatan

Artikel ini merupakan bagian dari rangkaian artikel Keberhasilan implementasi Azure Synapse berdasarkan desain. Untuk melihat ringkasan rangkaian ini, lihat Keberhasilan implementasi Azure Synapse berdasarkan desain.

Pengembangan solusi dan lingkungan tempatnya dilakukan adalah kunci keberhasilan proyek Anda. Terlepas dari metodologi proyek yang Anda pilih (seperti waterfall, Agile, atau Scrum), Anda harus menyiapkan beberapa lingkungan untuk mendukung pengembangan, pengujian, dan produksi. Anda juga harus menentukan proses yang jelas untuk mempromosikan perubahan antara lingkungan.

Menyiapkan lingkungan gudang data modern untuk penggunaan produksi dan praproduksi dapat menjadi hal yang rumit. Perlu diingat bahwa salah satu keputusan desain utama adalah automasi. Automasi ini membantu meningkatkan produktivitas sambil meminimalkan risiko kesalahan. Selanjutnya, lingkungan Anda harus mendukung pengembangan tangkas di masa depan, termasuk penambahan beban kerja baru, seperti ilmu data atau real time. Selama peninjauan desain, menghasilkan desain lingkungan pengembangan solusi yang akan mendukung solusi Anda tidak hanya untuk proyek saat ini tetapi juga untuk dukungan berkelanjutan dan pengembangan solusi Anda.

Desain lingkungan pengembangan solusi

Desain lingkungan harus mencakup lingkungan produksi, yang menghosting solusi produksi, dan setidaknya satu lingkungan non-produksi. Sebagian besar lingkungan berisi dua lingkungan non-produksi: satu untuk pengembangan dan satu lagi untuk pengujian, Quality Assurance (QA), dan Pengujian Penerimaan Pengguna (UAT). Biasanya, lingkungan dihosting dalam langganan Azure terpisah. Pertimbangkan untuk membuat langganan produksi, dan langganan non-produksi. Pemisahan ini akan memberikan batas keamanan dan delineasi yang jelas antara produksi dan non-produksi.

Idealnya, Anda harus membuat tiga lingkungan.

• Pengembangan: Lingkungan tempat solusi data dan analitik Anda dibuat. Tentukan apakah kotak pasir akan disediakan untuk pengembang. Kotak pasir dapat memungkinkan pengembang membuat dan menguji perubahan mereka dalam isolasi, sementara lingkungan pengembangan bersama akan menghosting perubahan terintegrasi dari seluruh tim pengembangan.
• Pengujian/QA/UAT: Lingkungan seperti produksi untuk menguji penyebaran sebelum rilis ke produksi.
• Produksi: Lingkungan produksi akhir.

Ruang kerja Synapse

Untuk setiap ruang kerja Synapse dalam solusi Anda, lingkungan harus menyertakan ruang kerja produksi dan setidaknya satu ruang kerja non-produksi untuk pengembangan dan pengujian/QA/UAT. Gunakan nama yang sama untuk semua kumpulan dan artefak di seluruh lingkungan. Penamaan yang konsisten akan memudahkan promosi ruang kerja ke lingkungan lain.

Mempromosikan ruang kerja Anda ke ruang kerja lain adalah proses dua bagian:

1. Pertama, gunakan templat Azure Resource Manager (templat ARM) untuk membuat atau memperbarui sumber daya ruang kerja.
2. Kemudian, migrasikan artefak seperti skrip SQL, notebook, definisi kerja Spark, alur, himpunan data, dan aliran data dengan menggunakan alat integrasi dan pengiriman berkelanjutan (CI/CD) Azure Synapse di Azure DevOps atau di GitHub.

Azure DevOps atau GitHub

Pastikan integrasi dengan Azure DevOps atau GitHub disiapkan dengan benar. Rancang proses berulang yang merilis perubahan di seluruh lingkungan pengembangan, Pengujian/QA/UAT, dan produksi. 

Penting

Kami menyarankan agar data konfigurasi sensitif selalu disimpan dengan aman di Azure Key Vault. Gunakan Azure Key Vault untuk mempertahankan lokasi pusat dan aman untuk data konfigurasi sensitif, seperti string koneksi database. Dengan begitu, layanan yang sesuai dapat mengakses data konfigurasi dari dalam setiap lingkungan.

Langkah berikutnya

Di artikel berikutnya dalam rangkaian Keberhasilan Azure Synapse berdasarkan desain, pelajari cara mengevaluasi tim sumber daya terampil Anda yang akan menerapkan solusi Azure Synapse Anda.