Дякую за розгорнуту відповідь

в целом да, вопрос не к одному инстансу, собсно его сетап занимает день, и потом ни одно лицо не заходит в машину, все защищено и деплой разграничен от обезьян, все автоматом поднимается и даже при деплое не валится в 503/502 если правильно настроить подмену билдов. много плюшек как по мне, в отличии от монохождения в ssh git pull npm start... с одним сервом то ясно конечно

Тут вопрос в том что кубик это минимум 3 сервера

Тут как-то вы все накрутили

День на сетап - очень странно

Деплой без даун тайма легко и без кубика

это и так ясно, просто обычно у людей не один сервер. дня на сетап хватает для 4-8 машин.

а вот это интересно)

Анзибль

спасибо тестану

Різні випадки можуть бути.
1. Хочеться і є час з тим гратися
2. Розгортання десь на Open Shift, Google Cloud і те все треба буде тільки раз налаштувати, а система сама підтримує
3. Як @xanf_ua сказав, багато серверів. Але це можна й на Ansible

В першому випадку, якщо проєкт свіжий, то можна зі страрту все зробити. Інакше треба дуже добре знати інфраструктуру, бо можеш потім не знати, що якийсь код десь прямо по урлу кудись ходить. Одна з причин, чому ми до цього не беремося.

Інша в тому, що в нас дуже велика база даних й ми не знаємо, як її можна замокати в контейнері (якщо для розробки використовувати), та й принципі не знаємо як. Подібно до гугла: типу є репозиторій (сайт), в нього є купа ресурсів (сторінок), кожна є елементом. До кожного ресурсу ще запускаються свої процеси, які заповнюють таблиці з додатковими даними з інших джерел… Поверх цього ще є Elastic Search, деякі процеси прямо в нього пишуть, де які з нього, деякі все ще в базу. Як кожен проєкт, багато того, що правильним дизайном не назвеш, але якось живе

Если бы все было бы в реальности

Я о пункте 2 :)

Кубик к сожалению привносит свои проблемы

К примеру Яндекс из-за этого до сих пор не сьехал на кубик

Это огромная стремная кодовая база на го

Ось в цьому плані наша структура мені подобається більше. Людям варто довіряти. В нас будь-хто може отримати доступ до сервера чи бази, але за весь час моєї роботи в компанії (2 роки) жодної проблеми з цим не було. І так розумію, що оскільки доступ зараз все ще є, проблем з цим раніше (ще 5 років) теж не було.

Практика показує, що кому не треба, той не лізе. Хто не знає чогось, то боїться й не лізе, а питає когось досвідченішого.

Есть требования сертификаций

Я не знаю точної інфраструктури. В нас є 2 сервери на AWS і балансувальник теж там. На ноді тільки фронт, два інстанси на кореневий домен і один на піддомен (окремий сервіс). Все працює через supervisor, як я вже казав

Зрозумів, дуже дякую