斯科尔科沃的RIT 2018音乐节规模宏大，形式多样。 移动开发，后端，前端，DevOps，项目管理乃至心理都是各种口味的主题，并且每天早晨到晚上都很忙。 主题分为单独的轨道，轨道与大厅相连。 如果仅感兴趣的专业报告，则可以在正确的房间中解决。 但是，各种主题的发言人都根据需要使用了主题演讲厅。
总的来说，我对DevOps的知识很感兴趣，在与同事们分享了对会议的印象之后，我形成了一份简短的报告清单，让我记忆犹新。 几个月过去了，我仍然记得他们在说什么。
因此，我在RIT 2018上记得3篇技术报告。
监控和Kubernetes
现在使用的监视工具不能很好地支持微服务体系结构应用程序。 系统中的动态性越强，为其配置监视就越困难。 对集群系统（如Kubernetes）进行方便的监视通常是一项艰巨的任务，如Kubernetes那样，将动态性带入了极端主义。 为什么这样 Flant技术总监Dmitry Stolyarov谈到了这种复杂性的原因及其对主要监视任务的影响。
传统的监视系统依赖于使用静态服务器，相对而言，很少在应用程序基础结构中添加和删除静态服务器。 在Kubernetes中，创建和删除炉床环境和服务应用程序的过程每秒钟发生一次，因此现有的自动发现程序根本无法应对这一数量。
环境本身的数量也有数十万种。 因此，发送的遥测量增加了相同的量。 而且她仍然需要存放在某个地方。
一个单独的问题是物理世界和虚拟世界的冲突：Kubernetes中应用程序的资源消耗非常短暂，并且反映在炉膛限制方面。 但是pod资源消耗已经对可用服务器容量产生了特定的物理影响。 查看图表时，您始终必须考虑从什么角度看资源。 实际上，很少有人对单个吊舱感兴趣。 感兴趣的是整个应用程序对资源的消耗，这已经需要根据用户定义的某些标准对遥测吊舱进行灵活的分组。
而且您需要为广泛的开发/登台/生产环境增加数倍的最终方案！
该报告推荐给必须支持kubernetes集群的任何人。
链接到演示文稿。
箱子开发人员
对于我们来说，听听Maxim Lapshin的报告非常有趣，他在报告中分享了在盒装产品开发中使用开发实践的罕见经验。 盒装产品就是这种传统软件，可以根据用户功能安装并运行。
Erlyvideo正在开发视频流服务器，我们是Internet服务配置服务器。 我们的问题在很多方面与导致ErOlvideo的DevOps转换的问题相似。
Maxim在报告开头回答了一个最重要的问题：“这是做什么用的？” 在发展传统服务的行业中，也存在着促使将DevOps文化引入服务开发的所有相同因素。 这些因素对盒装产品的影响可能会比从事服务业时更为剧烈。 例如，发行版越少，将部署的变更量就越大。 如果您要推出一项新服务，则可以确保或确信自己是安全的。 但是，如果发布的产品发行版包含大量更改，那么仅靠说服更新的安全性还不够，您还必须说服用户使用此更新的安全性。 微小但频繁的变更在这里可以解决。 这只是问题之一。
该报告更深入地介绍了使用连续交付的这一原因以及许多其他原因，并进行了比较，并强调了与带有服务的CI / CD模式中通常更简单的工作的不同之处。
这怎么可能？ 在该报告中，Maxim描述了Erlyvideo中使用的一组实践，以使更改流的实现成为现实。 许多方法都将是有用的，某些方法需要适应我们工作的现实。 但是，无论如何，这个奇妙的成功故事可以启发人们重新思考他们的问题，并在各种DevOps实践中找到解决方案。
对于从事产品分销的每个人来说，该报告将非常有趣。
链接到演示文稿。
Kubernetes网络基础
无处不在的快速入门指南，速成班和教程“如何开始使用kubernetes”使进入这辆车，部署集群和部署应用程序相对容易。 鉴于该主题的不可思议的流行，很多人都这么做。 但不要忘记，从本质上讲，Kubernetes是一个相当复杂的系统，其维护需要特定的知识。 在Ingram Micro Cloud中，当下一个应用程序突然在网络上不可用时，需要此知识。 从对该事件的调查开始，亚历山大·卡约洛夫（Alexander Khayorov）通过网络子系统进行了有趣的旅程。
该报告向我们介绍了Kubernetes网络堆栈中日益复杂的元素，并解释了由基本块组成的大型和复杂路由。 当Alexander谈论这样做的原因，而不是通过其他方式对假设的其他实现选项进行建模时，这变得特别有趣。
这确实是大多数用户会遇到的Kubernetes字母表。 我自己问了一个问题“为什么要使用nodePort？” 和“为什么在接口上看不到我的服务的IP？”
有趣且内容丰富。
链接到演示文稿。