<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Статьи on </title>
    <link>/ru2/blog/articles/</link>
    <description>Recent content in Статьи on </description>
    <generator>Hugo -- gohugo.io</generator>
    <lastBuildDate>Wed, 13 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="/ru2/blog/articles/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Как Штурвал управляет облаками</title>
      <link>/ru2/blog/articles/cloud-management/</link>
      <pubDate>Mon, 20 Apr 2026 00:00:00 +0000</pubDate>
      
      <guid>/ru2/blog/articles/cloud-management/</guid>
      <description>Создание Kubernetes-кластеров вручную сегодня — это моветон и верный путь к «снежинкам» (уникальным, неповторимым и хрупким конфигурациям). В мире «Штурвала» мы придерживаемся декларативного подхода: инфраструктура должна описываться и управляться так же, как поды в обычном кластере. Для этого мы используем Cluster API (CAPI).
Цель этой статьи: вы перестанете видеть в CAPI «чёрный ящик» и поймёте его внутреннюю механику — от контроллеров до конкретных секретов.
Введение: зачем «Штурвалу» этот фреймворк? # Cluster API — это проект Kubernetes SIG Cluster Lifecycle.</description>
    </item>
    
    <item>
      <title>Ingress NGINX умер, да здравствует Gateway API</title>
      <link>/ru2/blog/articles/rip-nginx/</link>
      <pubDate>Mon, 20 Apr 2026 00:00:00 +0000</pubDate>
      
      <guid>/ru2/blog/articles/rip-nginx/</guid>
      <description>Мир Kubernetes стоит на пороге заметной архитектурной трансформации. Ingress долго воспринимался как стандартная точка входа для HTTP-трафика, но сегодня экосистема всё активнее смещается в сторону Gateway API. Катализатором этого перехода стало прекращение поддержки классического NGINX Ingress Controller: стало очевидно, что старая модель упёрлась в собственные ограничения.
Это не повод для паники, а хороший момент пересмотреть сетевую архитектуру. Ниже разберём, почему Ingress перестал устраивать индустрию, чем Gateway API лучше и как подходить к миграции без лишнего риска.</description>
    </item>
    
    <item>
      <title>Анатомия «Штурвала»: как устроена магия управления кластерами изнутри</title>
      <link>/ru2/blog/articles/shturval-anatomy/</link>
      <pubDate>Wed, 13 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/ru2/blog/articles/shturval-anatomy/</guid>
      <description>Приветствую, коллеги. Продолжаем наш технический сериал. В прошлый раз в материале «Как Штурвал управляет облаками» мы разобрали, как Cluster API (CAPI) и его инфраструктурные провайдеры «дергают» виртуализацию, чтобы создать виртуалки и превратить их в узлы. Сегодня перейдем ко второму акту нашего марлезонского балета — тому, что происходит «под капотом» платформы «Штурвал», когда облако уже выдало нам ресурсы.
Разберемся, почему стандартного CAPI недостаточно для жизни и почему без правильной последовательности инициализации ваш кластер так и останется бесполезной грудой запущенных бинарников.</description>
    </item>
    
  </channel>
</rss>
