TL; DR
Slurm DevOps将于1月30日至2月1日在莫斯科举行。
再次，我们将在实践中分析DevOps工具。
细节和程序下切。
SRE已从程序中删除，因为我们与Ivan Kruglov一起准备了单独的SREM SRE。 该公告将在稍后发布。
感谢Selectel，这是我们第一届Slurm的赞助商！
关于哲学，怀疑论和意想不到的成功
9月底，我访问了莫斯科的DevOpsConf。
我听到的摘要：
-DevOps需要大部分大型项目；
-DevOps是一种文化，就像任何文化一样，它必须来自公司内部。 您不能聘请DevOps工程师并梦想他会冒犯流程。
-在DevOps转换所需内容的清单的最后，有一些技术，即我们训练的DevOps工具。
我意识到我们没有在课程中正确包含DevOps的理念和文化，因为这不能系统地讲授。 需要读书的人。 或者，他将找到一位超酷的教练，他将以他的魅力和权威说服所有人。
就我个人而言，我一直是“自下而上”运动的支持者，这是通过工具对文化进行游击党的介绍。 类似于Phoenix项目中描述的内容。 如果我们使用Git正确配置了团队合作，则可以用法规慢慢补充它，这就是价值所在。
同样，当我们在准备DevOps Slurm时，它只涉及工具，我担心参与者的反应：“您讲的很棒。 抱歉，我永远无法实现它们。” 如此多的怀疑使我们立即终止了该程序的重复。
但是，大多数参与者在一项调查中回答说，所获得的知识在实践中是适用的，并且他们将在不久的将来实现某些目标。 同时，我们解释的所有内容都在有用的列表中：Git，Ansible，CI / CD和SRE。
值得记住的是，一开始他们还谈论过Slurm Kubernetes，不可能在3天内解释k8。
与领导SRE主题的Ivan Kruglov一起，我们商定了一个单独的计划。 现在我们正在讨论细节，我将很快宣布。
Slurm DevOps将会发生什么？
程序
主题＃1：与Git合作
- 基本命令git init，commit，add，diff，log，status，pull，push
- Git流，分支和标签，合并策略
- 与多个远程代表一起工作
- GitHub流
- 前叉，远程，拉动请求
- 关于Gitflow和与团队有关的其他流程的冲突，发布
主题№2：从开发的角度处理应用程序
- 用Python编写微服务
- 环境变量
- 集成和单元测试
- 在开发中使用docker-compose
主题3：CI / CD：自动化简介
- 自动化概论
- 工具（bash，make，gradle）
- 使用git-hooks自动化流程
- 工厂输送机装配线及其在IT中的应用
- 建立“通用”管道的示例
- 现代CI / CD软件：Drone CI，BitBucket Pipelines，Travis等
主题4：CI / CD：使用Gitlab
- 吉它实验室
- Gitlab Runner，它们的类型和应用
- Gitlab CI，自定义功能，最佳实践
- Gitlab CI舞台
- Gitlab CI变量
- 组装，测试，部署
- 控制和执行限制：仅在以下情况下
- 处理工件
- .gitlab-ci.yml中的模板，可在管道的不同部分重用操作
- 包含-部分
- gitlab-ci.yml的集中管理（一个文件并自动推送到其他存储库）
主题5：基础架构即代码
- IaC：将基础架构作为代码的方法
- 云提供商作为基础设施提供商
- 系统初始化工具，映像组装（打包程序）
- 关于Terraform的IaC
- 配置存储，协作，应用程序自动化
- 练习创建Ansible剧本
- 幂等，声明性
- IaC Ansible
主题6：测试基础架构
- 与Molecule和Gitlab CI进行测试并进行持续集成
- 流浪申请
主题7：使用Prometheus监控基础架构
- 为什么需要监控
- 监控类型
- 监控系统中的通知
- 如何建立健康的监控系统
- 便于所有人阅读的公告
- 健康检查：寻找什么
- 基于监控数据的自动化
主题8：使用ELK进行应用程序日志记录
主题9：使用ChatOps进行基础架构自动化
- DevOps和ChatOps
- ChatOps：优势
- 松弛和替代
- 聊天机器人
- Hubot和替代品
- 安全性
- 最佳和最差的做法
地点：莫斯科塞瓦斯托波尔酒店会议厅。
日期：从1月30日到2月1日，需要3天的辛苦工作。
报名