Якщо у вас є новий модуль і вам потрібно запустити, setup:upgradeя не бачу способу, коли у вас може бути нульовий час простою. Це завжди буде на 10-20 секунд, тому що вам потрібно оновити базу даних. Або я щось пропускаю?
Навіть якщо ви розгортаєтесь в іншій папці, а потім, коли всі файли генеруються, ви пов'язуєте живе середовище з цією папкою, вам все одно слід подбати про базу даних.
Відповіді:
Цікаво, у якому середовищі ви працюєте, де 10-20 секунд, а то й декілька хвилин простою були б виправданими. Звичайно, це не ідеально, але я мушу уявити, що це досить невелика ціна, яку потрібно заплатити, особливо якщо ви розгортаєтесь у не пікові години.
Документація для розробників M2: Розгорнути Magento у виробництві . Станом на це написання, документи є рідкісними та посилаються на зовнішній випуск GitHub для обговорення. Однак ці офіційні документи - гарне місце, щоб слідкувати за ними.
Моя команда розслідує використання Capistrano для розгортання M2. Ми ще не зупинилися на остаточному процесі, але простий пошук в Google ("capistrano magento 2") показує, що ряд людей експериментує з тим самим.
Нарешті, існують різні схеми на зразок синьо-зеленого розгортання, які також прагнуть мінімізувати простої. Синьо-зелений, зокрема, як тестування сервера, але в критичний час ви оновлюєте DNS, щоб він вказував від синього до зеленого, перетворюючи зелений на живий, а синій на "інсценізаційний". Для наступного розгортання синій знову стає живим. Таким чином простої теоретично дорівнюють нулю, і зміни відбуваються так само швидко, як поширюється зміна DNS.