简体   繁体   English

在IT管理之外应用PowerShell

[英]Applying powershell outside IT Management

We have a flexible process control system by which automation engineers configure up large application comprising thousands of small logical units that are parameterized and integrated into the control flow. 我们拥有灵活的过程控制系统,自动化工程师通过该系统配置包含数千个小型逻辑单元的大型应用程序,这些小型逻辑单元已参数化并集成到控

There are many tasks that are repetitive on the granular level, and there are a multitude of proprietary productivity tools that have been made to meet this demand. 在粒度级别上有许多重复的任务,并且有许多专有的生产力工具可以满足这种需求。 We have different business segments, and the automation engineers vary across the board in skill sets and interests. 我们有不同的业务部门,自动化工程师在技能和兴趣方面各不相同。 Fancy GUI and usability versus flexibility is a common discussion. 花哨的GUI和可用性与灵活性是一个常见的讨论。

At first glance, powershell seems to be a sensible platform to implement such tooling and which also would be a advantageous cross-over skill to manage the IT aspects of the system setup and deployment as a whole. 乍一看,powershell似乎是实施此类工具的合理平台,并且这也是管理整个系统设置和部署的IT方面的有利交叉技能。

This should allow the script savvy their desired flexibility (they are already a scripting crowd) and the GUI dependant could still get their desired GUI underpinned by powershell. 这应该允许脚本精明他们所需的灵活性(他们已经是脚本人群)并且GUI依赖仍然可以获得由PowerShell支持的他们期望的GUI。

But I can't seem to find many people/groups who have tried to use the scriptability and object passing of powershell extensively to accommodate a heterogeneous user community outside the realm of IT management. 但我似乎找不到很多人/团队试图广泛使用PowerShell的脚本性和对象传递来容纳IT管理领域之外的异构用户社区。

Do anybody have any tips or word of caution? 有人有任何提示或注意事项吗? Am I missing something obvious as to why this shouldn't be done? 我错过了一些明显的原因,为什么不应该这样做?

Shouldn't powershell be taking over the world? PowerShell不应该接管世界吗? ;-) ;-)

I totally agree with you, PowerShell should be taking over the world and your statement is where PowerShell is heading. 我完全同意你的观点,PowerShell应该接管世界,你的声明就是PowerShell的发展方向。

GUIs over PowerShell makes a alot of sense. PowerShell上的GUI有很多意义。 I did a screencast How to Host PowerShell in a WPF Application 我做了一个截屏视频如何在WPF应用程序中托管PowerShell

Microsoft Exchange's GUI is all layered over the PowerShell. Microsoft Exchange的GUI全部分布在PowerShell上。 What you can do in the GUI you can do at the command line. 您可以在GUI中使用命令行执行的操作。 Exchange can even "record" the GUI steps and present them as a PowerShell script. Exchange甚至可以“记录”GUI步骤并将它们呈现为PowerShell脚本。

Going this route takes you up the learning curve. 走这条路可以带你上学习曲线。 Embedding the PowerShell engine, runspaces, collections of PSObjects, error handling and more. 嵌入PowerShell引擎,运行空间,PSObject集合,错误处理等。

There is not much out there yet. 那里还没有多少。

Powershell is obviously capable of doing this kind of work and it's only going to get more capable over time. Powershell显然能够做这种工作,而且随着时间的推移它只能变得更有能力。 It's also flexible and extendible so as you need to add things to it, you can. 它也是灵活和可扩展的,所以你需要添加东西,你可以。 Clearly, its support lifetime will be measured in decades. 显然,它的支持寿命将以几十年来衡量。 The obvious downside is vendor lockin. 明显的缺点是供应商锁定。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

相关问题 与.Net交换管理Powershell - Exchange Management Powershell with .Net System.Management.Automation中没有PowerShell? - No PowerShell in System.Management.Automation? 为什么接口合同不适用于汇编之外? - Why are Interface contracts not applying outside of assembly? 带有.Net返回代码的Exchange管理Powershell - Exchange Management Powershell with .Net Return Code 使用.NET复制管理对象RMO的Powershell问题 - Powershell problem using .NET Replication Management Objects RMO 使用 System.Management 在单独的 powershell 外壳中创建运行空间 - Create Runspaces in separate powershell shells with System.Management 从 .net System.Management.Automation.PowerShell Z8A5DA52ED120547D3A8E70AC 获取完整的 powershell 命令 - Get full powershell command from .net System.Management.Automation.PowerShell api Exchange Management Powershell-如何在这里获取Name属性的值? - Exchange Management Powershell - How can I get the value of the Name property here? 运行 powershell 脚本时云不加载文件或程序集“System.Management.Automation” - Cloud not load file or assembly 'System.Management.Automation' while running powershell script 如何强制从具有PowerShell 3.0版的计算机上加载System.Management.Automation.dll v1.0? - How do I force a load of System.Management.Automation.dll v1.0 from a machine that has PowerShell version 3.0 on it?
 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM