cmdb - 寻找务实的CMDB解决方案

Question

关闭。这个问题是off-topic .它目前不接受答案。












想改进这个问题？ Update the question所以它是on-topic对于堆栈溢出。

11年前关闭。




Improve this question




我需要一个解决方案来编目我们公司中的许多应用程序(超过 100 个少于 1000 个)。

现在我们正在使用电子表格，并为每个应用程序填写名称、简短描述、联系人和维护者(内部或供应商)。目的是将此列表用于 IT 规划和事件管理(影响估计等)。为了做到这一点，我们至少需要开始添加诸如“取决于”、“部分”或“取代”之类的关系。如果 future 的解决方案允许标记、向每个条目添加索引键值对、注释和附件，这也会很有用。

我们不想发现所有已部署的应用程序实例、管理配置设置、集成监控具有复杂的安全设置并被隐藏在元元模式中。任何需要专门管理员的东西已经太繁重了。

我们有以下非功能性需求:

应该允许多个用户同时工作

每个更改都应进行版本控制

轻松导出为 XML 或其他一些易于解析的格式

到目前为止，我们已经考虑了以下几点:

将电子表格放在 Confluence wiki 上，我们可以在其中通过 WebDav 对其进行编辑(并获得锁定和版本控制)

使用 Confluence wiki，因为它提供标记、层次结构、元数据和链接。唯一的问题是 wiki 格式过于自由，如果我们决定迁移到另一个系统，可能难以提取信息。

DabbleDB.com - 拥有我们需要的一切，但不幸的是数据不应该离开防火墙。

OneCMDB.org - 我不确定捕获临时信息和发展架构有多容易。会欣赏经验。

Zenoss.com - 还没有检查过。看起来太专注于网络管理。

轻量级注册表(Mule Galaxy、WSO2 注册表)——不确定这是否是适合这项工作的工具，尽管它们提供了我们需要的许多功能(属性、标签、版本、生命周期)。

BMC Atrium - 复杂的企业政治需要一些不必要的程序。除非它提供一些巨大的好处，否则我们宁愿坚持使用开源。

我对成功完成类似努力或对上述某些方法有经验的人的反馈/想法感兴趣。此外，我会很感激有关常见陷阱和建议的建议。

Answer 1

这是为一个漂亮、简单的网络应用程序框架量身定做的。选择你最喜欢的框架。为应用程序定义简单的数据模型。迁移您的电子表格。添加您的其他关系(依赖、取代、部分)并发展您的应用程序。

任何好的 Web 应用程序框架都会为这组简单的数据提供令人愉快的数据映射。

这是一个很好的技能 build 者。将新的 Web 应用程序框架引入组织可能是一个很好的概念证明。

很难避免“基础设施”问题。专门构建的 Assets 管理工具通常是庞大而复杂的。偶CalemEAM比较复杂。

既然你有很多应用程序，我猜你已经有了一个 Web 应用程序框架和一些使用它的技能。但是，根据您的评论，您听起来好像没有首选的网络应用程序。框架。

这让我猜测，也许您的 100 到 1000 种应用程序是桌面软件和 Web 应用程序的混合体，没有一致的易于使用的框架。

我是一个 python 偏执狂，所以我不熟悉你建议的任何网络框架。最重要的技术指导来源应该是构建这 100 到 1000 多个应用程序的人——他们使用什么 Web 框架？他们希望使用哪一个？如果他们开始一个新项目(比如你的)，他们会使用哪一个？

你不想成为鞋匠的 child ——村里唯一一个光着脚的人。您希望使用组织首选的工具集构建您的简单小型 Assets 管理应用程序(它只有 3 个表)。

好吧，有了 10% 的 Java 和 50% 的供应商系统，没有“首选”的 Web 应用程序框架。

选择 1:选择一个基于 Java 的相当完整的框架。尝试使用 Struts 和 iBatis 作为起点。构建最小表，即从 POJO 到表的最小 iBatis 映射。定义最小的默认表单——一个列表，每个表的一个细节。在最小的表集上为最小的表单集创建最小的管理前端。将电子表格中的最小加载程序写入表格。

然后删除电子表格，永不回头。

选择 2:学习 Python。使用 Django。您定义最小模型并使用 Django 管理界面。大约 20 分钟就完成了。严重地。然后将电子表格中的最小加载程序写入表格。这是一个很难卖的东西，所以不要卖它，就去做吧。

无论哪种方式，删除电子表格，永远不要回头。

现在，一切都必须通过基于网络的数据库来完成。没有理由。添加 全部 报告到这个界面。不允许下载到电子表格。使应用程序易于添加、更改和修改。

一旦你能控制困惑，你就会寻求宽恕。

你永远无法证明这一点——你无法证明有组织的任何投资返回率。