Pementasan vs Produksi

Lingkungan Pengembangan

Setiap tim pengembangan sebelum merilis fitur atau perubahan baru perlu memverifikasi bahwa kode yang mereka rilis tidak akan menyebabkan masalah atau bug. Untuk mencapai hal ini, mereka biasanya menyiapkan beberapa lingkungan untuk berbagai cara pengujian dan verifikasi. Praktik yang umum dilakukan adalah tim memiliki lingkungan pengembang, lingkungan UAT atau QA, dan lingkungan pementasan. Tujuan utama dari alur ini adalah untuk menemukan potensi masalah yang mungkin timbul karena perubahan atau fitur baru yang ditambahkan ke basis kode. Semakin banyak cara untuk menguji perubahan, semakin kecil kemungkinan bug akan muncul.

Pementasan

Lingkungan staging harus meniru lingkungan produksi Anda. Alasannya adalah karena Anda ingin menguji kode di lingkungan yang sesuai dengan lingkungan produksi. Hal ini memungkinkan tim untuk menemukan atau menemukan masalah potensial sebelum masuk ke produksi. Semakin dekat lingkungan staging dengan produksi Anda, semakin akurat pengujian Anda. Lingkungan staging juga dapat digunakan untuk menguji dan memverifikasi fitur-fitur baru dan memungkinkan tim lain termasuk QA atau pemangku kepentingan untuk melihat dan menggunakan fitur-fitur tersebut sebagai uji coba awal. Staging juga harus mencakup semua area arsitektur aplikasi termasuk basis data dan layanan lain yang mungkin diperlukan. Area yang mendapat manfaat dari lingkungan pementasan meliputi:

Fitur Baru

Pengembang yang mengirimkan fitur baru bersama dengan bendera fitur untuk mengaktifkan dan menonaktifkannya harus selalu melakukan uji coba di lingkungan staging. Hal ini memungkinkan tim untuk memverifikasi bahwa fitur tersebut berfungsi, dapat dinyalakan dan dimatikan melalui flag konfigurasi, dan juga tidak merusak atau mengganggu fungsionalitas yang sudah ada.

Pengujian

Karena lingkungan staging meniru lingkungan produksi Anda, ini juga merupakan tempat yang tepat untuk menjalankan pengujian. Tim QA biasanya akan menggunakannya untuk memverifikasi fitur baru, perubahan konfigurasi, atau pembaruan/penambalan perangkat lunak. Jenis pengujian yang tercakup adalah pengujian Unit, pengujian Integrasi, dan pengujian kinerja. Semua pengujian kecuali pengujian kinerja juga dapat dilakukan dalam produksi. Performa juga dapat diselesaikan dalam produksi tetapi hanya pada waktu tertentu - biasanya di luar jam kerja karena akan berdampak drastis pada pengalaman pengguna.

Terkadang tidak selalu memungkinkan untuk melakukan replikasi yang tepat karena biaya atau waktu. Area tertentu dapat dikurangi - misalnya, jika layanan Anda memiliki keseimbangan beban pada 10 mesin virtual dalam produksi, Anda masih dapat memiliki 4 mesin virtual dalam pementasan. Arsitektur yang mendasarinya sama, tetapi kinerja keseluruhannya mungkin berbeda.

Migrasi

Staging adalah tempat yang sempurna untuk menguji dan memverifikasi migrasi data. Snapshot dapat diambil dari produksi dan digunakan untuk menguji skrip migrasi Anda untuk memastikan bahwa perubahan yang Anda lakukan tidak akan merusak apa pun. Jika ternyata ada masalah, Anda cukup mengembalikan dan mencoba lagi. Melakukan sesuatu seperti migrasi dalam produksi sangat berisiko dan rentan terhadap kesalahan.

Perubahan Konfigurasi

Konfigurasi juga dapat menyebabkan sakit kepala bagi tim, terutama dalam arsitektur berbasis cloud yang besar. Memiliki lingkungan pementasan akan memungkinkan Anda menemukan potensi masalah atau kemacetan.

Produksi

Produksi sudah berjalan. Di luar sana untuk dilihat dan/atau berinteraksi dengan orang lain. Masalah atau kendala apa pun yang mungkin Anda alami seharusnya dapat ditemukan dan diperbaiki di lingkungan staging. Area staging memberi tim jaring pengaman untuk menangkap kemungkinan masalah ini. Kode apa pun yang digunakan untuk produksi seharusnya sudah diuji dan diverifikasi sebelum penerapannya.

Waktu henti

Waktu henti untuk layanan apa pun, terutama yang berhubungan dengan pelanggan, kemungkinan besar akan berdampak pada pendapatan. Jika pelanggan tidak dapat mengakses atau menggunakan situs web atau aplikasi Anda secara maksimal, kemungkinan besar akan ada biaya yang harus dikeluarkan. Ambil contoh perusahaan e-commerce yang memungkinkan pengguna membeli barang dan jasa secara online. Jika mereka merilis fitur baru ke keranjang belanja mereka yang sebenarnya merusak proses pembayaran, ini akan berdampak pada pelanggan yang tidak dapat membeli barang secara online.

Kerentanan

Keamanan siber juga harus memainkan peran besar dalam apa yang akan dirilis dalam produksi. Setiap pembaruan pada perangkat lunak seperti penambalan atau pindah ke versi terbaru harus diperiksa dan diverifikasi. Ini juga merupakan aturan yang sama untuk tidak meng-upgrade perangkat lunak ketika pembaruan penting dirilis.

Reputasi

Waktu henti atau masalah dalam produksi dapat merusak perusahaan karena tidak menanamkan kepercayaan pada pengguna akhir. Jika ada sesuatu yang mati atau rusak, hal itu dapat menyebabkan perusahaan kehilangan pelanggan potensial.