每个星期二晚上，都有一个匿名的DevOps爱好者俱乐部聚会。 我们的任务远比分享我们的问题并可能获得建议要远大得多。 我们讨论了所有行业趋势，因此很高兴参加
有关DevOps的
会议和部分 。
自7月以来，我们一直在
DevOpsConf Russia上工作，这是一个有关开发，测试和操作流程集成的专业会议，该会议起源于RootConf，将于10月1日至2日在莫斯科Infospace举行。
今天，我将告诉您我们如何做到这一点，我们试图选择哪些报告，演讲者要求什么。
我们选择诚信作为会议的重点 。 我们将从开发，运营，流程，管理和工具的各个方面来讨论DevOps。 这就是为什么我们制定了这样的部分：
- 基础架构平台。
- 基础架构作为代码。
- 持续交付。
- 反馈。
- DevOps的架构，CTO的DevOps。
- SRE实践。
- 培训和知识管理。
- 安全性，DevSecOps。
- DevOps转换。
我们认为，该工具包充分描述了所有重要方面。 涵盖所有这些问题的程序将证明是全面有用的。 另一方面，主要任务是
保持平衡 ，而不是开始与技术和工具孤立地谈论流程和文化。 因此，我们要求演讲者恢复公司的流程，明确目标，并将其与技术解决方案联系起来。
让我举一个例子来说明：所有DevOps会议的超级发言人都将交给我们
-Uchi.ru首席技术官
Alexey Vakhov
我们与阿列克谢（Alexei）进行了交谈，发现自从他上次报告其基础设施和交付输送机以来，还没有特殊的技术创新。 经过讨论和一些头脑风暴，我们只是决定退出此过程。 带有代码的工件从开发人员到生产部门的准确度如何，工件发生了什么，这些人如何在整个管道中保护自己免受错误和错误的侵害？ 亚历克斯同意这是对公司内部正在发生的事情的
全新印象，因此决定按照这种方式重做报告。 现在，作为聆听者，我们不仅能够了解在Uchi.ru中使用各种工具的经验，而且还将学习连续交付过程的工作方式。
因此，如果您像我一样有兴趣，那么注册DevOpsConf Russia会议还为时不晚！
这仅仅是计划委员会和报告发言者共同工作的一个例子。 每个应用程序都会经过这样的讨论，我们会深入研究细节，以使一切顺利进行。 因此，现在我不会告诉您所有的报告，但是在每个主题中，我将选择一个或两个非常有趣的报告。
基础设施平台
尼古拉·西夫科（Nikolay Sivko）。 Kubernetes适用于30岁以上的人群
他们现在经常谈论kubernetes，并在okmeter.io中得出结论，他们在生产中也需要k8。 尽管他们甚至没有CI / CD，但仍有一些局限性，例如必要的最大容错能力和执行此任务所需的人力资源。
尼古拉在他的
报告中承诺会告诉他他如何设法解决了这个问题：
- HA k8s从牙签和蓝色电工胶带上裸露在金属上。
- 随着k8s网络的组织， k8s集群和相邻服务器被连接起来 。
- 为什么不使用k8s服务网络，而要尽可能实现无头服务和envoy + dns发现 。
如果您正在寻找入门阈值/ k8s收益/控制/性能之间的平衡，那么
okmeter.io的经验将非常有用。
安娜·斯蒂芬扬（Anna Stepanyan）。 Booking.com监控基础架构
从此
报告中，我们了解到：收集了有关Booking.com中应用程序操作的哪些数据进行监视； 它们如何汇总； 存储哪些度量标准和日志； 如何分析。
考虑流行的
开源监视解决方案 ，分析其局限性和功能，并查看自己必须实现的工具。
持续交付
亚历山大·哈尔科维奇（Alexander Kharkevich）。 有效开发和维护Ansible角色
Ansible是流行的配置管理系统之一，具有较低的进入门限，可通过第三方模块方便地扩展，允许
代码重用 ，并具有许多优点。 但是，仅在开始时才在额头中引入配置管理系统。 一段时间后，要维持更多的角色变得非常困难。 来自EPAM Systems的Alexander Harkevich在他的
报告中将讨论
持续提供角色的
机制 ，这是支持
角色的最有效方法。 让我们检查一下公共角色和公共角色的发展，但是要在私有基础结构中进行测试。
意见反馈
瓦西里·奥泽列夫（Vasily Ozerov）。 基于收入的监控
每个人都收集了大量技术指标和一些业务指标：
收入，保留率，质量 。 不幸的是，这些指标常常是彼此分开分析的，没有人试图将它们关联起来。 您知道Web服务器带给您多少钱吗？ 当所有技术监控系统均为绿色时，如何看待问题？ 数据库负载90％时，
企业会损失多少钱 ？ 还有50％？ 来看看瓦西里的
报道吧-我们会明白的。
DevOps中的架构，CTO的DevOps
Maxim Vikharev。 DevOps传奇“关于模板微服务”
该报告将以积极的开发工程师和开发人员的身份提交。 使用python服务的特定示例
考虑 （微）服务
的整个生命周期：
- 它的组成以及现代Web应用程序中的典型（微）服务取决于什么；
- 使用什么kubernetes的架构功能和原语;
- （微）服务应如何集成到开发和交付应用程序的过程中，以免编写长达一公里的指令，并且通常不执行任何特殊操作；
- 如何在多个生产环境，许多测试和调试环境中将应用程序与系统服务对接，以及为什么；
- 基础架构团队和开发团队之间需要什么样的安排和决策，才能实现舒适有效的交互。
Maxim将分享他的经验，这将使管理员能够平静地
将应用程序的配置和部署委托给开发人员 。 并且，开发人员应该
专注于功能，而不会由于切换到devops活动而导致大量停机。
SRE实践
Renato Losio。 云上的MySQL
从AWS到Google Cloud，所有主要的云服务提供商都提供了用于在云中运行MySQL或MySQL兼容数据库的各种选项。 您可以
单击一下按钮来部署虚拟机并配置自己的集群，或者依赖服务和管理数据库。
在Funambol云平台
Renato Losio 的首席架构师的
报告中 ，我们将考虑在云
中运行关系数据库的运营
成本，以及
如何将其集成为代码基础架构。 让我们看看是否该是无服务器数据库的时候了。
伊戈尔（Igor Dolzhikov）。 如何在5分钟内满足集装箱中的SRE或Go服务
从这份
报告中，我们不仅可以了解SRE的公认实践，而且Igor还将通过示例来说明他的故事，最重要的是，他将承诺提供最有价值的-
形成的服务模板 ，其中包括多年的工作经验。
尤其要考虑以下问题：选择必要的模块来生成服务； 测试和验证代码的方式； 在本地容器和集群中的代码交付和执行； 最佳实践中服务模块的结构； 礼貌地关闭服务（正常关闭）。 还有更多来自容器开发的宝贵经验。
安全性，DevSecOps
谢尔盖·诺斯科夫（Sergey Noskov）。 使用Hashicorp Vault管理秘密
通过Sergey的报告，我们了解了如何使用Hashicorp Vault以及
Puppet和Kubernetes在Avito中管理机密。 而且，谢尔盖承诺
列出使用了一年半的锥体，并将分享他如何解决此问题的想法。
DevOps转换
安东·伊萨宁（Anton Isanin）。 阿尔法银行的DevOps
Anton Isanin是Alfa-Bank DevOps转换策略的作者。 从他的
报告中，我们可以发现公司在转型过程中面临的问题。
让我们讨论一个具体的技术实现 ：如何编写用户故事； 如何组织开发和测试； 如何部署； 监察工业运作等 有许多细微差别，考虑已经经历过DevOps转型的公司的经验非常有用。
10月1日至2日，在DevOps爱好者的大型而非匿名会议上见！ 请记住要提前
预订车票 ；离会议越近，它的价格就越高。
订阅 Ontiko DevOps主题时事通讯，以在程序更新可用后立即接收它们。 我们试图使信件变得有用而不是干扰，我们发送会议新闻，报告成绩单和最新视频。
顺便说一下，可以在YouTube频道上单独监视视频-近年来收集了所有视频，并且列表会不断更新。