В то время как Octopus Deploy может делать много вещей, в этом конкретном вашем сценарии, вы просите, чтобы он выполнял три типа управления работой - выпуском, автоматическое обеспечение и управление конфигурацией. Это тонкая грань между удивительностью автоматизации и действительно липкой ситуацией.
Из задач, о которых вы просите, почти все они могут быть сделаны сегодня в Octopus. Я бы сказал, что может быть Возможно создание облачного сервиса или виртуальной машины. Если есть какой-то командлет/библиотека PowerShell, который позволяет вам развернуть виртуальные машины с помощью аутентификации, то вы можете сделать это Octopus - но это может не быть правом инструмент для выполнения этой работы сегодня. Зачем?
По моему мнению, это искажает барьер между разработчиками, DevOps и SysAdmins. Независимо от того, используете ли вы Chef, Puppet, Salt и т. Д. Любое управление конфигурацией, которое вам нужно, для этого нужен целый слой пользователей, обладающих опытом для его резервного копирования - часто упоминается экспертиза системы, которую сами разработчики, желающие такой гибкости, могут не иметь. Во-вторых, сейчас это не акцент в Octopus (пока).Мне было бы трудно сказать, использовать ли такой инструмент, как Octopus, на том, что он может может делать против чего он должен делать или нет.
Очень приятно, что у Azure теперь есть поддержка для preinstalling the Octopus tentacle для виртуальных машин. Но для этого требуется дополнительная информация, такая как «Отпечаток сервера», и другая дополнительная информация о конфигурации для автоматизации создания vm. Это управление конфигурацией - должно ли оно находиться под контролем Octopus или что-то вроде Chef или Puppet? Я честно не имею ответа на это, но мое чувство на данный момент is не Осьминог. Когда-нибудь, возможно, но пока это действительно не будет готово и полностью проверено и проверено, я бы подождал его (хотя бы немного) с Осьминогом.
Если вы приключенческий тип, то непременно попробуйте Octopus. Я могу сделать PoC (доказательство концепции) этой автоматизации инфраструктуры в конце этого года, но полагаться на нее сегодня для использования бизнеса/производства, поскольку основным средством автоматизации инфраструктуры будет риск и потребует много работы и экспериментов. Опять же, я не говорю, что этого не может быть сделано, я задаюсь вопросом, нужно ли это делать в Octopus с этого ответа сегодня.
В любом случае, с точки зрения Octopus Deploy это возможно? Да, он еще не совсем проработан. Глядя на то, что вы хотите сделать, я бы сказал, что это двухфазный процесс: 1. разворачивание новой виртуальной машины, прикрепление щупальца к среде и 2. запуск процесса развертывания на этой новой виртуальной машине.
Я также рекомендую проверить блог Octopus. Они публично говорят об автоматизации инфраструктуры. Вы можете прочитать об этом здесь: http://octopusdeploy.com/blog/rfc-cloud-and-infrastructure-automation-support
Надеюсь, этот ответ поможет в некотором роде.
Можете ли вы предоставить более подробную информацию о шагах «настроить файлы конфигурации» и «настроить учетные записи пользователей»? Все остальные, которые, как мне кажется, могут быть сделаны с помощью сценариев PowerShell и API Azure –
Все еще нужно самостоятельно разобраться с деталями, но спасибо, проверит их обоих. –