Ресурсы 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 (k8s) RoleBinding — это объект API, который предоставляет права, определённые в Role или ClusterRole, конкретному пользователю, группе пользователей или сервисному аккаунту в пределах определённого пространства имён (namespace).
Простыми словами: RoleBinding связывает «кто» (субъект) с «что можно делать» (роль).
Ключевые понятия
- Role (Роль): Набор правил, определяющих, какие действия (verbs: get, list, create, delete) разрешены над какими ресурсами (pods, services, deployments). Role действует только в рамках одного namespace.
- ClusterRole (Кластерная роль): Аналогична Role, но действует на уровне всего кластера. Используется для:
- Ресурсов, не привязанных к namespace (например,
nodes,persistentvolumes). - Разрешения доступа к эндпоинтам API (например,
/healthz). - Предоставления одинаковых прав во всех namespace сразу (если привязать через RoleBinding).
- Ресурсов, не привязанных к namespace (например,
- RoleBinding (Привязка роли): Связывает Role с субъектами внутри одного namespace.
- ClusterRoleBinding (Кластерная привязка роли): Связывает ClusterRole с субъектами на уровне всего кластера.
Baxi Eco Four 24 — классический и надежный котел, который полноценно поддерживает работу по цифровой шине OpenTherm. Использование модуля SmartKot на базе современного энергоэффективного чипа ESP32-C6 совместно с функциональной opensource-прошивкой SmartTherm позволяет отказаться от дорогих проприетарных термостатов и гибко управлять климатом, интегрировав котел в Home Assistant и умный дом с Алисой dom-s-alisoy.ru
Шаг 1. Прошивка ESP32-C6 через Web Flasher
- Подготовка: Подключите плату/контроллер SmartKot на базе ESP32-C6 к компьютеру с помощью качественного дата-кабеля USB-C.
- Переход к прошивальщику: Откройте официальный SmartTherm Web Flasher (или используйте фирменный инструмент проекта на GitHub).
- Выбор версии: Выберите актуальный бинарный файл (
.bin) прошивки, скомпилированный специально под архитектуру ESP32-C6. - Запуск: Нажмите кнопку Install / Flash, в появившемся окне браузера выберите COM-порт вашего устройства.
- Примечание: Если плата не определяется, зажмите на ней кнопку
BOOT, нажмитеRESET, после чего отпуститеBOOTдля перевода чипа в режим загрузчика.
- Примечание: Если плата не определяется, зажмите на ней кнопку
- Первичная сеть: По окончании процесса прошивки перезагрузите устройство. Оно поднимет собственную Wi-Fi точку доступа (обычно с именем
SmartTherm-XXXX). Подключитесь к ней со смартфона или ПК, перейдите в браузере по адресу192.168.4.1и укажите данные вашей домашней Wi-Fi сети.
Когда мы говорим о современной корпоративной инфраструктуре, редко задумываемся о том, что телефонная связь — это тоже код, сеть и серверы. IP-телефония (VoIP) давно перестала быть просто способом “звонить через интернет”. Сегодня это полноценная ИТ-экосистема, которая живет по законам высоконагруженных систем. И именно здесь пересекаются интересы бизнеса, инженеров связи и, как ни странно, DevOps-инженеров.
В этой статье мы разберем фундаментальные плюсы и минусы IP-телефонии, но посмотрим на них через призму современного подхода к эксплуатации — DevOps. Ведь то, как вы внедряете и сопровождаете телефонию, напрямую влияет на её надежность и стоимость владения.
Что такое IP-телефония сегодня
Классическая телефония (TDM) — это выделенные медные линии и АТС. IP-телефония — это передача голоса пакетами данных по протоколу IP (SIP, RTP). Голос оцифровывается, сжимается кодеком (G.711, Opus) и отправляется как обычные сетевые пакеты.
Но с инженерной точки зрения, современная IP-АТС — это сервер (или кластер), работающий под управлением Linux (часто FreeSWITCH или Asterisk), или облачный сервис (например, Twilio или Mango Office). Управление такими системами требует не столько знаний “телефониста”, сколько компетенций системного администратора и DevOps-инженера. (далее…)
Облачные GPU-резервы позволяют ускорить машинное обучение, визуализацию, обработку больших данных и научные вычисления без покупки дорогого оборудования в офисе. Эффективное администрирование в духе DevOps делает использование GPU-облака предсказуемым, безопасным и экономичным: автоматизация развёртывания, мониторинг, масштабирование и управление затратами. В статье собраны ключевые концепции, архитектурные паттерны и современные инструменты, которые сегодня применяют системные администраторы и DevOps-инженеры.
Глобальные тенденции и что важно знать сегодня.
Модели виртуализации и поддержка MIG. Новые GPU-архитектуры и технологии разделения одного физического GPU на несколько виртуальных экземпляров (Multi-Instance GPU, MIG) позволяют эффективно делить ресурсы между задачами и контейнерами. Контейнеризация и программа GPU-доступа. Чтобы контейнеры могли полноценно использовать GPU, требуется специальный рантайм и драйверы внутри контейнера (NVIDIA Container Toolkit, nvidia-docker). Это делает деплой более гибким и повторяемым. (далее…)
1