aop:config的配置_配置管理已死：Config Management Camp万岁
aop:config的配置
每个人都去布鲁塞尔的FOSDEM学习，从其大量的谈话记录中学习，这些谈话记录通常被称为开发人员室，运行着各种好奇心，涵盖了Rust，Go和Python等编程语言，以及从社区到法律的特殊主题，隐私。 经过为期两天的不间断活动，许多FOSDEM与会者都移至比利时根特，参加数百人参加配置管理营（ CfgMgmtCamp ）。
Kris Buytaert和Toshaan Bharvani主持了广受欢迎的后FOSDEM展览，展览围绕基础设施管理，包括黑客空间，培训，讲习班和主题演讲。 这是对谁，什么以及如何建设弹性基础架构的深入技术探索。 它于2013年作为PuppetCamp开始，但在2014年扩展到包括更多社区和工具。
我与Kris和Toshaan交谈，他们对CfgMgmtCamp的过去，现在和未来都充满幽默感。 我们的采访经过了编辑，以确保篇幅和清晰度。
马修：您的开幕主题演讲叫“ CfgMgmtCamp已死。” 配置管理死了吗？ 它会继续存在，还是会取代它？
克里斯：我们注意到人们正在大肆宣传容器，试图以不同的方式解决相同的问题。 但是他们仍然仅以不同的方式和其他工具来管理配置。 在过去的几年中，我们已经从专注于基础架构即代码工具（例如Puppet，Chef，CFEngine，Ansible，Juju和Salt）的会议发展到了更为开放的基础架构自动化会议。 。 因此，配置管理绝对不会死。 以代码为基础的基础设施还没有死，但是一切都在发展。
Toshaan：我们看到人们在改变工具，大肆宣传，社区也在变化。 但是，基本思想和概念保持不变。
Matthew：很高兴将可观察性作为您的主题演讲之一。 为什么那些关心配置管理的人也应该关心监视和可观察性？
克里斯：虽然会议的名称没有改变，但工具已经发展，我们扩大了视野。 十年前， Devopsdays只是#devopsdays，但它发展到注重文化的C CAMS中的DevOps'文化，自动化，测量，和共享的核心原则。
Monitorama填补了监视和指标方面的空白（解决了CAMS中的M问题）。 Config Management Camp是关于开源自动化A的。由于它们都是开源会议，因此它们实现了共享部分，从而完成了CAMS概念。
可观察性位于自动化和测量之间。 为了更进一步，在我有关开源监视的一些演讲中，我描述了监视工具从#monitoringsucks到#monitoringlove的演变； 对于很多人（包括我）来说，对监控的热爱归还了，因为我们将其与自动化联系在一起。 我们开始提供服务，并使该服务的监视自动适应其状态。 监视工具与现实不同步的日子已经一去不复返了。
从另一个角度看，当您拥有如此复杂的基础结构或应用程序以至于需要可观察性时，最好不要手动进行部署。 您将需要某种复杂程度的自动化形式。 因此，可观察性与基础架构自动化紧密联系在一起。
Toshaan：是的，虽然过去我们专注于配置管理，但是我们将寻求将其扩展到所有类型的基础架构管理中。 去年，我们采用了这个想法，并且能够进行很多跨工具演示。 今年，我们通过更加差异化的内容进一步迈出了一步。
Matthew：我的一些虚拟化和Linux管理员朋友推迟了，说可观察性是开发人员的责任。 如果不说“ DevOps”，您将如何应对？
克里斯：您所说的就是我所说的“糟糕的开发”。 这是一种趋势，运行平台的人并不真正在乎他们运行的是什么。 只要端口80正在侦听并且节点ping通，它们就会很高兴。 与“ Dev Ooops”一样糟糕。 “糟糕的开发人员”是开发人员大声疾呼操作人员的地方，因为他们行动缓慢，敏捷，React迟钝。 但是，对我而言，您作为操作人员或Linux管理员的职责是保持服务运行，而唯一的方法就是承担该任务，那就是与其他具有不同角色和见解的同事组成团队，编写代码的人，设计的人等。这是共同的责任。 躲在“那是别人的责任”的背后，不会闻到协作正在进行的感觉。
Toshaan：即使在孤岛的黑暗时代，我相信真正的系统管理员也应该关心可观察性，监视和自动化。 我相信DevOps运动使这一点变得更加广泛，并且获取和公开这些信息变得更加容易。 另一方面，我相信纯粹的操作员或系统管理员已经学会了成为团队成员（或者，他们可能已经灭绝了）。 我喜欢一个由不同的特种兵组成的部队的类比，他们共同完成任务； 我们有工程师致力于提*品或服务。
马修（Matthew）：在苏黎世（Devopsdays）的一次演讲中 ，克里斯（Kris）提出了一个观点，即美国人为收购而开发软件，而欧洲人为恢复力而开发。 有鉴于此，对于想要构建有意义的基础架构的人来说，什么是最佳技能？
Toshaan：我相信仍然有些人不了解代码扩展的复杂性，他们相信一些新的炒作将神奇地解决这个问题。
克里斯：今年，我们邀请了1998年USENIX论文“ 引导基础设施 ”的合著者史蒂夫·特拉格特 （ Steve Traugott） ，该论文帮助启动了我们的社区。 如此众多的人从未读过Infrastructures.org ，从未经历过构建映像和映像蔓延的痛苦，并且不了解我们经历的演变导致我们以从源代码构建它们的方式来构建事物。
人们应该学习幂等，适应力，可再现性和在十楼测试中幸存下来的主题。 （如“引导基础结构”中所述：“我们在设计基础结构时使用的测试是'我能否抓住一台随机计算机并将其扔出10层窗口，而不会对用户造成超过10分钟的负面影响？”这是“是的，”然后我们知道我们在做正确的事。”）但是只有在他们了解他们正在构建的服务（服务是绝对优先事项）之后，他们才能开始从事以下工作：我们如何运行它，如何运行我们能否确保它继续运行，如何发生故障以及如何防止这种情况发生，以及如果它消失了，我们如何能够Swift将其重新旋转，而最终用户却不会注意到。
Toshaan： 100％的正常运行时间。
克里斯：我们面临的挑战是很多人还没有这种经验。 我们已经看到了YoloOps的兴起- 只需旋转一次，发射并忘记它-就会导致安全问题，稳定性问题，数据丢失等，并且他们经常掌握YoloOps中的解决方案，这是一种简便的方法很快就可以继续前进。 但是了解事情最终将如何失败需要时间，这就是经验。
Toshaan：好吧，当我还是一名学生并在FOSDEM担任CentOS展位的时候，我记得有一个人走到展位上，抱怨说由于CentOS的“一次开火，忘了开火”政策，他无法进行咨询，并且它工作得太好了。 我喜欢称其为ZombieOps，但YoloOps也可以。
马修：我看到您也正在领导YamlCamp的第二年。 为什么标记语言需要自己的阵营？
克里斯： YamlCamp是一个戏仿，这是个玩笑。 去年，鲍勃·沃克（Bob Walker）（ @ rjw1 ）发表了题为“我们现在都是YAML工程师吗？”的演讲。 导致了更多的笑话。 多年来，我们一直在讨论如何将CfgMgmtCamp重命名。 问题是人们知道我们的名字，我们有足够的观众继续前进，而更改名字将意味着在徽标，网站，DNS等方面花费了很多精力。我们不会更改名字，但我们开玩笑说我们可以将其重新命名为YamlCamp，因为出于某些奇怪的原因，很多讨论都与YAML有关。 :)
马修：您认为系统工程师应该在其简历中将YAML列为一项技能或一种语言吗？ 公司应该聘用YAML工程师，还是开玩笑地在网站上拥有“万岁的所有YAML工程师”？
Toshaan：嗯，真正的问题是人们是否愿意自豪地称自己为YAML工程师，因为我们已经有足够的DevOps工程师。
Matthew：哪些FOSS软件可以帮助您管理活动？
Toshaan：我在Hugo CMS中重新创建了网站，因为我们花了太多时间手动维护网站。 我之所以选择Hugo，是因为我正在学习Golang，并且因为它已成功用于其他会议和我自己的网站。 我还想要一个静态网站和iCalendar输出，因此我们可以使用日历工具（例如Giggity）来拥有一个良好的计划工具。
该网站现在可以很好地构建，尽管我仍然对改进有一些想法，但现在维护起来要容易得多。
对于提案征集（CFP），我们现在使用OpenCFP 。 我们希望尽可能自动地优化提交，投票，选择和提取，同时让潜在的演讲者，审阅者和我们自己易于使用。 OpenCFP似乎是有效的工具。 尽管我们仍然有一些功能要求，但我相信，一旦我们有时间向OpenCFP捐款，我们将拥有一个功能齐全且易于使用的工具来运行CFP。
最后，我们从EventBrite切换到Pretix，因为我希望符合GDPR的要求，并且能够运行我们的问题，凭证和其他功能。 Pretix允许我们控制与会者，演讲者，赞助者和组织者的注册，并且可以概览所有参加此次活动的人员。
结语
对我而言，Configuration Management Camp的美丽之处在于它会随着受众的不断发展而发展。 配置管理当然是工作的核心，但它可用于弹性基础架构。 睁大眼睛观看对话录音，从令人难以置信的演讲者阵容中学习，并感谢团队主持此（免费）节目！
您可以关注Kris @KrisBuytaert和Toshaan @toshywoshy 。 您还可以在他的博客上看到Kris的过去文章。
翻译自: https://opensource.com/article/19/2/configuration-management-camp
aop:config的配置