这是基于 2 月份在捷克共和国 DevConf 上的会谈系列的第四部分的继续。 我打算在一篇文章中涵盖每个工作组联络员的所有报告，但结果证明这是一堵墙，所以我将与来自 Fedora 本周服务器工作组。
您应该从第一部分“为什么？”开始，如果您喜欢“逻辑进展”和“本末倒置”的一般概念，我建议您从第二部分“发生了什么？”开始。 然后是第三部分，“治理、进步和更多想法”。
如果您错过了之前的工作组报告，它们位于第四部分 a 和 b，基础设计、环境和堆栈。
你可以观看 视频开 YouTube，但您可能会发现该文本更有帮助。 我已经总结和解释，而不仅仅是转录。 而且，因为已经三个月了，我已经从每个演讲者那里得到了更新。
工作组报告视频
Fedora 服务器：斯蒂芬·加拉格尔
斯蒂芬说， Fedora 服务器工作组旨在成为开发“下一个稳定的 Linux 平台”的地方。 他解释说，这不仅仅意味着下游的 RHEL 或 CentOS，上游项目应该关注我们，并找到一个可以整合技术的地方，这些技术可能在三年内出现在所有各种稳定平台中。
工作组讨论的第一件事是如何 Fedora 服务器和 Fedora Cloud 会结合在一起，斯蒂芬提出了“宠物与牛”的比喻。 “宠物”代表了更传统的基础设施方法，你有一台服务器，当它生病时，你把它带到兽医那里，你照顾它，并尽你所能维持它的生命。 另一方面，DevOps 世界中的新“牛”模型：如果你有一头不正常的牛，就朝它的头部开枪，然后再买一头牛。
服务器工作组的目标是解决环境的“宠物”方面。 Fedora 服务器将处理更传统的关键基础设施系统，甚至未来我们不希望采用“牛”模型。 为了 example，您可能不会让您的域控制器以这种方式运行。
为了解决这个问题，服务器工作组将构建一个名为“服务器角色”的新概念。 这将是一种（目前，有点手动）的打包方式，它不仅允许我们部署设置基础设施服务所需的一组包，而且还可以部署自动化和 API 驱动的包配置它的方法。 理想情况下，这将提供尽可能多的最佳实践默认值，并且只向用户展示一小部分必须给出的答案。
所以，我们的目标是与像这样的项目一起工作 开放式LMI 和 座舱 这样我们就可以拥有这些可部署的服务器角色。 管理员只需指向一台机器并说“你现在是域控制器！”或“你是 MySQL 数据库！”。
在谈话之后的几个月里，服务器工作组已经确定了两个初始服务器角色来分发：域控制器（基于 FreeIPA）和数据库服务器（基于 PostgreSQL），并且正在构建 D-BUS API 和命令行工具如前所述，使用 Cockpit 和 OpenLMI 作为 GUI 和脚本界面来部署和监控这些服务器角色。
访问 服务器工作组 页面上 Fedora 项目 wiki 以获取更多信息，包括邮件列表和 IRC 会议时间。
下周观看更多第四部分
即将发布来自工作站的摘要和 Cloud 产品工作组。 由于这些内容比本系列的前几部分要短，因此我将尝试以比每周只做一个稍快的速度完成它们； 我们会看看情况如何。 无论如何，一旦完成摘要演示，就可以进行问答了。
和以前一样，让我们在评论和回复中继续这个对话，除了回复之外，我将把它提炼成本系列结尾的最后一篇问答文章（与会议问题的总结分开）。
