Ми впевнені, що серед наших клієнтів є багато професіоналів IT, які працюють над цікавими проектами. Якщо у Вас виникає бажання розповісти про них, Ви можете розмістити статтю у нашому блозі. А щоб було цікавіше, ми зробили конкурс статей, щомісяця три переможці отримуватимуть призи.
Усі статті за тегом devops
Реліз GitLab 19.0: GitLab Duo, Secrets Manager, SBOM та зміни для власних інсталяцій
21 травня 2026 року вийшов реліз GitLab 19.0. Версія посилює DevOps-платформу в кількох напрямах: GitLab Duo і GitLab AI, вбудоване керування секретами, сканування безпеки на основі SBOM, GitLab Runner 19.0 та нові вимоги для власних інсталяцій GitLab.
Якщо команда використовує GitLab на власному сервері, оновлення GitLab краще перевірити заздалегідь.
Як видалити Docker images, контейнери і volumes та звільнити місце на сервері
Багатьом знайома ситуація, коли на сервері раптом закінчується вільне місце за рахунок того, що Docker займає десятки гігабайт і постійно «розширюється». Перевірка системи за допомогою команд docker system df та df -h при цьому надає суперечливі результати, і тому користувач не розуміє, що саме потрібно видаляти. Сутність проблеми полягає у складній будові файлової системи (layered filesystem) та особливостях організації збереження даних у Docker. Володіючи базовою інформацією по механізмам зберігання даних у Docker, можна запобігти виникненню критичної ситуації та підвищити продуктивність системи. Розглянемо базові поняття, а також методи аналізу та очищення Docker від зайвих та / або невикористаних даних.
Моніторинг стану HDD/SSD/NVMe у Linux/FreeBSD
Під час активної та / або тривалої експлуатації дискових носіїв зазвичай накопичуються незначні пошкодження у вигляді bad-секторів або помилок запису даних, що може згодом у будь-який момент часу призвести до виходу його з ладу та втрати даних. Вбудована система SMART-контролю сама по собі не забезпечує інформування про критичний стан диску, а лише здійснює накопичення значень параметрів, котрі відображають його стан. Завдання інструментів моніторингу, насамперед, полягає у тому, щоб «витягти» ці дані та на їх підставі вчасно повідомити користувачу про небезпеку. Але для цього треба знати ці інструменти та вміти їх налагоджувати відповідно до своїх потреб.
Основи rsync – резервне копіювання та синхронізація файлів
На ринку програмного забезпечення присутні чимало засобів для здійснення копіювання та синхронізації файлів, і Rsync по багатьом параметрам займає одне з перших місць. Відкритий вихідний, код, гнучкість та простота використання, шифрування, конвеєрна передача файлів із збереженням всіх метаданих та багато інших кейсів роблять його незамінним інструментом мережевої синхронізації віддалених об'єктів файлової системи. Розглянемо основні можливості програми та продемонструємо їх застосування на практичних прикладах.
Вийшла Ubuntu 26.04 LTS: огляд нововведень, системні вимоги та чи варто оновлюватися
У циклі розробки компанії Canonical прийнято випускати як проміжні варіанти, так і стабільні версії. Операційна система Ubuntu LTS-версії отримує довгострокову підтримку (LTS) – регулярні оновлення безпеки та виправлення критичних помилок, що робить її надійною основою для довгострокових проєктів. Гарантія оновлень триває до 5 років і може бути розширена до 10-15 років з планом Ubuntu Pro.
Навіщо потрібні зовнішні GitLab Runner’и на VPS та як налаштувати Docker Runner
Фактично весь CI/CD у GitLab тримається на GitLab Runner — саме він запускає збірки, тести та деплой. І поки пайплайни прості, здається, що немає різниці, де він працює: на локальній машині, на сервері GitLab чи десь “під рукою”. Але щойно проєкт росте — починаються типові проблеми: збірки гальмують через нестачу ресурсів, кеш і Docker-образи засмічують систему, а доступи до приватної мережі перетворюються на головний біль і ризик для безпеки.
У цій статті розберемо, чому зовнішній GitLab Runner на окремому VPS з Docker executor дає більше контролю, стабільності та безпеки, і як його налаштувати так, щоб пайплайни працювали передбачувано — включно з кейсом, коли runner має доступ до приватної мережі, а GitLab не доводиться “обвішувати” зайвими інтерфейсами.
Rsync для автоматизації, безпеки та deploy
У нашій першій статті по основам використання утиліти Rsync для синхронізації даних були розглянуті її можливості та наведені базові прийоми роботи з нею у межах локального середовища. Тут ми сконцентруємося на її застосуванні сумісно із безпечним SSH-протоколом для синхронізації даних, розміщених на віддалених хостах та організації deploy-процесу для веб-проекту засобами GitLab CI/CD. Водночас будуть розглянуті деякі із доступних засобів автоматизації та оптимізації роботи Rsync в умовах, максимально наближених до робочих.
Організація резервного копіювання MySQL
Всі сучасні веб-проекти використовують бази даних (БД), котрі зберігаються на хостингу та потребують пильної уваги обслуговуючого персоналу. Це пов'язано із їх вразливістю перед багатьма чинниками – людський фактор, вірус, злом, технічний збій тощо. У цій ситуації єдиним надійним способом не втратити важливу інформацію може бути лише її періодичне копіювання на незалежний носій. Така операція отримала назву створення бекапів або резервне копіювання. Розглянемо деякі теоретичні аспекти використання БД MySQL, а також питання організації автоматичного резервного копіювання на власному хостингу.