Здравствуйте.

Как-то я отстал от жизни, но, похоже ms инсталляторы типа .vdproj уже вышли из моды.
Начал смотреть в сторону деплоймента с nuget'ом и chocolatey -- как-то непривычно и странно. Т.е. по сути, как я понимаю, используется nuget как репозиторий пакетов, но в то же время можно кастомизировать
с помощью ps скриптов сам процесс инстадяции, который контролируется choco. Не очень понятно как деплоиться в облака, если не будет доступа в локальный репозиторий.
Сейчас изучаю Wix -- вроде старый добрый msi, но не от ms.
Также желательно, чтобы можно было делать новые инсталляторы при автобилде где-нибудь на сервере (wix это умеет) без многочисленных приседаний.

Буду рад любым соображениям, делитесь советами и практикой.

Здравствуйте, Sharov, Вы писали:

S>Что сейчас модно использовать для деплоймента?
Для начала, деплоймента чего и куда? Для разных видов приложений и целевых платформ есть разные решения.
Например, если нужен в итоге родной инсталлятор десктопного приложения под windows на отдельную рабочую станцию вручную пользователем — то msi тут самое то.
А в чём его готовить — дело вкуса. Я бы рекомендовал как раз упомянутый Вами Wix.

Здравствуйте, vmpire, Вы писали:

V>Для начала, деплоймента чего и куда? Для разных видов приложений и целевых платформ есть разные решения.

Ну например виндусовые сервисы. Хотелось бы после каждой сборки на TC как минимум либо иметь готовый инсталлер, либо nuget пакет. Как максимум автоматом накатить новую версию,
предварительно оттормозив старую (ну это уже фантастика, кмк). Это все для сервисов, которые либо работают в production на амазоне, либо для тестов в локалке развернуты.

Поковырявшись с choco понял, что лучше msi (или wix msi) пока нету. Очень бы контейнеры типа docker'а помогли бы. Но увы...

Здравствуйте, Sharov, Вы писали:

S>Как максимум автоматом накатить новую версию,
S>предварительно оттормозив старую (ну это уже фантастика, кмк).
Почему? это функционал есть в msi (и Wix) "из коробки".

S>Это все для сервисов, которые либо работают в production на амазоне, либо для тестов в локалке развернуты.
Если точки деплоя вы контролируете сами, то стоит ли заморачиваться инсталлятором? Он обычно нужен для передачи продукта клиенту. А когда всё разворачивается у вас же, то проще взять какой-нибудь сервис автоматизации деплоя и контроля (их сотни) и воспользоваться его средствами.

По своей практике (как раз на AWS)
Билды собирают NuGet-пакеты сервисов.
Пакеты пабляшатся в NuGet репозиторий (ProGet).
Есть девелоперский в офисе, есть PROD-в облаке.
Пакет провижинится из DEV в PROD когда он готов к паблишингу (протестирован, проверил и т.п.).
Дальше у нас немного нестандартно, т.к. присутствует самописный сервер приложений, который много чего умеет.
Но в простейшем случае, нужна утилита, которая принимает в командной строке имя и версию сервиса, скачивает его пакет, разворачивает и запускает.
И есть Ansible-скрипты, в которых, собственно, определено, что и куда ставить + ими же делается деплой БД.

Если бы сейчас пришлось поднимать что-то похожее с нуля я бы посмотрел вот на это:

1. Docker + Kubernetes + .Net Core
2. Microsoft AppFabric — эта штука очень похожа на наш самописный сервис приложений, но с поддержкой кластеризации.
3. Microsoft Orleans но тут специфика приложения важна, может подойти, может нет
4. Octopus Deploy
5. Самописные скрипты на Cake/Fake — это что-то отдаленно напоминающее Ansible, но на C#/F#

Здравствуйте, Михаил Романов, Вы писали:

S>>предварительно оттормозив старую (ну это уже фантастика, кмк).
МР>Почему? это функционал есть в msi (и Wix) "из коробки".

Я имел ввиду автоматизацию данного процесс через TeamCity.

S>>Это все для сервисов, которые либо работают в production на амазоне, либо для тестов в локалке развернуты.
МР>Если точки деплоя вы контролируете сами, то стоит ли заморачиваться инсталлятором? Он обычно нужен для передачи продукта клиенту. А когда всё разворачивается у вас же, то проще взять какой-нибудь сервис автоматизации деплоя и контроля (их сотни) и воспользоваться его средствами.

О том и речь. Что окромя msi я ни с чем таким не знаком + грядет переход на .net core. Поэтому и хотелось узнать, что сейчас используется. Возможность покупать крайне ограничена, не думаю
что ради меня закупят какой-нибудь Octopus Deploy. А ести ли похожие бесплатные аналоги?

Здравствуйте, RushDevion, Вы писали:

RD>5. Самописные скрипты на Cake/Fake — это что-то отдаленно напоминающее Ansible, но на C#/F#

Дурацкий вопрос -- а чем это отличается от TC + msbuild? Больше степеней свободы?

Здравствуйте, Sharov, Вы писали:

S>Здравствуйте, RushDevion, Вы писали:
RD>>5. Самописные скрипты на Cake/Fake — это что-то отдаленно напоминающее Ansible, но на C#/F#
S>Дурацкий вопрос -- а чем это отличается от TC + msbuild? Больше степеней свободы?

