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] — словарь в формате «ключ-значение» для хранения конфиденциальных данных. (далее…)
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. Это помогает системным администраторам и операторам быстро диагностировать проблемы с кластером. (далее…)
Новая реальность российского IT
Современная российская IT-индустрия переживает период глубокой трансформации. Санкционное давление и уход международных вендоров создали уникальные условия, где DevOps-методологии стали критически важными для успешного внедрения IT-решений и разработки мобильных приложений. Российские компании научились не просто адаптироваться, а создавать эффективные цепочки разработки на основе отечественных и open-source решений.
DevOps как основа современной разработки в России
Изменение парадигмы разработки
Российские компании перешли от классических моделей разработки к непрерывной интеграции и доставке (CI/CD):
# Типичный pipeline в GitLab CI для российского проекта
stages:
- build
- test
- security-scan
- deploy-ru-cloud
- monitoring
variables:
DEPLOY_REGION: ru-central1
CONTAINER_REGISTRY: cr.yandex.cloud
SCAN_TOOLS: soviet-scanner, fastexpert
1