Деплоймент и эксплуатация — страница 5

Домены, хостинг, серверы, автоматические выпуски и сопровождение.

Темы раздела

Материалы

• Собственные образы API и frontend «Площадки»

  Как подготовить полный веб-проект для контейнеров, сохранив понятные порты и HTTP-контракт.

• Локальный кластер и первый Pod API

  Как связать kind, локальные образы, контекст kubectl и один учебный Pod.

• Deployment, ReplicaSet и восстановление копий API

  Как заменить одиночный Pod декларацией двух экземпляров и понять селекторы владельца.

• Service, DNS и готовые адресаты API

  Как дать меняющимся копиям API постоянное имя и связать Service с метками и портами.

• Браузерный маршрут и граница Gateway API

  Как связать origin браузера, reverse proxy и внешний контроллер, не предполагая готовый Ingress.

• ConfigMap, Secret и обновление окружения процесса

  Как отделить настройки API от образа и понимать, когда новая конфигурация попадёт в запущенный процесс.

• Startup, readiness, liveness и завершение API

  Как различить запуск процесса, готовность обслуживать запросы и необходимость перезапуска.

• Requests, limits и причины Pending

  Как описать потребности веб-процессов и различить размещение, ограничение CPU и завершение из-за памяти.

• Namespace и права наблюдателя через RBAC

  Как ограничить доступ к состоянию «Площадки» без выдачи прав на Secrets и изменение ресурсов.

• PVC и граница постоянного хранения

  Как отделить жизнь Pod от жизни данных и почему один том не делает API горизонтально масштабируемым.

• Новая версия API, rollout и rollback

  Как подготовить собственный образ следующей версии и объяснить границы отката Deployment.

• Журналы, ручное масштабирование и условия HPA

  Как сопоставить запрос с экземпляром API и отличить увеличение replicas от автоматического масштабирования.

• Передача Kubernetes-проекта и границы восстановления

  Как передать исходники, манифесты и регламент «Площадки», сохранив явные предпосылки и невыполненные проверки.

• Argo CD: локальный GitOps релиз

  Продолжаем «Площадку» из курса Kubernetes в проекте «Релиз»: Git хранит желаемое состояние API/web, Argo CD читает локальный источник, а Kustomize разделяет dev и stage. Изучаем ручной sync, diff и drift, promotion, rollback и адресное удаление. Полный архив содержит собственные исходники, локальный Git bootstrap и оба overlays; внешний Git аккаунт и неизвестный registry не требуются.

• Git как источник желаемого состояния

  Отделяем Git декларацию релиза от образа приложения и текущих объектов Kubernetes.

• Локальный bootstrap и читаемый Git источник

  Готовим отдельный кластер, read-only Git Service и передачу Git bundle без внешнего remote.

• Application и границы AppProject

  Связываем источник, путь, revision и namespace, ограничивая прикладные виды ресурсов.

• Первый manual sync и состояние приложения

  Читаем diff, применяем выбранное намерение и различаем sync от readiness и HTTP результата.

• Diff и drift после ручного изменения

  Распознаём расхождение live с Git и выбираем возврат декларации либо новый commit.

• Kustomize base и окружения dev/stage

  Собираем два самостоятельных набора из общей base, сохраняя имена приложения и версии конфигурации.

• Продвижение релиза из dev в stage

  Переносим один артефакт и совместимую конфигурацию отдельным Git решением.

• Rollback revision и исправление Git

  Различаем оперативный возврат истории Argo CD и постоянный откат декларации в Git.

• Prune, полномочия и ссылки на Secret

  Удаляем только осмысленно лишние ресурсы приложения и сохраняем границы bootstrap.

• Передача GitOps проекта и восстановление источника

  Передаём исходники, Git историю, артефакты и регламент применения с явным статусом not_run.