保持应用程序和基础架构连接

Question

我在一个分为两组的IT部门工作。一个团队开发和管理应用程序，另一个团队管理公司的基础架构和服务器。我们面临的一个问题是沟通中断。我为应用程序组工作，当服务器被基础架构拆除或正在刷新数据库时，我所遇到的一个问题没有得到通知。

有没有人建议如何改善两组之间的通信，或者有关如何在多个系统（Linux和Windows）之间保持轻量级日志的任何想法？理想情况下，如果我们可以让我们的盒子只是发布他们的状态或其他东西，那就太好了。

感谢您的帮助，

本

Answer 1

您可以做的一件事就是让我们的基础设施组建立一个网络监控系统，如 Nagios 。这将使应用程序组中的每个人都能够获取系统中每个服务器状态的快照视图。在进行开发时，拥有这种状态是非常宝贵的。

Nagios为您提供网络监控，但也允许您显示系统中特定服务器的计划停机时间。

您的小组可以采取的另一项措施是促进与基础架构的沟通，即让您的构建系统报告当前用于构建和测试产品的服务器。

此外，在两个群体的利益相关者之间设立定期会议也可能是一个好主意。如果你们每个人都在互相交谈，即使是每周15分钟的话，你们也可能会看到像上面描述的那样的事件发生了很大的变化。

Answer 2

我认为这是一个更大的变革控制问题。

您应该拥有硬件和软件更改控制以及审批流程。

最终，基础架构为您服务 - IT基础架构的目的是运行应用程序。

在我目前的大型金融数据公司中，如果没有通过客户端和应用程序组的适当授权，服务器就不会被触摸。这似乎是一个巨大的痛苦，但每个服务器都有一个原因 - 满足特定的业务目标并运行特定的应用程序。基础架构组根本没有理由根据自己的意愿改变事物或扰乱服务器。

对关键硬件故障的响应可能是一个例外。

需要的软件和操作系统更新通过计划的维护窗口和批准的更改流程进行处理。

Answer 3

我也喜欢Nagios的想法。如果你想设置更多的通信工具，我会推荐一个像Drupal这样的内容管理系统。

我们在内部使用Drupal在团队之间进行通信。当一个团队关闭服务器时，他们会在Drupal中添加一个事件。我们其他人要么将其作为电子邮件，RSS项目或只是刷新页面。

Answer 4

实施变更控制流程，其中为 BOTH 组提交，批准和安排更改。这让每个人都知道发生了什么。这个过程可以轻松或重量级。