/ru2/developer/app-delivery/ Recent content in Доставка приложений on Hugo -- gohugo.io Wed, 01 Jul 2026 19:41:08 +0300 /ru2/developer/app-delivery/cichanges/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/developer/app-delivery/cichanges/ Чтобы в pipeline Git встроить запросы к кластеру платформы “Штурвал” для управления объектами, потребуется: создать в кластере платформы “Штурвал” сервисную учетную запись (Service Account) с необходимыми правами для действий в кластере; получить kubeconfig кластера для Service Account; добавить в репозиторий проекта kubeconfig кластера; сконфигурировать в pipeline Git задание (job) на выполнение действий в кластере. В инструкции приведен пример создания ресурса Namespace в pipeline GitLab. Создание неймспейса из pipeline GitLab # Создание Service Account в кластере # В неймспейсе default кластера создайте Service Account с именем name-service-account: Команда создания ServiceAccount kubectl apply -f - <<EOF apiVersion: v1 kind: ServiceAccount metadata: name: name-service-account namespace: default > EOF Создайте кластерную роль с необходимыми для выполнения действий правами Команда с примером создания роли kubectl apply -f - <<EOF apiVersion: rbac. /ru2/developer/app-delivery/app-deploy/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/developer/app-delivery/app-deploy/ Развёртывание приложения выполняется через создание объектов Kubernetes в разделе Нагрузки выбранного неймспейса. Рабочая нагрузка (workload) в Kubernetes запускается в подах, а для production-сценариев подами обычно управляют контроллеры: они поддерживают нужное количество подов, пересоздают их при сбоях и применяют изменения из манифеста. Выберите тип нагрузки под задачу: Тип нагрузки Когда использовать Deployment Stateless-приложения, rolling update, rollback, масштабирование реплик. Deployment управляет ReplicaSet, а ReplicaSet поддерживает нужное количество подов. StatefulSet Stateful-сервисы, которым нужны устойчивые имена подов, порядок запуска/обновления и постоянные тома через PersistentVolumeClaim. /ru2/developer/app-delivery/publish-app/ Wed, 01 Jul 2026 15:33:26 +0300 /ru2/developer/app-delivery/publish-app/ Публикация приложения в Kubernetes обычно строится как цепочка нагрузка → Service → Ingress. Нагрузка запускает поды приложения, Service даёт им стабильную точку доступа, а Ingress открывает HTTP/HTTPS-доступ извне кластера. Если приложение ещё не развёрнуто, сначала создайте Deployment, StatefulSet или другой тип нагрузки по инструкции Как задеплоить приложение. Как выбрать способ доступа # Service # Способ Когда использовать ClusterIP Доступ нужен только внутри кластера. Это базовый вариант для связи приложений между собой. /ru2/developer/app-delivery/gateway-api-routes/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/developer/app-delivery/gateway-api-routes/ Маршруты Gateway API описывают логику маршрутизации: привязку к Gateway, правила совпадения запросов и backend-сервисы. Управление доступно в неймспейсе кластера. Поддерживаемые типы маршрутов: Тип API Назначение HTTPRoute gateway.networking.k8s.io/v1 HTTP/HTTPS-маршрутизация GRPCRoute gateway.networking.k8s.io/v1 gRPC-маршрутизация Где настраивать: неймспейс - раздел Сети → Маршруты. Через кастомные ресурсы: неймспейс → раздел Администрирование → Кастомные ресурсы → API-группа gateway.networking.k8s.io → HTTPRoute или GRPCRoute. Общий обзор Gateway API см. Gateway API. Для классической публикации через Ingress см. Как опубликовать приложение. /ru2/developer/app-delivery/namespace-dashboard/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/developer/app-delivery/namespace-dashboard/ Чтобы перейти к дашборду неймспейса: Выберите кластер в левом меню. Откройте раздел Неймспейсы. Выберите нужный неймспейс из списка доступных. Откроется дашборд неймспейса с общей информацией. В разделе Неймспейсы отображаются все существующие в выбранном кластере неймспейсы. Интерфейс позволяет отобразить пользовательские и системные неймспейсы в одном списке или на разных вкладках (используйте переключатель над списком неймспейсов для переключения вида отображения). К системным относятся неймспейсы, в которых развернуты системные компоненты платформы “Штурвал”. При необходимости для поиска нужного неймспейса воспользуйтесь фильтрами. /ru2/developer/app-delivery/troubleshooting/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/developer/app-delivery/troubleshooting/ При диагностике проблем с подами и нагрузками используйте логи контейнеров, события (Events) и при необходимости терминал пода. В интерфейсе «Штурвал» всё это доступно на странице пода и на страницах нагрузок (Deployment, StatefulSet и т.д.). Ниже — где именно смотреть в GUI и как дублировать проверки в консоли (kubectl), а также типичные ошибки и ссылки на официальную документацию Kubernetes. С чего начать: логи, события, терминал # Что нужно В интерфейсе В консоли Логи контейнера Страница пода → вкладка Логи.