Pengoperasian ribuan toko Pyaterochka yang tidak terganggu sebagian besar tergantung pada perangkat lunak yang andal dan dapat disesuaikan. Sekarang jaringan menggunakan produk GK SOFTWARE, yang telah ditingkatkan dari versi kotak ke pengembangan kode di dalam X5. Dalam artikel kami, kami akan memberi tahu Anda apa jalan yang telah kami ambil dalam memasang rilis, memastikan pertumbuhan bisnis perusahaan dari toko tunggal pada perangkat lunak baru menjadi 15.000 saat ini.

Kasus masa lalu, tradisi yang mendalam
Periode sepuluh tahun untuk IT di dunia modern adalah sejarah. Pada tahun 2009, toko rantai Pyaterochka pertama hanya beralih ke GK, tugas pembaruan perangkat lunak pertama kali muncul. Prosesnya terlihat seperti ini: benar-benar pekerjaan manual, analisis log dengan "mata" di setiap toko, masalah konstan dengan memulai perangkat lunak - di kasir, peralatan berhenti diinisialisasi, maka layanan GK tidak dimulai pada server.
Ketika sistem GK stabil dan memperbarui alat dikembangkan, kami pergi untuk menyebarkan melalui komponen pusat sistem GK - Storemanager - dalam jumlah 100 - 200 toko per malam (per karyawan). Maka itu dianggap pencapaian yang luar biasa. Untuk memastikan kecepatan pembaruan di 1000 toko, tenaga outstaff sudah diperlukan - hanya dengan tim yang terdiri dari 6 orang per malam kami dapat mencapai jumlah outlet yang diperlukan. Untuk membuat tugas pembaruan, diperlukan "klik" setiap toko dengan tangannya. Setiap pekerjaan hanya berisi 50 objek, karena ada kemungkinan karena kesalahan internal untuk kehilangan semua status setelah pembaruan, dan kemudian diperlukan pemeriksaan manual penuh.

Pada saat itu, pemeriksaan kesehatan toko pada awalnya dilakukan sesuai dengan status penugasan, akhirnya melalui menghubungkan ke desktop kasir dan analisis visual layar kasir.
Untuk 2014, intensitas tenaga kerja memperbarui untuk 1 orang per malam adalah 150 toko.
Terobosan pertama
Situasi seperti itu dengan kecepatan dan biaya pembaruan tidak cocok untuk kita atau bisnis. Bidang pekerjaan yang paling penting adalah proses meningkatkan dan mengotomatisasi proses untuk memastikan “pengiriman” perubahan ke toko yang cepat dan berkualitas tinggi untuk membantu bisnis menyelesaikan tugas secara efektif.
Karena kode GK bukan milik X5, kami tidak dapat melakukan perbaikan Storemanager sendiri, mengubah prosesnya, atau memperbaiki bug. Oleh karena itu, bersama dengan kontraktor, kami mulai mengerjakan pengembangan dari awal alat alternatif teknologi, yang kami sebut "Booster".
Kami secara komprehensif mendekati analisis proses pembaruan, melihatnya dari semua sisi. Dan mereka mendapatkan pemahaman tentang proses tersebut, yang menjadi dasar bagi semua perubahan di masa depan. Keberhasilan implementasi perubahan tergantung pada seberapa cepat kami mengirimkan distribusi versi baru ke toko, bagaimana kami mempersiapkannya untuk peningkatan, bagaimana proses instalasi akan diatur, dan bagaimana pemeriksaan kinerja selanjutnya akan berjalan.
"Booster" memiliki daftar tunggal semua toko di dasbor, pra-pemeriksaan dan status untuk setiap tahap, dan cek otomatis primitif pertama setelah pembaruan.

Implementasi proyek "Booster" memungkinkan pengurangan biaya tenaga kerja sebanyak 6 kali dan memperbarui sekitar 1000 toko per malam dengan bantuan satu karyawan (pada akhir 2016). Pada saat itu, itu adalah terobosan yang belum pernah terjadi sebelumnya.
Pengembangan sukses
Tahap selanjutnya adalah mengkonsolidasikan dan mengembangkan kesuksesan kami. Kami meluncurkan kumpulan perbaikan yang disebut "Booster2".
Platform dipindahkan ke perangkat keras baru, antarmuka pengguna sepenuhnya didesain ulang, kami menyingkirkan pengereman. Memperkenalkan pemeriksaan dan status baru untuk setiap tahap.

