我向您介绍 DevOpsConf 指南，今年的会议规模达到银河系规模。 从某种意义上说，我们成功地整合了一个如此强大且平衡的计划，各种专家都会喜欢通过它：开发人员、系统管理员、基础设施工程师、质量保证、团队领导、服务站以及参与技术开发的每个人过程。
我们建议参观 DevOps 领域的两大领域：一是可以通过代码灵活更改的业务流程，二是可以使用工具。 也就是说，在我们的会议上，将有两股在内容上、特别是在报告数量上同等强度的流派。 第一个重点关注工具的实际使用，第二个重点关注使用业务问题示例的流程，这些业务问题被视为代码并作为代码进行管理。 我们相信技术和流程是密不可分的，并在新浪潮公司工作的演讲者的帮助下系统地展示了这一点，并分享了他们通过解决问题和克服挑战获得新的发展理念的道路。
如果您愿意，请查看我们指南的简短摘要 :
- 30月8日，会议第一天，我们将在第一大厅审议XNUMX个商业案例。
- 第一天在第二大厅，我们将分析更高度专业化的仪器解决方案。 每份报告都包含很多很酷的实践经验，但并不适合所有公司。
- 1月XNUMX日，在第一个大厅，相反，我们谈论更多技术，但更广泛。
- 第二天在第二个大厅，我们讨论并非在所有项目中都会出现的具体任务，例如在企业中。
但我要立即指出，这种划分并不意味着观众的划分。 相反，对于一个工程师来说，了解业务问题、知道自己所做的事情的意义、有实践经验很重要。 而对于一个团队负责人或者服务站来说，其他公司的案例和经验当然很重要，但同时你需要了解内部的运作方式。 在剪辑下方，我将更详细地告诉您所有主题，并帮助您制定详细的旅行计划。
会议将在Infospace举行，我们将两个主要大厅称为“金心”——就像《银河系漫游指南》中的船一样，利用不可能的原理在太空中移动，而“在银河的边缘”宇宙”——就像同一传奇故事中的一家餐厅。 从现在开始我将使用这些名称来指代曲目。 “金心”星系区域的报到站更适合主要旅游团；如果您喜欢的话，这些都是必去的景点。 对于经验丰富的旅行者来说，“在宇宙的边缘”有一些有趣的物体。 很少有人能到达那里，但那些敢于穿过小行星带到达那里的人却目光灼灼。
同时，您可以轻松地从一个房间移动到另一个房间，随时都会找到适合您的主题。 正如我已经说过的，该计划非常平衡。 我们有更多的课堂报告，但是，计划委员会很不情愿地将它们转移到 或者推迟到圣彼得堡春季会议，以免打破平衡并实施原来的想法。 会议计划允许您使用不同的示例和从不同的角度考虑每个计划的主题（持续交付、基础设施即代码、DevOps 转型、SRE 实践、安全性、基础设施平台）。
现在坐下来，我们的银河飞船即将全部停下来。
《金心》，30月XNUMX日
担任 CTO 的前 90 天
将开幕会议 利昂娜火。 关于继承遗留系统以及随之而来的问题。 Leon 将告诉您服务站如何了解他开始工作的技术系统。 对于现代公司的技术总监来说，管理DevOps流程是主要任务，Leon将以有趣、幽默的方式向您展示 技术部分和业务部分之间的关系 从SRT的角度来看。
初学者和那些想成为一名初学者的人绝对应该阅读这份报告。 毕竟，成长为公司的技术总监是一回事，重新担任这个角色又是另一回事；这样的特技飞行不是每个人都能做的。
DevOps 基础知识 - 从头开始进入项目
下一个 继续这个话题，但是 安德烈·尤马舍夫 （LitRes）将稍微从全局角度考虑这个问题并回答以下问题：当开始在不同团队中工作时，您需要了解哪些基础知识； 如何正确分析问题的范围； 如何制定活动计划； 如何计算 KPI 以及何时停止。
基础设施即代码的未来
接下来我们将休息一下来讨论基础设施即代码的主题。 罗曼·博伊科 DevOpsConf 上的 AWS 解决方案架构师 关于新工具 AWS云开发套件，它允许您用熟悉的语言（Python、TypeScript、JavaScript、Java）描述基础设施。 我们将直接了解什么让云更接近开发人员，如何开始使用此工具并创建可重用组件以方便基础设施管理。 对于会议参与者来说，这是一个用俄语了解世界创新的绝佳机会，其技术细节程度在此处很常见，但在西方则不然。
从发布到 FastTrack
午餐后，我们将再花几个小时讨论转型问题。 在 叶夫根尼娅·福门科 我们来看看MegaFon的DevOps转型：从他们尝试使用传统方法（例如KPI）的阶段开始，克服了一切都不清楚，需要拿出新工具并改变自己的阶段， 直到流程完全重组。 对于企业来说，这是一次非常酷且激励人心的体验，企业的承包商也参与了 DevOps 转型，Evgeniy 也将谈论这一点。
如何成为跨职能团队
У 米哈伊尔·比占 在团队中进行转型变革方面拥有丰富的经验。 现在，Mikhail 作为 Raiffeisenbank 加速团队的领导者，使团队实现跨职能。 在他的 让我们谈谈缺乏跨职能团队的痛苦，以及为什么跨职能团队的挑战不会随着发明、制造和实施而结束。
SRE实践
接下来，我们将找到两份专门针对 SRE 实践的报告，它们正在蓬勃发展，并在整个 DevOps 流程中占据重要地位。
阿列克谢安德列夫 来自 Prisma 实验室 ，为什么初创公司需要 SRE 实践以及为什么它会获得回报。
马特维·格里戈里耶夫 来自渡渡鸟披萨 这是一家较大公司的 SRE 示例，该公司已经超出了初创阶段。 Matvey 本人这样评价自己：一位经验丰富的 .NET 开发人员和一位初学者 SRE 将分别分享开发人员（不仅仅是一个开发人员，而是整个团队）向基础架构过渡的故事。 为什么 DevOps 是开发人员的逻辑路径 如果您开始将所有 Ansible 剧本和 bash 脚本视为成熟的软件产品并对它们应用相同的要求，会发生什么，我们将在 30 月 17 日 00:XNUMX 在 Golden Heart 大厅举行的 Matvey 报告中进行讨论。
完成第一天的计划 丹尼尔·季霍米罗夫，谁在他的 提出了一个重要的问题： 技术如何与用户幸福感相关。 为了解决“一切正常，但用户不满意”的问题，MegaFon从监控单个系统，然后是服务器、应用程序，转变为通过用户的眼睛来监控服务。 所有技术专家、客户和供应商如何开始关注这些KQI指标，我们将在会议第一天晚上揭晓。 之后，我们将在晚会的非正式场合讨论基础设施和转型。
“在宇宙的边缘”，30 月 XNUMX 日
从仪器的角度来看，“宇宙边缘”大厅的前三场报告将会非常有趣。
马克西姆·科斯特里金 （十六） Terraform 中的模式 对抗大型和长期项目的混乱和常规。 Terraform 开发人员提供了相当方便的使用 AWS 基础设施的最佳实践，但有一个细微差别。 Maxim 将使用代码示例演示如何不将包含 Terraform 代码的文件夹变成雪球，而是使用模式来简化自动化和进一步开发。
格里戈里·米哈尔金 从 拉莫达 “我们为什么要开发 Kubernetes Operator，我们从中吸取了哪些教训？” 将有助于填补有关如何使用 Kubernetes 实施基础设施即代码实践的信息缺乏。 例如，Kubernetes 本身包含使用 yaml 文件的服务描述，但这不足以满足所有任务。 底层管理需要操作人员，如果你想正确管理 Kubernetes，这个演讲非常有用。
下一次报告的主题是 Hashicorp金库 - 相当特别。 但事实上，只要您需要管理密码并具有处理机密的共同点，就需要此工具。 去年，Sergey Noskov 讲述了如何在 Hashicorp Vault 的帮助下在 Avito 管理秘密，看看那个 来吧 尤里·舒特金 从 Tinkoff.ru 获取更多经验。
塔拉斯·科托夫 （EPAM） 构建包含自己的骨干网的云基础设施这一更为罕见的任务 IP/MPLS网络。 但体验很棒，报告也很硬核，所以如果你明白它在讲什么，一定要来看看这个报告。
晚上晚些时候，我们将讨论云基础设施中的数据库管理。 基里尔·梅尔尼丘克 使用体验 Vitess 用于在 Kubernetes 集群内使用 MySQL。 一 弗拉基米尔·里亚博夫 来自 Playkey.net ，如何处理云内的数据以及如何正确使用可用的存储空间。
《金心》，1 月 XNUMX 日
1月XNUMX日，一切都将相反。 金心大厅将设有一条更加以技术为导向的赛道。 因此，对于穿越“金心”的工程师来说，我们首先邀请您深入了解业务案例，然后看看这些案例在实践中是如何解决的。 反过来，管理者首先考虑可能的任务，然后开始更好地理解如何在工具和硬件中实现这一任务。
在大型云存储的幕后
第一个发言者 阿蒂米·卡皮图拉。 他去年的报告“我认为，由于故事的深度令人难以置信，与会者称其为最好的。 这次 将继续使用Mail.Ru Cloud Solutions 解决方案进行存储设计并分析系统故障的先例。 这份报告对于管理者来说不明显的好处是，Artemy 不仅检查了技术问题本身，还检查了解决问题的整个过程。 那些。 您可以了解如何管理整个流程并将其应用到您的公司。
逆向去中心化部署
叶戈尔·布加恩科 这并不是他第一次出现在会议上；他的报告传统上包含有争议的论点，但它们让你思考。 我们希望 Egor 关于去中心化部署的讨论将引发一场有趣且最重要的建设性讨论。
我们又在云端了
阿列克谢·瓦霍夫是业务组件和技术的强大融合，工程和管理方面都会对此感兴趣。 Alexey 会告诉你 Uchi.ru 是如何运作的 云原生基础设施：如何使用 Service Mesh、OpenTracing、Vault、集中式日志记录和总体 SSO。 随后，15:00，Alexey 将举行 ，每个来到这里的人都可以亲手触摸这些乐器。
Avito 中的 Apache Kafka：三个轮回的故事
阿纳托利·索尔达托夫 当然，那些使用 Kafka 的人会对 Avito 如何将 Kafka 构建为一项服务感兴趣。 但另一方面也很好地揭示了 创建内部服务的过程：如何收集同事的服务需求和愿望，实现接口，在团队之间建立交互并在公司内创建服务作为产品。 从这个角度来看，历史对于非常不同的会议参与者来说再次有用。
让微服务再次轻量化
在这里，一切似乎从名字就可以清楚地看出。 但论文认为 德米特里·苏格罗博夫 来自乐华梅兰的，甚至在节目委员会中引起了激烈的争论。 总之，这将为讨论什么是微服务、如何编写微服务、如何维护微服务等主题奠定良好的基础。
用于管理 BareMetal 基础设施的 CI/CD
下一份报告又是二合一的。 一方面， 安德烈·克瓦皮尔 （WEDOS Internet，as）会讲到管理BareMetal基础设施，这是比较具体的，因为大家现在主要用的是云，如果持有硬件的话，规模也不会那么大。 但非常重要的是，安德烈 应用 CI/CD 技术来部署和管理 BareMetal 基础设施，从这个角度来看，该报告将引起团队领导和工程师的兴趣。
继续话题 谢尔盖·马卡连科, 在这个劳动密集型过程的幕后 兵棋推演平台.
容器安全吗？
将在金心大厅完成节目 亚历山大·卡约罗夫 关于集装箱安全的讨论文件。 Alexander 已经在 RIT++ 就读 讨论 Helm 的安全问题以及解决方法，这次不仅限于列出弱点，而是 完全隔离环境的工具。
“在宇宙的边缘”，1 月 XNUMX 日
即将开始 亚历山大·布尔采夫 （布拉马布拉马）和 加快网站速度的可能解决方案之一。 让我们看看五重奏的成功实施 加速仅归功于 DevOps 工具 无需重写代码。 您仍然需要决定是否在每个项目中重写代码，但记住这样的经验总是有用的。
1C 中的 DevOps：企业
彼得·格里巴诺夫 来自1C公司 揭穿在大型企业中不可能实施 DevOps 的神话。 还有什么比 1C 更复杂：企业平台，但由于 DevOps 实践即使在那里也适用，我认为这个神话是站不住脚的。
定制开发中的 DevOps
安东·赫列维茨基 叶夫根尼·福缅科 (Evgeniy Fomenko) 报告的继续 ，MegaFon 如何在承包商方面构建 DevOps 并构建持续部署，包括来自多个软件供应商的定制开发。
将 DevOps 引入 DWH/BI
对于不同的参与者来说，这是一个非标准但又有趣的话题 瓦西里·库岑科 来自俄罗斯天然气工业银行。 Vasily 将分享有关如何在数据开发中培养 IT 文化以及如何在数据仓库和 BI 中应用 DevOps 实践的实用建议，并将告诉您处理数据的管道有何不同，以及哪些自动化工具在处理数据时真正有用。数据。
没有安全部门（你）如何生活
午餐后 莫娜·阿尔希波娃 (sudo.su) 我们有基础知识 开发安全 并将解释如何将安全性作为一个过程嵌入到您的开发过程中并停止使用单独的安全部门。 这个话题很紧迫，这份报告对很多人来说应该非常有用。
大型解决方案的 CI/CD 中的负载测试
完美补充了之前的主题 弗拉基米尔·霍宁 来自 MegaFon。 这里我们要讲的是 如何将质量引入 DevOps 流程：如何使用Quality Gate，记录系统内的各种案例，以及如何将其全部整合到开发过程中。 该报告特别适合那些使用大型系统的人，但即使您不处理巨额账单，您也会发现自己感兴趣的方面。
SDLC 与合规性
下一个主题与大公司更相关——如何将合规解决方案和标准要求引入流程中。 伊利亚·米特鲁科夫 来自德意志银行技术中心 该 工作标准很可能与 DevOps 兼容.
到最后 马特维·库库伊 （Amixr.IO） 关于世界各地数十个团队如何执勤、整理事件、组织工作和构建可靠系统的统计数据和见解，并将解释这一切与 SRE 的关系。
现在我什至有点羡慕你了，因为一路走来 你只需要这样做。 您可以创建自己的个人计划，并享受报告如何有机地相互补充，但我很可能像任何指南一样，没有时间仔细环顾四周。
顺便说一句，除了主要活动之外，我们还有一个露营地——会议室，参与者自己可以在其中组织小型聚会、研讨会、大师班，并在亲密的环境中讨论紧迫的问题。 任何参与者都可以，并且任何参与者都可以充当计划委员会并为其他聚会投票。 这种格式已经证明了它的有效性，特别是在网络方面，所以仔细看看 日程安排，并在会议期间关注有关新聚会的公告 .
DevOpsConf 2019 银河见！
来源： habr.com