Category Archives: DevOps
Ресурсы Kubernetes
Namespace* (ns) — позволяет организовывать ресурсы в неперекрывающиеся группы (для каждого потребителя ресурсов).
Развертывающие рабочие нагрузки
Pod (po) — основная развертываемая единица, содержащая один или более процессов в расположенных рядом контейнерах. Метки (Labels).
ReplicaSet — поддерживает одну или несколько реплик модуля.
ReplicationController (rc) [v1] – устаревший и менее функциональный эквивалент ресурса ReplicaSet.
Job — запускает модули, выполняющие завершаемую задачу.
CronJob [batch] — запускает назначаемое задание один раз или периодически.
DaemonSet (ds) — запускает одну реплику модуля в расчете на узел (на всех узлах или только на тех, которые соответствуют селектору узлов).
StatefulSet (sts) — запускает модули, имеющие внутреннее состояние, со стабильной идентичностью.
Deployment (deploy) — декларативное развертывание и обновление модулей.
Службы
Service (svc) [v1] — предоставляет доступ к одному или нескольким модулям на одной и стабильной паре IP-адреса и порта.
Endpoints (ep) — определяет, к каким модулям (или другим серверам) предоставляется доступ через службу.
NodePort — открывает сервис на том же порту каждого выбранного узла в кластере с помощью NAT. Делает сервис доступным вне кластера через :.
Ingress (ing) [extensions] — предоставляет внешним клиентам доступ к одной или нескольким службам через один доступный извне IP-адрес.
Конфигурация
ConfigMap (cm) — словарь в формате «ключ-значение» для хранения незащищенных параметров конфигурации приложений и предоставления им доступа к ним.
Secret [v1] — словарь в формате «ключ-значение» для хранения конфиденциальных данных. (далее…)
Kubernetes — это мощная платформа для автоматизации развертывания, масштабирования и управления контейнеризированными приложениями. Одной из ключевых составляющих эффективного управления кластером являются события (Events). В этой статье мы рассмотрим, что такое Event в Kubernetes, как они работают и как ими пользоваться.
Что такое Event в Kubernetes?
Event — это уведомление о состоянии или изменениях в кластере Kubernetes. Они позволяют администраторам и разработчикам отслеживать важные ситуации, такие как ошибки, предупреждения или информационные сообщения, связанные с объектами кластера, например, подами, реплика-сетами, службами и другими ресурсами.
Каждое событие содержит следующую информацию:
- Время возникновения
- Источник (например, компонент kubelet, scheduler)
- Тип события (Normal, Warning)
- Сообщение, описывающее суть события
- Объект, к которому оно относится
RoleBinding — это объект Kubernetes, который связывает (привязывает) набор разрешений, определенных в Role или ClusterRole, с конкретными пользователями, группами или сервисными аккаунтами. Проще говоря, RoleBinding «наделяет правами» субъектов в кластере.
Архитектура RBAC
Система RBAC состоит из трех основных компонентов:
- Role/ClusterRole — ЧТО можно делать (набор правил)
- Subject — КТО (пользователь, группа, сервисный аккаунт)
- RoleBinding/ClusterRoleBinding — связывает первые два компонента
Role vs ClusterRole
Role
-
Действует в пределах одного namespace
-
Используется для предоставления прав к ресурсам в конкретном namespace
Виртуальный номер для Telegram: незаменимый инструмент для удаленных DevOps-инженеров
В эпоху цифровой трансформации и массового перехода на удаленный формат работы DevOps-инженеры стали одной из ключевых фигур в IT-индустрии. Их задача — обеспечить бесперебойную работу сервисов, быстрый деплой, мониторинг и автоматизацию. Но эффективная удаленная работа требует не только технических навыков, но и правильно выстроенной коммуникации, безопасности и гибкости. Именно здесь на помощь приходит аренда виртуального номера для мессенджера Telegram.
Почему Telegram — рабочий инструмент для DevOps?
Telegram давно перестал быть просто мессенджером для личного общения. Для DevOps-сообщества это мощная платформа благодаря:
- Ботам и автоматизации: Чат-боты для алертинга (оповещений от Grafana, Prometheus, GitLab CI/CD), автоматические уведомления о деплоях, статусе сборок.
- Группы и каналы: Командные чаты для обсуждения инцидентов, каналы с логами деплоев, оповещениями от облачных провайдеров.
- API и интеграции: Возможность создания скриптов для отправки любых системных уведомлений прямо в чат.
- Мультиплатформенность: Доступ с любого устройства, что критично важно для реагирования на инциденты в нерабочее время.
В Kubernetes ComponentStatus – это ресурс, который представляет собой статус работоспособности различных компонентов плоскости управления (control plane) Kubernetes. Это один из немногих ресурсов, который не является объектным API, то есть он не создается и не управляется пользователем напрямую через kubectl apply или kubectl create. Вместо этого, он генерируется автоматически самим Kubernetes.
Основная цель ComponentStatus:
Предоставить информацию о том, здоровы ли ключевые компоненты, из которых состоит плоскость управления Kubernetes. Это помогает системным администраторам и операторам быстро диагностировать проблемы с кластером. (далее…)
1