Написал похожую статью с примером использования Jenkins

Организация CI/CD нацелена на сокращение циклов деплоя. Вместо того чтобы деплоить в конце спринта согласно Scrum можно деплоить на каждый пулл-реквест согласно DevOps. Плюс улучшается качество кода за счет автоматизации тестов.

Небольшой апдейт:
1. Теперь по умолчанию идут контейнер с мейл кэтчером (чтобы просматривать всю исходящую почту) и phpMyAdmin
2. Можно опционально разворачивать контейнеры с redis/memcached и apache solr

P.S. Обновилась инструкция

Artu wrote:

csandanov, сколько у вас клиентов и какие цены планируются?

Мы анонсировали тарифные планы https://wodby.com/pricing-plans
Количество зарегистрированных пользователей приближается к тысяче

Chyvakoff wrote:

А мы можем установить вашего агента, он подключит платформу и в дальнейшем она потом такой и останется? Всмысле придётся ли нам оставаться клиентами?

да, по идее после развертки инфраструктуры вы можете просто использовать ее без дашборда
однако, без интерфейса управлять всем этим – головная боль
наша идея в том, чтобы автоматизировать все, что не относится к самой разработке

Всем привет еще раз!

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

https://wodby.com

ХулиGUN wrote:

CI, так понимаю у вас на Jenkins реализован? Сервер Ваш? В таком случае вопрос про написание собственных тестов. Вы просто предоставляете доступ, ну или просто он интегрирован в вашу веб-морду и юзеру просто предоставляется определённый сегмент возможностей?

Artu wrote:

1. Объясните, пожалуйста, о каких приложениях и инстансах чего вы говорите?
Т.е. можно создать изолированную виртуальную машину с нужным ПО?
Где выбирается список этого ПО? У вас в адаминке?

6. Как долго вы собираетесь быть бесплатными? Какая стоимость планируется? Какова технология выхода (отказа от ваших услуг), что будет если ваш сервис будет отключен? Текущее ПО будет работать? Его можно настраивать будет?

Artu wrote:

csandanov,

Chyvakoff wrote:

Да, тоже склонен думать, что у студий есть как-бы дамп ОС со всем плюшками. Или тот же chef. И для каждого клиента им можно легко развернуть новую виртуальную машину с нужными рецептами.
А мне например, просто как разработчику такой инструмент лишний, так как у меня есть VPS и я на ней уже год как работаю и ничего дополнительно на ней разворачивать не надо, или нужно оч редко.
Кстати, вы Чингиз, i20?

<a href="mailto:sas@drupal.org">sas@drupal.org</a> wrote:

Какая-то дополнительная прокладка, зачем, в чем профит для клиента? Насколько я понимаю таже студия у которой уже все настройки есть - быстро и эффективно развернем на любом VPS нужные ей настройки и системный софт из архива. Зачем пользоваться дополнительным звеном и становиться зависимым от пока бесплатного посредника?

Lotar wrote:

Не совсем понял суть. Я веб студия. У меня есть свой дистриб для разворачивания на чистом ВПС. У вас получается то же самое?

.poltergeist wrote:

кто для вас целевая аудитория?

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

"Focus on your code, we'll handle the rest"

<a href="mailto:unic@drupal.org">unic@drupal.org</a> wrote:

«Инструмент ворк-флоу dev > stage > prod»
Что-то вроде ACQUIA CLOUD?

Chyvakoff wrote:

Не оч понял как это работает. Ваш сервис будет прокладкой между программистом и его сервером(пусть это будет digital ocean) и посылая команды вашему сервису сервис будет взаимодействовать с сервером разработчика?
Или это софт, который ставится на сервер разработчика?