Bekerja dengan Aman di Database Production

Buat production tampak berbeda secara visual

Pernahkah Anda menjalankan perintah di production karena mengira sedang terhubung ke staging atau dev? Saya pernah, dan saya harus menghabiskan sisa hari itu menyusun ulang dataset secara manual untuk beberapa pelanggan yang sangat kesal.

Solusinya adalah membuatnya sangat jelas saat Anda terhubung ke production.

Cara mudahnya adalah dengan membuat identitas visual yang berbeda untuk database production Anda.

Di Beekeeper Studio, saya suka memberi warna red untuk database production dan yellow untuk database staging. Statusbar Beekeeper menyesuaikan dengan pilihan warna tersebut, jadi selalu jelas saat saya terhubung ke production.

Tinjau perubahan sebelum menerapkannya

Jika Anda punya dua pelanggan bernama Adam Smith, sangat mudah memberikan upgrade langganan gratis ke Adam yang salah. Jangan tanya saya tahu dari mana.

Saya sudah beberapa kali melakukan kesalahan ini - kadang karena kesalahan saya sendiri, tapi kadang karena GUI database yang membingungkan, yang menerapkan perubahan secara otomatis dan menyulitkan untuk mengetahui apa yang terjadi.

Saya merancang Beekeeper Studio agar menampilkan perubahan yang tertunda secara eksplisit, sehingga Anda bisa melihat apa yang akan terjadi sebelum mengklik apply. Secara pribadi, saya suka menggunakan tombol Copy to SQL agar bisa menjalankan SQL secara langsung dan memeriksa hasilnya dalam transaksi sebelum menerapkannya (lihat di bawah), alur kerja lain yang sudah tersedia di Beekeeper Studio.

Jalankan SQL berisiko dalam transaksi

Saya suka transaksi database. Rasanya seperti diberi tombol undo besar yang bisa diklik setiap kali saya membuat kesalahan.

Anehnya, saya TIDAK menggunakan transaksi di GUI database selama BERTAHUN-TAHUN. Meski saya memahaminya dan sering menggunakannya di aplikasi Ruby on Rails saya, saya tidak pernah menemukan UI yang menunjukkan dengan jelas di status transaksi mana saya berada. Saya selalu merasa lebih mungkin membuat kesalahan, jadi saya menghindarinya sama sekali.

Ketakutan akan hal yang tidak diketahui inilah alasan kami menghabiskan waktu yang luar biasa banyak untuk menyempurnakan UI transaksi Beekeeper Studio agar transaksi menjadi jelas, transparan, dan mudah digunakan. Dari video terlihat jelas kapan Anda berada dalam mode transaksi manual, serta tindakan apa yang bisa Anda lakukan untuk masuk dan keluar dari mode tersebut.

Jangan biarkan transaksi tetap terbuka

Kejutan! Bukankah saya baru saja bilang transaksi itu hebat? Ternyata transaksi juga bisa berbahaya. Jika Anda membiarkan transaksi terbuka, transaksi itu bisa mengunci seluruh database bagi semua orang. Membuka transaksi lalu pulang untuk akhir pekan bukanlah ide yang bagus.

Misalnya Anda menggunakan transaksi, membuat perubahan, lalu pergi makan siang. Apakah transaksinya Anda biarkan terbuka? Semoga tidak – bisa saja Anda mengunci semua orang dari database sementara Anda menghabiskan xiaolongbao Anda.

Meski transaksi yang dibiarkan terbuka biasanya tidak mengunci seluruh database, hal ini tetap bisa menyebabkan gangguan jika memblokir transaksi production lainnya.

Saya sudah melihat sendiri dampaknya, itulah sebabnya Beekeeper Studio otomatis melakukan rollback transaksi setelah batas waktu tertentu, biasanya 10 menit. Perubahan Anda hilang, tapi Anda tidak menyebabkan gangguan.

Gunakan mode read-only untuk mencegah kesalahan

Terkadang keteledoran memang tidak terhindarkan. Karena itulah Beekeeper menyediakan mode Read Only - jadi meskipun kredensial Anda punya akses penuh, Beekeeper akan mencegah Anda membuat perubahan.

Caranya sederhana - tandai koneksi sebagai Read Only agar Anda tidak sengaja menjalankan query yang merusak, menghapus tabel, atau mengubah nama setiap pengguna menjadi Test User.

Jika ingin membuat perubahan, Anda harus keluar dari mode read only secara eksplisit.

Pengamanan yang masuk akal untuk database production Anda

Meskipun Anda melakukan semuanya dengan benar dan mengurangi risiko pekerjaan production dengan menggunakan Beekeeper Studio, tetap bijak untuk memiliki pengamanan tingkat sistem berikut:

• Backup rutin harus tersedia jika sewaktu-waktu Anda perlu memulihkannya
• Latih pemulihan backup secara rutin
• Node sekunder cadangan harus tersedia jika node utama mati
• Jangan berbagi kredensial dengan banyak orang
• Batasi cakupan kredensial database seketat mungkin
• Bekerjalah secara teratur dan gunakan proses tiket untuk perubahan di production
• Uji semua perubahan di Dev dan Staging sebelum dijalankan di Production (jika memungkinkan)

Beekeeper dibuat untuk production

Semoga panduan ini membantu Anda bekerja dengan lebih percaya diri di production.

Fokus Beekeeper pada kemudahan penggunaan tidak berhenti pada tampilannya yang menarik. Kami merancang alur kerja kami agar Anda percaya diri saat bekerja di production dan membantu Anda menghindari kesalahan yang tidak disengaja.

Semoga Anda menikmati tidak sengaja menghapus production sama seperti kami :-).