Sederhanakan penerapan skema tabel untuk menegakkan spesifikasi desain perusahaan, menjaga konsistensi skema di berbagai lingkungan database, dan meningkatkan tingkat keberhasilan rilis produksi. Topik ini menggunakan alur kerja tiga node kustom — Develop (Dev), Test, dan Production — sebagai contoh.
Informasi latar belakang
|
Manfaat |
Deskripsi |
|
Meningkatkan tingkat keberhasilan penerapan produksi |
Sebelum Anda menerapkan skema tabel baru ke lingkungan produksi, sistem memvalidasinya di setiap node proses R&D. Praktik ini mencegah skrip yang belum diverifikasi menyebabkan kegagalan penerapan dan memastikan tingkat keberhasilan yang tinggi untuk penerapan produksi. |
|
Menjamin konsistensi skema di seluruh lingkungan |
Sistem menerapkan perubahan skema ke setiap lingkungan database sesuai dengan proses R&D. Hal ini membantu mencegah keterlambatan proyek akibat perubahan yang gagal atau gangguan pengujian di lingkungan tertentu. |
|
Menegakkan standar desain skema |
Spesifikasi desain skema mencakup hampir 40 standar untuk operasi seperti membuat tabel serta memodifikasi field dan indeks. Standar-standar ini membantu mencegah kegagalan produksi akibat penerapan yang tidak sesuai dan mengurangi upaya manual tim operasional, sehingga mendukung iterasi cepat. Untuk informasi lebih lanjut, lihat Spesifikasi desain skema. |
Ikhtisar solusi
-
Kustomisasi proses R&D (opsional): Proses R&D default adalah Develop > Production. Anda dapat menyesuaikan proses tersebut sesuai kebutuhan bisnis Anda.
-
Tetapkan aturan keamanan untuk instans database (opsional): Kaitkan proses R&D kustom dengan instans database menggunakan aturan keamanan.
-
Rancang skema database: Kirim tiket desain skema untuk memastikan konsistensi skema di beberapa database dan penerapan yang sukses ke lingkungan produksi.
Prasyarat
-
Buat tiga instans database ApsaraDB RDS for MySQL, lalu buat akun dan database di setiap instans. Untuk informasi lebih lanjut, lihat Membuat instans ApsaraDB RDS for MySQL dengan cepat.
Dalam contoh ini, instans database diberi nama Schema_Design-dev, Schema_Design-test, dan Schema_Design-product.
Dalam contoh ini, database diberi nama dev_database, test_database, dan product_database.
-
Gunakan Akun Alibaba Cloud dengan izin administrator atau DBA untuk mendaftarkan ketiga instans database tersebut di Data Management Service (DMS). Atur mode kontrol semua instans ke Security Collaboration dan tetapkan jenis lingkungan database masing-masing menjadi Development (Dev), Test, dan Production. Untuk informasi lebih lanjut, lihat Mendaftarkan database cloud.
Pemetaan instans ke node
Langkah 1: Kustomisasi proses R&D
Buat aturan keamanan dan konfigurasikan proses desain skema. Proses R&D mencakup node Develop, Test, dan Production.
Langkah 1.1: Akses halaman aturan keamanan
-
Masuk ke Konsol Data Management Service (DMS) 5.0.
-
Di pojok kiri atas konsol, klik ikon
dan pilih .
Jika Anda menggunakan konsol dalam mode normal, pilih di bilah navigasi atas.
Langkah 1.2: (Opsional) Buat aturan keamanan
Di halaman Security Rules, klik Create Rule Set di pojok kiri atas untuk menambahkan kumpulan aturan. Contoh ini menggunakan SD-DT.
Setelah Anda membuat aturan keamanan, DMS akan mengarahkan Anda ke halaman detailnya.
Di kotak dialog, atur Engine Type ke MySQL, masukkan nama dan deskripsi untuk kumpulan aturan, lalu klik Submit.
Langkah 1.3: Kustomisasi proses R&D
Konfigurasikan proses R&D dalam aturan keamanan untuk menentukan langkah-langkah desain skema dan operasi yang diizinkan di setiap langkah.
-
(Opsional) Di sebelah kanan aturan keamanan, klik Edit untuk membuka halaman Details-nya.
CatatanJika Anda baru saja membuat aturan keamanan, Anda dapat melewati langkah ini.
-
Di panel navigasi sebelah kiri halaman Details, klik Schema Design.
-
Di tab Schema Design, temukan R&D process dan klik Edit di kolom Actions.
-
Ubah nama node kedua menjadi
Testdan ubah lingkungan database menjaditest. -
Tambahkan node ketiga. Ubah nama node ketiga menjadi
Production, ubah lingkungan database menjadiproduct, dan tetapkan node ini sebagai anchor.Catatananchor adalah titik pembekuan untuk mengedit tiket. Setelah langkah yang memiliki anchor berhasil diterapkan, status tiket berubah menjadi published dan tidak dapat diedit lagi.
Setelah mengonfigurasi semua node, klik Submit.
-
Klik Submit.
-
Langkah 2: Tetapkan aturan keamanan ke instans
Atur mode kontrol instans Schema_Design-dev (lingkungan Dev) ke Security Collaboration dan pilih aturan keamanan SD-DT.
-
Di daftar instans di sebelah kiri halaman utama konsol, klik kanan instans database Schema_Design-dev.
-
Dari menu pintasan, pilih .
Langkah 3: Rancang skema database
Buat skema tabel untuk database menggunakan proyek desain skema tiga node (Develop, Test, Production).
Langkah 3.1: Buka halaman desain skema DMS
Masuk ke DMS 5.0.
Di bilah navigasi atas, pilih .
CatatanJika Anda menggunakan Konsol DMS dalam mode simple, arahkan pointer ke ikon
di pojok kiri atas konsol dan pilih . -
Di pojok kanan atas halaman, klik Schema Design.
Langkah 3.2: Konfigurasikan tiket desain skema
-
Buat tiket desain skema.
Di halaman Create Ticket, atur Base Database for Change ke database di lingkungan development. Konfigurasikan parameter lain sesuai kebutuhan.
Dalam contoh ini, dev_database dipilih sebagai database dasar.
Parameter lain dalam formulir meliputi Project Name, Project Background, Security Rule, Associated Iteration, dan Stakeholders. Setelah mengisinya, klik Submit.
-
Di node Develop, buat tabel di database dev_database.
-
Klik Import SQL Statements, masukkan SQL untuk membuat tabel, lalu klik OK.
-
Klik Save. Di kotak dialog Precheck Result, klik Confirm Changes and Submit to Save.
-
Klik Perform Changes to Base Database.
-
Di panel yang muncul, pilih execution strategy, pastikan pernyataan SQL sudah benar, lalu klik OK.
-
Setelah perubahan disetujui secara manual, sistem menulis skema tabel baru ke database dev_database.
Di tab Change Execution History, Anda dapat melihat hasil eksekusi untuk tabel teacher. Statusnya Success, progresnya 100%, dan strategi eksekusinya Execute Now.
-
Klik Go to Next Node.
CatatanSebelum melanjutkan, lakukan beberapa perubahan dan validasi desain pada database dev_database di node ini. Sistem pada akhirnya akan menghasilkan satu skrip
createtunggal yang akan diterapkan ke node berikutnya.
-
-
Di node Test, sinkronkan skema tabel yang dibuat di node sebelumnya ke database pengujian.
-
Klik Perform Changes to Target Database.
-
Pilih database test_database, atur execution strategy ke Execute Now, lalu klik OK.
Area Execution Script menampilkan pernyataan SQL untuk membuat tabel
teacher. Pernyataan tersebut mendefinisikan tiga field (teacher_id,teacher_name, danphonenumber), menetapkanteacher_idsebagai primary key, menggunakan set karakter utf8, dan menyertakan komentar "Teacher table". -
Setelah perubahan disetujui, sistem menerapkan skema ke database test_database.
PentingNode berikutnya, Production, merupakan anchor. Setelah Anda melanjutkan ke node anchor, Anda tidak dapat kembali ke node sebelumnya untuk melakukan operasi desain atau penerapan.
-
Klik Go to Next Node.
-
-
Di node Production (anchor), sinkronkan skema tabel ke database produksi.
-
Klik Perform Changes to Target Database.
-
Pilih database product_database, atur execution strategy ke Execute Now, lalu klik OK.
-
Setelah Anda mengirimkan perubahan, perubahan tersebut harus disetujui.
Setelah disetujui, sistem menerapkan skema ke database product_database, setelah itu Anda dapat menulis data ke dalamnya.
-
Setelah Anda mengklik Go to Next Node, proses desain skema berakhir dan DMS secara otomatis menutup tiket.
-
Operasi terkait
-
Untuk detail aturan spesifik dalam modul desain skema aturan keamanan, lihat Aturan keamanan untuk modul desain skema.
-
Untuk informasi lebih lanjut tentang kasus penggunaan dan fitur desain skema, lihat Desain skema.
-
Anda juga dapat menggunakan API untuk mendapatkan status penerapan tiket desain skema: