乍一看，这是两个不相交的世界。但实际上并非如此。
以下是对“不要睡觉！”的好文章的简短本地评论。我们是如何学习到用于监视软件更新质量和R在此任务中的使用的系统的，以每晚12,000个票房的价格复制发行版本。
它是以前出版物的延续。
再一次，介绍一下任务的细节。
- 随机选择收银机进行软件更新。只有一个更新列表。
- 更新的窗口很小。更新过程从晚上开始，到当地时间凌晨6点至7点为止，所有收银台都应该已经可以使用了。
- 就场中的虚拟机而言，监视方法与Netflix技术更相似。您需要快速确保升级后的收银员已准备好销售。如果出现问题，没有时间解决。必须快速回滚到该票房的上一个工作版本，并且已经脱机的开发人员可以准备代码。
- 根据收银机日志得出有关更新质量的结论。结论不是基于单独的指标，而是基于由票房软件实现的有限状态机的一组状态。收银台启动是一个时间扩展的过程，需要经过大量不同状态和条件。
- 有必要在一种接近实际的模式下，更新收银台的状态并不仅从单独的收银台的角度，而且从整个商店的角度，对问题进行优先级排序。大卖场中一个有问题的收银台要比便利店中的一个收银员少一些问题。
没有经典的zabbix监视适用于此类目的。因此，该解决方案是基于本文中提到的业务监视系统（BMS）构建的。该系统可以在“＃5 Moscow R Meetup”的资料中找到更多详细信息。评论中有指向演示文稿和视频的链接。
整个分析部件以及工作站都是基于R + Shiny组装的，R + Shiny包含在BMS“计算器”模块中。结果，负责更新的人员将在一个屏幕上收到状态的完整摘要，根据要求“开括号”并提示优先处理措施。
这不是关于“革命主义”和“唯一性”，而是关于这样的任务被R优雅而简单地结束的事实。
屏幕截图示例：
上一篇文章- “ R中的可复制计算。如何分离代码和数据？” 。