C>Ну то есть, на виндовом сервере без сторонних примочек оно не делается. А если мне надо в экстренном режиме на production-серверах (около 200 штук) выполнить массовую команду для снятия показаний?
У меня как-то так всегда случалось что даже 4-5 серверов если используются для одного проекта имели всё настроенное для удалённого делания чего угодно, от hard-reset'ов, до запуска скриптов. Ну а так — и psexec и его опен-сорс аналоги могут по логину-паролю зайти и выполнить команду. И power-shell может. И даже в интерактивном режиме могут. Т.е. тут скорее проблема в том что ты знаешь как делать это в линуксе и не знаешь как в винде. Например я сейчас удалённо поглядываю что на win-серваке с телефона. И поверь если бы это был SSH а не нормальный Remote Desktop — я бы повесился с телефонной клавиатуры набивать многострочники чтобы увидеть все нужные графики.

_>>Я имею ввиду с точки зрения написания подобной штуки которая возьмёт твой скрипт, запустит на кучке сервисов и потом соберёт результаты — никаких принципиальных проблем в винде нет, реализуется путём скучного аккуратного кодинга.
C>Принципиальная проблема одна — задача на 10 минут (реально, на 10 минут) лёгким движением руки превращается в недельную.
Тут нету недельной задачи примерно с тех пор как появился psexec.

C>>>И таких задач достаточно много. Сегодня надо было подобным же образом скореллировать логи на предмет поиска причин
_>>Или например такой гимн полного признания собственного бессилия в деле управления зависимостями как докер — для .NET тоже не возник. Достаточно нормально уживаются и разные .NET на одной системе, и сайты на разных движках, и т.п. — не нужен скрипач.
C>Вот не надо мне сказочки рассказывать. Как на Винду поставить два IIS? А?
Ну прямо таки лакмусовая бумажка разницы проблем. В Линухе двумя апачами решают какую проблему? Как обычно, то что разные моды, и даже моды разных версий плохо уживаются в одном апаче. В IIS всю жизнь были апп-пулы и разные наборы модулей для каждого сайта на сервере, так что несуществующую проблему никто не решал. Вроде IIS-экспресс такое умеет, но на один порт они имхо сесть не должны.

C>Про 100% совместимость — рассказывайте кому-нибудь другому. Даже MSSQL, который является самым прямым серверным продуктом MS, ставится параллельно только через полную задницу (SysPrep не работает, например).
Про 100% совместимость я ничего не говорил. Той, допустим 80%, что была, хватало чтобы в подобии докера потребности просто не возникло. А вот в линухе ситуация накалилась, видимо, до критической — судя по хайпу который поднялся вокруг этой штуки.

C>>>Ну вот потому .NET и нет в крупных системах.
_>>Если целью стоит именно размер системы, то конечно же фаворитом будет снова C++ — больше ни на чём экзешник в 40 мег размером запилить нереально.
C>Под "крупной" системой понимается масштаб компании с сотнями сервисов и тысячами машин. Так вот там .NET-ом и не пахнет.
Столь безапелляционные заявления это либо троллинг либо непрофессионализм Я сейчас работаю над проектом в ИБ. Обнаружение хардверных кейлоггеров, гипервизоров, скрытого траффика, вот это всё. Заморочились настолько что даже bios-ы перешиваются на свои, и отдельная бригада дизассемблирует биосы всех устройств которые будут "доверенные". Все управляющие и промежуточные сервисы, а также всё администрирование — .NET. Типичный сценарий развёртывания — завод с тысячами машин, без прерывания производственных циклов Что характерно там принимается куча мер для того чтобы было _невозможно_ выполнять команды на тысячах машин — через такую дыру можно даже случайно весь завод угробить. Немного отличается от стартапов где терабайтами логов поштучно описаны миллионы лайков на котиках и всё гордо названо BigData