我们拥有一个灵活的过程控制系统,自动化工程师通过该系统配置大型应用程序,其中包含数千个小型逻辑单元,这些小型逻辑单元已参数化并集成到控制流程中。在IT管理之外应用powershell
在粒度级别上有许多重复性的任务,并且有许多专有的生产力工具可以满足这种需求。 我们拥有不同的业务部门,自动化工程师在技能和兴趣方面各有不同。花哨的GUI和可用性与灵活性是一个常见的讨论。
乍一看,PowerShell似乎是实现这种工具的一个明智的平台,并且这也是一个有利的交叉技能来管理整个系统设置和部署的IT方面。
这应该使脚本能够理解他们想要的灵活性(他们已经是一个脚本编程人群),而且依赖于GUI的人仍然可以获得他们所需的基于PowerShell的GUI。
但我似乎无法找到很多试图广泛使用powershell的脚本编写和对象传递来容纳异构用户社区以外的IT管理领域的人。
有人有任何提示或警告词吗? 我错过了为什么不应该这样做明显的东西?
Powershell不应该接管世界吗? ;-)
你现在用什么? – Knox 2010-03-13 12:08:59
我们使用一些工具来传递太多细节。不同的业务部门具有不属于原始软件一部分的利用/工具支持。这种方法的另一个好处是接收标准的cmdlet /提供者遵守原始开发者的正式模型,而不是旁观者。 – Tormod 2010-03-13 23:07:21