Автоматизация в Windows Instances на Amazon EC2
Безотносительно версии каждого пакета Вы добрались из установщика, это - единственный выпуск основной версии того пакета, это доступно для той версии CentOS, по крайней мере, от самого CentOS; это следует за набором пакета Linux Redhat Enterprise, который обычно отстает от последнего и самого большого для любого данного пакета несколькими версиями для обеспечения известной стабильной версии.
Тем не менее для удаления пакета можно использовать yum remove packagename, где packagename может быть найден в базе данных об/мин с rpm -qa.
RDP не лучший выбор для автоматизации Windows.
Альтернативой ssh для Windows является WinRM - удаленное управление Windows. Powershell имеет встроенную поддержку WinRM. И если вы используете EC2 (не указан в вопросе, но вопрос помечен как EC2), PowerShell включен в образе Windows по умолчанию Amazon. Вам просто нужно открыть порт 5985 в своей группе безопасности.
Здесь есть несколько инструкций о том, как подключиться с помощью PowerShell: https://stackoverflow.com/questions/10237083/how-to-programmatically-remotely- execute-a-program-in-ec2-windows-instance / 13284313 # 13284313
Альтернативой SFTP для Windows является CIFS (совместное использование файлов Windows), но это не особенно хороший вариант - протокол не зашифрован. Вы также можете передавать файлы с помощью сценария PowerShell - см. Пример сценария здесь: http://poshcode.org/2216
Если у вас все в порядке с созданием собственного AMI, установите cygwin и его сервер sshd. Это даст вам возможность передавать файлы и удаленно выполнять их через ssh в ваш экземпляр Windows.
RDP, вероятно, не лучший способ сделать то, что вы ищете. Удаленное взаимодействие PowerShell , вероятно, лучший способ дать вам опыт, аналогичный «истории» развертывания Linux. Вы можете получать интерактивные сеансы оболочки на удаленных машинах или запускать сценарии удаленно.
Из-за того, что в ОС Linux включен SFTP-сервер, передача файлов в мире Windows будет похожа на взлом.
Вы можете запустить протокол обмена файлами SMB непосредственно через Интернет, но это обычно рассматривается как небольшая угроза безопасности.
Протокол RDP имеет встроенную возможность передачи файлов, но использование клиента RDP в пакетной / неинтерактивной манере будет изворотливым взломом (не говоря уже о что механизм передачи файлов в RDP сам по себе является хитроумным взломом).
Powershell может загружать файлы с удаленных серверов аналогично wget . Я не выполняю никаких развертываний кода на удаленных серверах Windows в своей работе, но я бы настоятельно рекомендовал использовать этот метод для «извлечения» кода на удаленные серверы, если бы я делал это, поскольку он использует только встроенные функции.
Непонятно, пытаетесь ли вы автоматизировать инфраструктуру, а также развертывание службы WCF.
Развертывание кода
В Windows есть несколько способов, но волшебного ответа нет. Боюсь, и архитектура ничем не отличается от Linux. В инструментах, которые вы используете и какие из них доступны в Windows из коробки, есть различия.
1) Установите один из SSH, SFTP, Telenet и т. Д., А затем используйте те же методы, что и сейчас в Linux, вместе с любым из них. партия или PowerShell. Как говорит Эван Андерсон, это может показаться вам странным из-за инструментов, доступных в Linux.
Если вы работали с Java, общий процесс такой же, то есть перед развертыванием необходимо создать код, и все это можно автоматизировать с помощью пакетного скрипта или PowerShell.
2) Более масштабируемым методом является использование сервера автоматического развертывания, такого как Octopus (в качестве агента, установленного на целевом объекте развертывания), и, необязательно, сервера сборки, такого как Jenkins или Bamboo. Наряду с вашим кодом, находящимся в репозитории кода, таком как Git, у вас может быть непрерывная интеграция и развертывание или автоматизация вручную на основе конкретной ветки в репозитории git.
И снова общий процесс такой же, как Java или какой-либо другой язык в Linux .