Функционально — ничем.
Но писать/читать скрипты на C# имхо гораздо удобнее, чем на XML (или, не приведи бог, Power Shell).

P.S. Мне лично Cake пользовать не доводилось, но знаю ребят, которые юзают и довольны.

Здравствуйте, Sharov, Вы писали:

S>Я имел ввиду автоматизацию данного процесс через TeamCity.
Понял. Увы, тут не подскажу, есть ли у TeamCity что-то готовое для деплоя. На сколько я смотрел — нету.

S>О том и речь. Что окромя msi я ни с чем таким не знаком + грядет переход на .net core. Поэтому и хотелось узнать, что сейчас используется. Возможность покупать крайне ограничена, не думаю
S>что ради меня закупят какой-нибудь Octopus Deploy. А ести ли похожие бесплатные аналоги?
Я тоже не супер специалист, но обычно когда всплывает разговор о DevOps / Deployment, чаще всего говорят о:
— https://puppet.com
— https://www.chef.io/

Чисто теоретически, можете еще поробовать посмотреть, что есть
— в VSTS https://docs.microsoft.com/en-us/vsts/build-release/ (это при условии, что у вас есть, например, MSDN-подписки), но тут, подозреваю, если вы не завязаны на инфраструктуру от Microsoft (читай Azure) — получится слишком много работы.
— в https://www.appveyor.com/ (это облачная платформа для сборки). Но он тем более за деньги

Здравствуйте, RushDevion, Вы писали:

RD>Но писать/читать скрипты на C# имхо гораздо удобнее, чем на XML
С этим, пожалуй, соглашусь

RD>(или, не приведи бог, Power Shell).
А вот тут, имхо, вопрос привычки. После C# "всё не такое", но после некоторой небольшой практики — вполне неплохо получается.

Здравствуйте, Михаил Романов, Вы писали:

RD>>(или, не приведи бог, Power Shell).
МР>А вот тут, имхо, вопрос привычки. После C# "всё не такое", но после некоторой небольшой практики — вполне неплохо получается.
Вот нифига. PS, по крайней мере для меня, первый язык к которому невозможно привыкнуть.
Нет-нет да и напишешь "if x > 0" или что-то подобное. И ничего даже не падает, просто не работает.
Ну и куча других мелочей.
По возможностям — вопросов нет, всё, что нужно сделать можно.
На как язык программирования — это просто кошмар. Ем этот кактус уже несколько лет, до сих пор колюсь и плачу.
Хотя, если писать только на PS в течение нескольких месяцев — наверное, станет легче.

Здравствуйте, Sharov, Вы писали:

S>Здравствуйте.

S>Сейчас изучаю Wix -- вроде старый добрый msi, но не от ms.
S>Также желательно, чтобы можно было делать новые инсталляторы при автобилде где-нибудь на сервере (wix это умеет) без многочисленных приседаний.

Вот только недавно разбирался с WixSharp — создал инсталляторы без лишней головной боли и сюрпризов. Там для студии есть готовые шаблоны проектов (доступны через Extensions), которые позволяют написать минимум дополнительного кода (на C#, никаких конфигов) и получить готовый msi для установки. Инсталлятор создаётся в процессе компиляции проекта.

Веб-сайт предпочитаю деплоить через команду Publish в студии — чем меньше телодвижений занимает деплой, тем лучше. Некоторые люди любят нагородить "деплой-ритуалов" из каких-то скриптов, кастомных тулзов и прочей ерунды, при этом даже не могут инструкцию написать для коллег как эту фигню запускать.

Здравствуйте, Sharov, Вы писали:

S>Как-то я отстал от жизни, но, похоже ms инсталляторы типа .vdproj уже вышли из моды.

S>Буду рад любым соображениям, делитесь советами и практикой.

Если модно — Advanced Installer. Вообще лучший из опробованных.

Здравствуйте, RushDevion, Вы писали:

RD>3. Microsoft Orleans но тут специфика приложения важна, может подойти, может нет

Это вообще никак не про deploy

Здравствуйте, Sharov, Вы писали:

S>Поковырявшись с choco понял, что лучше msi (или wix msi) пока нету. Очень бы контейнеры типа docker'а помогли бы. Но увы...

Контейнеры типа докера — это не про деплоймент, а скорее про запуск.
В случае с докером деплоймента как такового нет — надо просто залить образ в registry или выложить на шару (особенно, если использовать готовый оркестратор).

Если нужна именно оркестрация (определить что и где должно работать) можно взять https://www.nomadproject.io/ каких-то особых требований к приложениям оно не предъявляет.

Здравствуйте, Sharov, Вы писали:

S>>>предварительно оттормозив старую (ну это уже фантастика, кмк).
МР>>Почему? это функционал есть в msi (и Wix) "из коробки".
S>Я имел ввиду автоматизацию данного процесс через TeamCity.

И? От TeamCity разве что то нужно для этого? Пишешь скрипт деплоймента (там текста меньше будет, чем в этом топике уже нагенерили), через TeamCity его запускаешь.

Здравствуйте, Sharov, Вы писали:

S>Не очень понятно как деплоиться в облака, если не будет доступа в локальный репозиторий.

Посмотрите на TFS облачный или локальный (зависит от того, решитесь ли вы хранить исходники в облаке).