Resep Rilis Lancar: Catatan Saya

Saatnya semakin dekat ketika kami akan merilis solusi kami, segar, baru dan bercahaya. Menarik? Tidak juga, karena kami sudah memeriksanya dari semua sisi.

Kami memiliki daftar periksa untuk memeriksa seberapa siap solusinya untuk mulai berproduksi. Ini mencantumkan semua hal paling penting yang kami periksa di infrastruktur, pengisian awal, integrasi, pelatihan kelompok pengguna percontohan, mentransfer solusi, dokumentasi pengguna, pemantauan bisnis, dan memilih momen untuk rilis.

Berdasarkan rencana ini, kami menetapkan tugas untuk pengembang dan "auditor" - kolega dari departemen lain yang melakukan keputusan peninjauan (ya, ini juga merupakan hack seumur hidup). Kami berharap lembar contekan ini berguna untuk persiapan peluncuran produk di prod.



Infrastruktur


  1. Kami telah menyiapkan dan menerima persyaratan pelanggan untuk infrastruktur UAT dan Prod di sisi pelanggan. Infrastruktur itu sendiri disiapkan di sisi pelanggan, akses diberikan.
  2. (Untuk aplikasi seluler perusahaan) Menyetujui skema distribusi aplikasi pada perangkat pengguna (toko aplikasi / sistem MDM / yang lain). Pelanggan mengatur pembelian perangkat.
  3. Pipa CI / CD dikonfigurasikan dan / atau teknologi untuk memperbarui solusi ditentukan.
  4. Strategi cadangan dan pemulihan telah dipikirkan dan infrastruktur yang sesuai telah disiapkan.
  5. Sistem pemantauan teknis dari solusi dan diagnostik masalah dipikirkan dan diimplementasikan (tumpukan ELK, alat pemantauan k8s, dll.)

Solusi pengisian awal


  1. Data historis. Diputuskan dari sumber apa dan sampai kedalaman apa data harus dimigrasi, ada teknologi / mekanisme / alat migrasi.
  2. Prosedur dipikirkan dan alat (utilitas, skrip) untuk memeriksa kebenaran (kelengkapan, konsistensi) dari data historis yang dimigrasi disiapkan.
  3. Buku referensi yang diisi.
  4. Pengguna / struktur organisasi yang dimigrasi.

Integrasi


  1. Fungsionalitas layanan integrasi di lingkungan UAT / Prod telah diuji. Ada versi layanan pada bagian dari pelanggan dan / atau suatu prosedur telah disepakati dengan pelanggan untuk bersiap untuk memperbarui versi layanan di pihak mereka.
  2. Dasbor atau alat ketersediaan layanan telah dikonfigurasi untuk pemeriksaan "instan" di sisi masalah yang mana.

Pelatihan Pilot Pengguna


  1. Demo berdiri disiapkan untuk menunjukkan solusi kepada pelanggan, akses diatur, distribusi aplikasi dan perangkat uji diselenggarakan.
  2. Grup implementasi pelanggan diidentifikasi dan dilibatkan dalam pengujian selama persiapan rilis pada lingkungan QA - demonstrasi diadakan.
  3. Melakukan sesi tes akhir / sesi demo dengan grup pengguna pilot.
  4. Materi untuk pengguna disiapkan: skenario demonstrasi, singkat β€œCara” dengan tangkapan layar / video yang menunjukkan aksi bisnis.

Pengalihan keputusan


  1. Rencana untuk transfer sumber, rencana konfigurasi untuk membangun server di sisi pelanggan.
  2. Sumber dan rencana transfer sumber daya UI: tata letak, kit UI, instruksi untuk menggunakan kit UI.
  3. Dokumen arsitektur (topologi infrastruktur, teknologi penempatan, dll.) Telah disiapkan untuk ditransfer ke pelanggan untuk dioperasikan.
  4. Pengarahan dan pelatihan disebarkan dengan admin pelanggan.
  5. Diperiksa apa lagi yang perlu dilakukan untuk transfer formal / legal ke operasi sesuai dengan persyaratan kontrak dengan pelanggan.
  6. Prosedur untuk menetapkan solusi untuk dukungan teknis di sisi pelanggan (baris pertama) dan di pihak kami (baris kedua) telah berhasil. Sistem akuntansi banding dikonfigurasikan.

Dokumentasi pengguna


  1. Panduan pengguna / instruksi dalam format yang disetujui oleh pelanggan (skrip, video, dll.)

Pengawasan bisnis


  1. Pemahaman telah dikembangkan dan disepakati dengan pelanggan tentang indikator bisnis apa dari solusi (KPI) yang akan kami pantau dan analisis.
  2. Ada data dan infrastruktur untuk memantau indikator bisnis: misalnya, kubus analitik dengan statistik penjualan dalam sistem, Grafana dengan statistik aktivitas pengguna.

Memilih waktu untuk dirilis


  1. Waktu yang nyaman dipilih untuk rilis / beralih ke versi baru dengan mempertimbangkan unduhan puncak akun dari fungsionalitas solusi saat ini, waktu ketersediaan pengguna, waktu ketersediaan insinyur di kedua sisi, dll.

Source: https://habr.com/ru/post/id417301/


All Articles