Применение PowerShell вне управления ИТ

Question

У нас есть гибкая система управления процессом, с помощью которой инженеры по автоматизации настраивают большое приложение, состоящее из тысяч маленьких логических единиц, которые параметризованы и интегрированы в поток управления.

Есть много задач, которые повторяются на детальном уровне, и существует множество проприетарных инструментов повышения производительности, которые были созданы для удовлетворения этого спроса. У нас разные бизнес-сегменты, и инженеры по автоматизации разнятся по всем направлениям в наборе навыков и интересах. Фантастический графический интерфейс и удобство использования в сравнении с гибкостью - это общее обсуждение.

На первый взгляд, PowerShell представляет собой разумную платформу для реализации такого инструментария, а также является полезным навыком кроссовера для управления ИТ-аспектами настройки и развертывания системы в целом.

Это должно позволить сценарию освоить их желаемую гибкость (они уже являются толпой сценариев), и зависимый от GUI может все еще получить желаемый GUI, подкрепленный powershell.

Но я не могу найти много людей / групп, которые пытались широко использовать возможности написания сценариев и передачи PowerShell для размещения разнородного сообщества пользователей вне сферы управления ИТ.

У кого-нибудь есть советы или предостережение? Я что-то упускаю из виду, почему этого не следует делать?

Разве PowerShell не может захватить мир? ; -)

Answer 1

Я полностью согласен с вами, PowerShell должен завоевать весь мир, и ваше заявление - это то, куда движется PowerShell.

Графический интерфейс через PowerShell имеет большой смысл. Я сделал скринкаст Как разместить PowerShell в приложении WPF

Интерфейс Microsoft Exchange полностью выложен поверх PowerShell. То, что вы можете сделать в графическом интерфейсе, вы можете сделать в командной строке. Exchange может даже «записать» шаги графического интерфейса и представить их в виде скрипта PowerShell.

Пройдя по этому маршруту, вы поднимитесь по кривой обучения. Встраивание механизма PowerShell, пространств выполнения, коллекций объектов PSO, обработка ошибок и многое другое.

Там еще немногое.

Answer 2

Powershell, очевидно, способен выполнять такую ​​работу, и со временем он станет более способным. Он также гибок и расширяем, так что вы можете добавлять что-то к нему, вы можете. Очевидно, что срок его службы будет измеряться десятилетиями. Очевидным недостатком является блокировка поставщика.