Pada pandangan pertama, ini adalah dua dunia yang terpisah. Tetapi dalam praktiknya, ini tidak benar.
Berikut ini adalah komentar pendek dan lokal tentang Artikel “Don't Sleep!” Yang bagus. Bagaimana kami belajar mereplikasi rilis di 12.000 box office per malam ” dalam hal sistem untuk memantau kualitas pembaruan perangkat lunak dan penggunaan R dalam tugas ini.
Ini adalah kelanjutan dari publikasi sebelumnya .
Sekali lagi, sedikit tentang kekhasan tugas.
- Pembaruan perangkat lunak terjadi pada pemilihan register kas secara acak. Hanya ada daftar pembaruan.
- Jendela untuk memperbarui kecil. Proses pembaruan dimulai pada malam hari dan ~ 6-7 pagi waktu setempat, semua meja kas harus sudah operasional.
- Metodologi pemantauan lebih mirip dengan teknologi Netflix dalam hal mesin virtual di pertanian. Anda harus segera memastikan bahwa kasir setelah peningkatan siap untuk penjualan. Jika terjadi kesalahan, tidak ada waktu untuk mengetahuinya. Penting untuk segera memutar kembali ke rilis kerja sebelumnya di box office ini, dan pengembang offline dapat menyiapkan kode.
- Kesimpulan tentang kualitas pembaruan dibuat sesuai dengan log register kas. Kesimpulannya didasarkan bukan pada metrik terpisah, tetapi pada serangkaian kondisi mesin keadaan terbatas yang diimplementasikan oleh perangkat lunak box office. Peluncuran meja kas adalah proses yang diperpanjang dalam waktu dan melewati banyak status dan kondisi.
- Diperlukan, dalam mode dekat dengan yang asli, untuk memperbarui status meja kas dan memprioritaskan masalah tidak hanya dari sudut pandang meja kas terpisah, tetapi juga dari sudut pandang seluruh toko. Satu meja kas bermasalah di sebuah hypermarket kurang bermasalah daripada satu kasir di toko "dekat rumah".
Tidak ada pemantauan zabbix klasik yang cocok untuk tujuan tersebut. Oleh karena itu, solusi dibangun berdasarkan BMS (Business Monitoring System) sebagaimana dimaksud dalam artikel. Sistem ini dapat ditemukan lebih detail dalam materi "# 5 Moscow R Meetup" . Di komentar ada tautan ke presentasi dan video.
Seluruh bagian analitis, serta workstation, dirakit berdasarkan R + Shiny, yang termasuk dalam blok "hitungan" BMS. Sebagai akibatnya, orang yang bertanggung jawab atas pembaruan menerima di satu layar ringkasan lengkap dari status, “membuka tanda kurung” berdasarkan permintaan dan diminta untuk memprioritaskan tindakan.
Ini bukan tentang "revolusi" dan "keunikan", tetapi tentang fakta bahwa tugas seperti itu elegan dan hanya ditutup oleh R.
Contoh tangkapan layar:
Posting sebelumnya - "Komputasi Reproducible dalam R. Bagaimana memisahkan kode dan data?" .