应如何开发应用程序以便于部署?

Tor*_*mod 6 configuration logging

我在一家为各个行业提供分布式控制系统的公司工作。我们发现 IT 管理员技能在技能和兴趣方面都有很大差异。我们拥有从石油生产厂的专业 IT 管理员团队到船上厨师的兼职工作的一切。

通用操作站位于 Windows 平台上,通常随附有带有重影图像的恢复 CD。这有效,但不是很高科技,对于具有大量动态信息和具有大量软件更新的项目阶段的复杂工厂来说不太理想。

我们正在研究用于远程安装的虚拟机和集中站点管理、配置修订(站点信息、调整参数等)、控制软件修订(二进制文件)、系统监视(错误日志、警报)、测试实验室管理、用户管理等,远程诊断/故障排除。

如果您在一家大型生产工厂接受一份工作来管理生产网络,作为管理员,您希望看到什么?我们应该研究哪些技术以使系统管理员受益?外行和 IT 极客一样。

什么应该是底层物流基础设施,什么是好的前端?

Ric*_*ter 7

我的第一要务是“使用行业标准工具进行集成和测试”,我每天需要使用的定制更新/部署/监控/维护界面越少越好。

部署- 使用 Microsoft 技术,例如 Windows Installer 安装数据库(MSI 文件)进行安装,使用 Windows Installer 补丁 (MSP) 和 Windows Installer 转换 (MST) 来提供自定义配置选项。仅这些技术就允许单独使用 Active Directory/组策略以及在更大的场景SCCM 中部署软件。

监控- 通过发布 SNMP 陷阱或 WMI 计数器以允许第三方监控软件查看您的应用程序输出的任何错误或性能指标,您不会出错。

身份验证- 正如mh所提到的,集成身份验证对于域环境中的人来说是一个巨大的优势,它不适合小型工作组,因此需要考虑。

配置- 我的个人偏好是 %APPDATA% 中基于文本的配置和用户文件(缓存等),文本文件可以由脚本操作或部署,我可以选择不将文件系统的更改传播回服务器mh提出了一个关于使用注册表进行组策略的有效观点,在大多数情况下,注册表是配置的最佳场所;不要在那里放太多,但是它是为每个应用程序设计的几 KB 数据而不是兆字节。

  • 同样地; 设计用于此类部署的标准工具是有原因的——消除部署过程中的痛苦——所以应该使用它们。 (2认同)