Kami telah memberikan kepada karyawan yang memperbarui setiap malam dengan semua informasi untuk mengidentifikasi masalah dan memperbaikinya dengan cepat. Efek maksimum untuk pencegahan kecelakaan diberikan kepada kami oleh pemeriksaan otomatis terhadap pengoperasian kantor tiket berdasarkan tangkapan layar. Sistem menentukan di mana kondisi layar berbeda dari standar, dan toko inilah yang dilihat karyawan pada awalnya.
"Booster" yang diperbarui memungkinkan memperbarui 1.500 toko per karyawan per malam pada akhir 2017- awal 2018.
Teruskan ke ketinggian baru
1.500 toko malam adalah baik, kita dapat dengan mudah mengatur jadwal rilis, mengambil sprint tambahan untuk instalasi, kami siap untuk memberikan koreksi kesalahan dan menginstal hingga 6 majelis di meja kas dan back office, tetapi tugas perusahaan kami adalah membangun ritel generasi berikutnya hari ini . Proses, fondasi teknis dan teknologi digitalisasi bisnis kami, antara lain, kecepatan pengembangan dan distribusi versi perangkat lunak baru. Dan pada bulan Maret 2019, tugas ambisius ditetapkan - pada musim gugur, untuk mencapai pembaruan 3000 server dan 12.000 meja kas dalam satu malam. Kami mengabstraksi dari realitas kami saat ini, sekali lagi melakukan pekerjaan analitis yang hebat untuk mengidentifikasi hambatan dalam proses tersebut. Tugas diidentifikasi yang memerlukan otomatisasi, peningkatan teknis, pengembangan perangkat lunak khusus baru, serta pemikiran ulang secara umum. Selain itu, kami telah membentuk kumpulan tugas organisasi.
Akibatnya, sebuah proyek TI internal lahir, peta jalan disusun, anggaran dihitung, tonggak ditentukan, dan lingkaran divisi dan kontraktor untuk interaksi internal dan eksternal jelas didefinisikan.
Peta jalanMari kita memikirkan tugas-tugas yang dibentuk secara lebih rinci. Kami telah mengidentifikasi 3 area:
- tujuan pengurangan risiko;
- tugas administrasi dan organisasi;
- tugas untuk meningkatkan toko yang diperbarui per hari.
Pengurangan risiko. Tugas kami - terlepas dari keberhasilan atau kegagalan pembaruan, untuk memastikan operasi simpul kas dan kemampuan untuk melayani pelanggan, mis. buka toko di pagi hari. Dengan meningkatnya jumlah outlet, risikonya meningkat berkali-kali sehingga terjadi kesalahan.
Seorang karyawan dalam kelompok distribusi rilis seperti pilot pesawat terbang atau pengontrol lalu lintas udara yang memiliki banyak tanggung jawab. Dalam kondisi seperti itu, perlu untuk mengembangkan alat sederhana dan otomatis yang meminimalkan faktor kesalahan manusia.
Dalam area ini, tugas dirumuskan untuk mengembangkan sistem baru inspeksi toko, mengotomatiskan persiapan fasilitas untuk memperbarui, membuat mekanisme untuk merekam pekerjaan pada infrastruktur jaringan dan pemulihan otomatis.
Alat verifikasi baru memungkinkan Anda untuk dengan cepat menentukan kesehatan toko secara keseluruhan, menghasilkan laporan tentang sejumlah besar parameter dan segera menunjukkan kepada karyawan pendukung benda-benda yang tidak dapat dibuka di pagi hari setelah pembaruan. Kami menganalisis peluncuran perangkat lunak dan langkah-langkah mengunduhnya. Kami memeriksa pembentukan pangkalan untuk kasir di samping kantor belakang, inisialisasi peralatan, keluar dari perangkat lunak kasir ke mode registrasi kasir, dll. Proses ini didasarkan pada yang terbaru dalam sistem perusahaan kami - "Pemantauan Bisnis" menggunakan tumpukan teknologi modern (Filebeat, Kafka, ClickHouse, Grafana).
Dalam alat (sistem) untuk persiapan komprehensif toko untuk memperbarui, kami menggabungkan semua skrip verifikasi yang tersebar yang bahkan bisa berada di server yang berbeda. Kami menghubungkan skrip otomatis untuk memperbaiki kesalahan umum (ruang kosong, tidak ada hak yang diperlukan, dll.) Dan mengirim surat kepada karyawan yang bertanggung jawab di berbagai arah, jika masalahnya tidak diperbaiki secara otomatis. Kami menambahkan robot yang "tanpa lelah" meminta wolly di MFSM dan mengecualikan register kas dari toko-toko untuk memperbarui meja kas. Robot seperti itu setiap hari menghemat lebih dari tiga jam waktu karyawan.
Alat robotik untuk pekerjaan akuntansi pada infrastruktur jaringan : alat ini menyediakan analisis surat yang benar-benar tersebar dari penyedia, mengidentifikasi kode toko di alamat SAP yang ditunjukkan dan memuat data pada tanggal dan waktu kerja ke dalam basis data. Selanjutnya, berdasarkan informasi ini, jadwal sirkulasi diperbarui. Ini secara bertahap menghilangkan momen ketika 300 toko dibiarkan tanpa komunikasi, dan kami tidak bisa mendapatkan status pembaruan atau cek.
Mekanisme pemulihan otomatis : di sisi toko, ini akan memungkinkan diagnosis mandiri simpul kas, menentukan ketidakmungkinan memulai checkout dan mengembalikan sistem dari cadangan, sehingga memungkinkan toko untuk membuka di pagi hari dalam banyak kasus, bahkan jika staf pendukung tidak dapat terhubung dari jarak jauh ke solusi masalah.
Tugas administratif dan organisasi. Kerja efektif dari sistem adalah setengah dari perjuangan, untuk keberhasilan itu perlu untuk memastikan kerja tim yang efektif.
Solusinya adalah pelatihan tambahan, menambahkan akhir pekan ke jadwal kerja, mengatur interaksi dengan semua lini. Sebarkan di akhir pekan.Kami melakukan pelatihan internal untuk karyawan, memastikan pertukaran dan kemungkinan mendistribusikan kembali tugas apa pun. Jadwal kerja tim juga direvisi - semua karyawan dipindahkan ke shift kerja di malam hari, yang menciptakan peluang untuk memastikan pembaruan terus-menerus. Opsi ini telah kami terapkan tahun ini. Sekarang pembaruan GK berlangsung 7 hari seminggu tanpa keterlibatan staf tambahan.
Tugas untuk menambah jumlah toko per malam. Di sini kami memecahkan masalah pengiriman distribusi yang cepat dan terjamin untuk memastikan pembaruan dari sejumlah toko, tidak peduli seberapa cepat perubahannya keluar. Ini juga termasuk, pada kenyataannya, perbaikan sistem itu sendiri.
Pertama-tama, kami mulai menggunakan alat pembaruan "Booster" saat ini seefisien mungkin. Pengujian beban mengungkapkan operasi yang paling sulit, kami menentukan batas kemungkinan, menemukan opsi untuk penskalaan horizontal dari instance pembaruan.
Juga, dalam kerangka kerja proyek, kami memutuskan alat mana yang harus ditargetkan untuk diperbarui dan mana yang harus dikembangkan lebih lanjut. Storemanager dipilih sebagai alat target, karena dengan perolehan kode sumber GK, kami dapat mengembangkan dan meningkatkan alat standar secara mandiri.
Sejak peluncuran proyek, kami telah mengidentifikasi langkah-langkah untuk mengimplementasikan semua fungsi "Booster" di Storemanager dan tahun ini membentuk persyaratan tambahan untuk perbaikan untuk memastikan memperbarui jumlah toko yang diperlukan.
Kami juga menyusun opsi untuk menggunakan alat saat ini, memperbaikinya, porting infrastruktur target ke Linux secara eksklusif untuk server unduhan. Dan bersama dengan kolega mereka memperkenalkan alat baru tambahan yang secara signifikan memperluas kemampuan kami.
Apa yang sudah terjadi?
Saat ini, sebagian besar tugas dari rencana kami telah dilaksanakan:
- Pembaruan dan peningkatan sistem pemompaan.
- Mengurangi ukuran distribusi GK.
- Tugas administratif dan organisasi dalam sebuah tim.
- Otomatisasi persiapan toko untuk memperbarui.
- Akuntansi untuk pekerjaan jaringan.
Tugasnya tetap memperkenalkan cek baru toko dan memperbaiki alat pembaruan target.

Apa selanjutnya
Lebih jauh lagi. Sekarang upaya kami ditujukan untuk memperbarui 20.000 (+) toko per malam, tetapi itu sudah ada pada platform baru yang berbeda, dengan alat dan metode baru. Kami pasti akan menceritakan hal ini di masa depan.
PenulisVasily Golubev, Kepala Grup Distribusi Rilis Perangkat Lunak # ITX5
Evgeny Lapshin, Kepala Departemen Dukungan untuk Solusi Toko # ITX5