
Ресурсы 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 ComponentStatus
– это ресурс, который представляет собой статус работоспособности различных компонентов плоскости управления (control plane) Kubernetes. Это один из немногих ресурсов, который не является объектным API, то есть он не создается и не управляется пользователем напрямую через kubectl apply
или kubectl create
. Вместо этого, он генерируется автоматически самим Kubernetes.
Основная цель ComponentStatus
:
Предоставить информацию о том, здоровы ли ключевые компоненты, из которых состоит плоскость управления Kubernetes. Это помогает системным администраторам и операторам быстро диагностировать проблемы с кластером. (далее…)
В современном мире, где искусственный интеллект (ИИ) стремительно развивается, а потребность в надежной инфраструктуре для DevOps и эффективной работе с криптовалютами растет экспоненциально, аренда сервера с GPU становится не просто удобным решением, а необходимостью. Давайте разберемся, почему именно такое решение открывает двери к новым возможностям и как оно связано с такими ключевыми сферами, как DevOps, системное администрирование, ИИ и криптовалюта.
GPU-серверы: сердце инноваций
Графические процессоры (GPU), изначально разработанные для обработки графики, обладают поразительной способностью выполнять параллельные вычисления. Эта особенность делает их идеальными для задач, требующих огромной вычислительной мощности, что характерно для: (далее…)
Что такое ClusterRole?
ClusterRole — это объект Kubernetes, который определяет набор прав доступа (permissions) для работы с кластерными ресурсами или ресурсами во всех namespace’ах. В отличие от обычного Role, который действует в пределах одного namespace, ClusterRole имеет глобальную область видимости.
Основные отличия ClusterRole от Role
Аспект | Role | ClusterRole |
---|---|---|
Область действия | Один namespace | Весь кластер |
Доступ к ресурсам | Только resources в namespace | Cluster-scoped resources + все namespaces |
Привязка | RoleBinding | ClusterRoleBinding |
Использование | Локальные права | Глобальные права |
Синтаксис ClusterRole
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:
name: cluster-admin # Имеет глобальное действие
rules:
- apiGroups: [""] # Core API group
resources: ["pods", "services", "nodes", "namespaces"]
verbs: ["get", "list", "watch", "create", "update", "delete"]
- apiGroups: ["apps"]
resources: ["deployments", "daemonsets", "statefulsets"]
verbs: ["*"] # Все операции
- apiGroups: ["rbac.authorization.k8s.io"]
resources: ["clusterroles", "clusterrolebindings"]
verbs: ["get", "list"]
Новая реальность российского 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