https://andriipylypenko.cloud/tags/devops/Recent content in DevOps on Practical SRE & DevOps guides. Linux debugging. LifestyleHugoen-usThu, 18 Jun 2026 12:00:00 +0300https://andriipylypenko.cloud/blog/mysql-replication-dba-guide/Thu, 18 Jun 2026 12:00:00 +0300https://andriipylypenko.cloud/blog/mysql-replication-dba-guide/Повний розбір MySQL-реплікації: типи, технічна механіка, команди, моніторинг InnoDB, повний траблшутінг-гайд (зламана реплікація, lag, деадлоки, OOM, Galera split-brain), що зараз популярно (Vitess, ProxySQL, Percona), різниці з іншими базами, основи Redis і питання з відповідями для DevOps/DBA.https://andriipylypenko.cloud/blog/ci-cd/Sun, 14 Jun 2026 00:00:00 +0000https://andriipylypenko.cloud/blog/ci-cd/Зміст Що таке CI/CD і навіщо це взагалі Ключові концепції і термінологія GitHub Actions — детально Jenkins — детально Artifacts, кешування, оптимізація Secrets і безпека в пайплайні Стратегії деплою Rollback і disaster recovery Моніторинг і observability пайплайну GitOps і CD у Kubernetes Каверзні питання на співбесіді Що таке CI/CD Continuous Integration (CI) — практика, при якій кожен розробник мінімум раз на день інтегрує свій код у спільну гілку. Кожна інтеграція автоматично верифікується: запускаються build, тести, линтери.https://andriipylypenko.cloud/blog/proxmox-cluster-guide/Thu, 04 Jun 2026 00:00:00 +0300https://andriipylypenko.cloud/blog/proxmox-cluster-guide/Proxmox Virtual Environment — це платформа на базі Debian Linux, що поєднує KVM-віртуалізацію та LXC-контейнеризацію в єдиному веб-інтерфейсі. Поодинокий гіпервізор — це завжди single point of failure. Кластер вирішує цю проблему, але за умови що ти розумієш як він реально працює всередині. Як Proxmox влаштований на низькому рівні Перед тим як говорити про кластер — треба зрозуміти що відбувається на одній ноді. Шар 1 — Залізо і ядро Proxmox встановлюється прямо на bare metal.https://andriipylypenko.cloud/blog/docker-deep-dive/Mon, 16 Jun 2025 00:00:00 +0000https://andriipylypenko.cloud/blog/docker-deep-dive/Docker зсередини: containerd, runc, образи, мережі та все що треба знати на співбесіді Ця стаття — не «Hello World». Це розбір Docker-стеку від ядра Linux до docker compose up, з поясненням кожного рядка конфігу, каверзними питаннями зі співбесід і реальними прикладами з production. 1. Архітектура: що відбувається після docker run Більшість думають, що Docker — це монолітний демон. Насправді це стек із кількох незалежних компонентів. ┌─────────────────────────────────────────────┐ │ docker CLI (клієнт, просто шле HTTP запити)│ └────────────────────┬────────────────────────┘ │ Unix socket /var/run/docker.https://andriipylypenko.cloud/blog/premetheus-grafana/Wed, 17 Feb 1993 00:00:00 +0000https://andriipylypenko.cloud/blog/premetheus-grafana/1. Архітектура стеку: хто що робить [ Targets ] ←── scrape ── [ Prometheus ] ──→ [ Grafana ] │ [ Alertmanager ] ──→ Slack / PagerDuty / Email Компонент Роль Протокол Prometheus Збір, зберігання, обчислення HTTP pull (scrape) Grafana Візуалізація, дашборди HTTP API до Prometheus Alertmanager Роутинг, дедублікація, мовчання алертів HTTP від Prometheus Exporter Конвертує метрики у Prometheus-формат HTTP /metrics endpoint Ключовий принцип — pull model: Prometheus сам ходить до таргетів кожні N секунд (за замовчуванням 15 секунд).