https://lead-devops.blackdevhub.online/tags/linux/Recent content in Linux on Lead DevOpsHugoruMon, 31 Aug 2026 00:00:00 +0000https://lead-devops.blackdevhub.online/posts/gnu-screen/Mon, 31 Aug 2026 00:00:00 +0000https://lead-devops.blackdevhub.online/posts/gnu-screen/<p>Долгий <code>apt upgrade</code>, миграция, сборка — и ноутбук ушёл в сон. SSH рвётся, процесс получает SIGHUP и умирает. <strong>GNU Screen</strong> держит терминал на сервере: отключился, подключился снова, работа на месте.</p> <p>Это не замена <code>nohup</code> и не «ещё один SSH». Это мультиплексор: именованные сессии, несколько окон внутри одной, общая сессия на двоих. На старых RHEL/Debian <code>screen</code> часто уже стоит, когда <code>tmux</code> ещё нет.</p> <h2 id="минимальный-цикл">Минимальный цикл</h2> <p>На сервере:</p> <div class="highlight"><pre tabindex="0" class="chroma"><code class="language-bash" data-lang="bash"><span class="line"><span class="cl">screen -S deploy </span></span></code></pre></div><p>Дальше обычный шелл. Чтобы уйти, не убивая процессы: <code>Ctrl-a</code>, отпустить, затем <code>d</code>. Сессия остаётся <strong>Detached</strong>.</p>https://lead-devops.blackdevhub.online/posts/kind-local-kubernetes-in-docker/Mon, 31 Aug 2026 00:00:00 +0000https://lead-devops.blackdevhub.online/posts/kind-local-kubernetes-in-docker/<p>Kubernetes-кластер на ноутбуке — задача нередкая: CI/CD, эксперименты с операторами, проверка манифестов без нагрузки на prod. minikube тянет виртуалку, k3s просит отдельный host, а kind поднимает управляющую плоскость в Docker-контейнерах. Развернули, поработали, удалили — без побочных эффектов.</p> <h2 id="зачем-kind">Зачем kind</h2> <p>kind создает кластер из Docker-контейнеров: control-plane и worker-ноды — это образы <code>kindest/node</code>. Основной use-case — локальная разработка и CI. В GitHub Actions есть официальный action <code>create-kind</code>, что делает пайплайны с тестами поверх K8s тривиальными.</p>