Banyak DBA saat ini diminta untuk berkontribusi dalam Budaya DevOps. Seorang DBA yang saya kenal menceritakan kepada saya tentang reorganisasi baru-baru ini yang dialami perusahaannya dan ketika mereka mengirimkan bagan organisasi baru, gelarnya sebenarnya diubah dari DBA menjadi insinyur DevOps. Apa yang dia lakukan sekarang yang berbeda dari sebelumnya? Ternyata… Tidak banyak. Sebagian besar yang dia lakukan sekarang masih sama. Tapi biliknya sekarang adalah titik nol untuk DevOps, jadi dia menganggap gelar baru ini dengan cukup serius.
Inilah kebenarannya – DBA hampir selalu menjadi bagian dari DevOps. Itu karena sebagian besar sudah melakukan tugas Dev. Hal-hal seperti menulis SQL, penyetelan kinerja SQL Server, melakukan Analisis Objek dan pelaporan dan mereka sudah melakukan tugas Operasi seperti mengonfigurasi server, menjalankan pencadangan dan pemulihan, dan menyetel OS, jaringan, dan penyimpanan.
Perubahan utama adalah bahwa DevOps sering mengadu pengembang aplikasi dengan tim infrastruktur atas masalah stabilitas dan kinerja. Dev dan Ops memiliki prioritas berbeda yang memerlukan tindakan penyeimbangan yang baik.
Ada dua sisi dari cerita ini. Pengembang sisi rumah diukur pada seberapa cepat dan andal mereka bisa mendapatkan perubahan ke dalam produksi. Tujuan mereka adalah mengembangkan kode sesuai spesifikasi secepat mungkin, memasukkannya ke dalam produksi, dan terus melakukan perubahan tersebut.
Ops berkaitan dengan memastikan bahwa segala sesuatunya tidak pecah saat Anda mengalihkan pandangan darinya. Ini tentang semua dasar yang membuat lampu tetap menyala dan data terus bergerak.
DBA memiliki peran besar dalam menggabungkan Dev dan Ops. Faktanya, ini adalah peluang besar bagi DBA untuk berkembang menjadi peran engineer DevOps yang baru muncul ini, termasuk memantau dan mengoptimalkan kinerja server SQL.
Sebagian besar DevOps didasarkan pada moto, "Sering gagal, gagal cepat." Buat perubahan kecil dan bertahap dan dorong mereka ke dalam produksi. Jika menyebabkan masalah atau tidak sesuai dengan keinginan pelanggan, segera putar kembali, perbaiki, dan segera kembalikan ke produksi.
Namun ini menghadirkan risiko nyata…
Tidak selalu mudah untuk memahami akar penyebab masalah kinerja atau stabilitas. Dibutuhkan sedikit penggalian untuk menghubungkan titik-titik antara perubahan yang dilakukan seseorang pada aplikasi atau infrastruktur dan dampaknya terhadap beban kerja dan kinerja database.
Konsep-konsep ini agak baru bagi DBA dan tugas pertemuan di tengah untuk berpartisipasi dalam Budaya DevOps mungkin tampak sedikit berlebihan. Tapi, Anda harus mulai dari suatu tempat. Banyak organisasi mengambil pendekatan untuk melihat masalah kinerja server SQL dari sudut pandang yang berbeda dan menerapkan metode pemantauan yang berbeda.
Bagaimana jika Anda memiliki visibilitas ke dalam kesehatan lingkungan SQL Server Anda yang diperlukan untuk menyelesaikan masalah kinerja secara proaktif ... sebelum mereka berdampak serius pada bisnis Anda? Bagaimana jika Anda dapat dengan cepat mengidentifikasi penurunan kinerja, mengisolasi penyebabnya, menganalisis, dan menyesuaikan untuk mencegah masalah serupa di masa mendatang?
Oh, dan bagaimana jika Anda bisa memiliki semua ini dengan berlangganan? Tanpa perangkat keras tambahan, tanpa perangkat lunak, tanpa biaya perawatan dan dapat mengaksesnya dari mana saja, kapan saja di perangkat apa saja?
Dengan Spotlight Cloud, Anda bisa! Semudah Mendaftar. Masuk. Selesaikan.
Mulai dengan Spotlight Cloud untuk pemantauan dan diagnostik database yang dihosting di cloud untuk SQL Server. Ini seperti memberi diri Anda promosi langsung!
