DevOps для мене - це не окрема професія, а набір практик, які роблять розробку передбачуванішою та комфортнішою. У цій категорії я ділюся спостереженнями про автоматизацію, CI/CD, деплой, інфраструктуру та інструменти, з якими працюю під час створення власних і комерційних проєктів.
Під час deployment ICanUp Composer не зміг клонувати приватний GitLab пакет і показав згенеровану помилку Failed to clone. При цьому ssh -T git@gitlab.com усередині Docker успішно впізнавав мій GitLab account. Розбираю, чому цього тесту недостатньо, як окремо перевірити SSH агента, доступ саме до репозиторію, контекст виконання Composer і URL репозиторію.
Під час локальної роботи з Laravel і Vite я отримала EACCES: permission denied для node_modules/.vite/deps/package.json. Причина виявилася не у Vite, а у власнику файлів: частину кешу раніше створив root через Docker або команду з sudo. Розбираю, як знайти такі файли, коли достатньо видалити .vite, коли потрібно виправити ownership усього node_modules і як не повторити проблему в Laradock.
Для статистики ICanUp мені була потрібна країна відвідувача, але я не хотіла зберігати його IP-адресу або викликати зовнішній GeoIP API на кожен перегляд. Я перенесла визначення країни на рівень Nginx і MaxMind, а Laravel отримує лише нормалізований дволітерний код через довірений внутрішній заголовок.
У ICanUp я хотіла автоматично рухати Jira-задачу після створення та merge GitLab Merge Request, але не віддавати автоматизації весь життєвий цикл задачі. Розбираю, чому залишила лише два автоматичні переходи, як перевіряю target branch і поточний статус та чому повторний webhook не повинен рухати задачу вдруге.
Під час локального запуску AVN Documentation AI мій диск майже закінчився. Docker Build Cache виріс приблизно до 29 GB, images займали ще понад 31 GB, а filesystem дійшов до 99-100%. Показую, як я знайшла причину, чому звичайний prune майже не допоміг і як контрольовано звільнила десятки гігабайтів.
На сервері всі VITE_REVERB_* значення були в .env, але production bundle усе одно збирався без них. Розбираю, як я знайшла причину в GitLab CI build stage, перенесла build-time variables у правильний environment scope і додала fail-fast перевірки перед deployment.
CI/CD для мене - це не просто автоматичний deploy. У своєму Laravel-проєкті я використовую pipeline, який послідовно перевіряє код, запускає тести, збирає frontend і тільки після цього дозволяє рухатися до deployment.
Під час продовження Sectigo SSL сертифікат довго залишався на DCV validation, хоча verification-файл повертав 200 OK. Розповідаю, як я знайшла старий token, розділені HTTP/HTTPS validation paths у Nginx і правильно завершила renewal.
На хості SSH до GitLab працює, але Composer усередині Docker просить username і password або повертає Permission denied (publickey). Показую на реальному Laradock-кейсі, як знайти причину та передати SSH Agent у container.
Показую, як я організувала зручну роботу з PHP 8.3, 8.4 і 8.5 у Laradock та замінила довгі Docker-команди на прості dphp, dartisan і dcomposer.
Іноді знайомий процес можна показати зовсім по-іншому. Саме це я помітила, коли вперше попрацювала з іншим CI/CD-інструментом.