🔥 Подборка инструментов DevOps

⚪️ KServe

KServe — открытая платформа для сервера машинного обучения (ML) в Kubernetes, поддерживаемая CNCF. Упрощает деплой, сервинг и масштабирование моделей (TensorFlow, PyTorch, scikit-learn и др.) с фокусом на production-ready решения.

KServe ускоряет ML-воркфлоу от обучения до инференса, снижая overhead. Идеально для DevOps и ML-инженеров, работающих с K8s.

⚪️mkcert

mkcert — простой инструмент для генерации доверенных локальных SSL/TLS-сертификатов. Решает проблему самоподписанных сертификатов в dev-средах (браузеры их блокируют).

Упрощает тестирование HTTPS в локальной разработке, CI/CD и Kubernetes.

⚪️ Kubech

Kubech — простой CLI-инструмент, позволяющий устанавливать kubectl-контексты (кластеры) и пространства имён (namespaces) независимо для каждого терминала или shell-сессии. Он решает проблему инструментов вроде kubectx/kubens, которые меняют настройки глобально, мешая работе с несколькими кластерами одновременно.

Проект с фокусом на DevOps-воркфлоу, где нужно параллельно деплоить или мониторить кластеры.

@DevOpsKaz 😛

🔥 Sonatype User Group Central Asia 2025 в Алматы

16 октября в SmArt.Point (ул. Байзакова, 280) пройдет митап для DevOps, DevSecOps, AppSec, Software Supply Chain Security и Nexus Repository комьюнити.

📌 В программе:

- Кейсы спикеров из Freedom Bank и Alatau City Bank по CI/CD и DevSecOps
- Лучшие практики от Sonatype Nexus (Cameron Townshend)
- Панельная дискуссия с экспертами из ЦентрКредит, Заман Банк, Globerce Capital
- Нетворкинг и квиз с призами 🎁

Уже зарегистрировалось 50/100 участников — не упустите шанс поучаствовать.

👉 Регистрируйтесь здесь

#партнерский_пост

🔥 Вакансия в CORE 24/7 — Middle DevOps-инженер

Алматы, офис
Требуемый опыт работы: 1-2 года
Полная занятость, полный день
Заработная плата: 450 000 - 1 000 000 тг net
Контакты: Telegram @issaika

⚪️ Чем предстоит заниматься:

• Поддерживать production так, чтобы бизнес мог быть спокоен.
• Спасать клиентов в случае аварий: быстро, решительно, профессионально.
• Выстраивать процессы CI/CD.
• Переносить приложения клиента (на любом языке, фреймворке и технологии) в Kubernetes с помощью различных инструментов. Запускать и настраивать их.
• Искать способы сделать более надежными и быстрыми базы данных, серверы очередей и прочий софт.
• Разрушать стену между разработкой и системным администрированием; консультировать разработчиков клиента, вместе приходить к лучшим решениям и практикам.

⚪️ С кем вы будете работать:

• Со своей командой увлеченных профессионалов.
• С тимлидом и ПМом, которые всегда помогут, обучат и направят.
• Напрямую с клиентом, но в этом будут помогать тимлид и ПМ.
• С внутренними командами, разрабатывающими инструменты, сервисы и технологии для упрощения работы.

⚪️ Требования:

• Отличные знания Linux-систем — ежедневная эксплуатация от 3 лет; опыт в DevOps — от 1 года.
• Понимание того, как функционируют современные веб-приложения, и опыт их эксплуатации — от 3 лет.
• Понимание веб-стека (HTTP, TCP/IP), устройства и работы сетей, базовые умения работы с iptables.
• Понимание принципов работы СУБД, а также построения и эксплуатации распределенных систем.
• Умение сформулировать алгоритм и уверенно писать скрипты.
• Понимание того, что удалёнка — это серьёзная работа, а не оплачиваемый отдых.

⚪️ Пожелания:

• Опыт использования современных NoSQL-решений (особенно MongoDB и Redis).
• Опыт в Kubernetes.
• Опыт настройки реляционных баз данных для отказоустойчивых/высоконагруженных систем.
• Опыт разработчика.
• Хорошие знания основ системы виртуализации KVM и контейнеров Docker.
• Опыт работы с облачными платформами (Yandex clod, AWS, GCP, Azure и др).
• Знание Prometheus/Grafana.
• Знание Elasticsearch (ELK).
• Знание RabbitMQ.

⚪️ Писать сюда:

👉 aissabekova@core247.io
👉 @issaika

👀 Селф-хостинг для начинающих: гайды, опыт и домашние лабы

Селф-хостинг позволяет контролировать данные, снижать затраты и экспериментировать с технологиями. Это идеально для тех, кто хочет понять, как работают сервисы (от VPN до медиасерверов) на собственном железе. Плюс — навыки, которые пригодятся в работе.

Подборка материалов:

⚪️ Self-hosting — с чего начать в 2025 году

Хорошая отправная точка для начинающих: о ПО, которое пригодится для развертки собственной домашней лаборатории. От популярных Docker, Kubernetes и Podman до веб-интерфейсов для управления инфраструктурой (Dockge — относительно новый проект). Получите базовое понимание, какие инструменты нужны для построения self-hosting-инфраструктуры своими силами.

⚪️ Веб-книга для начинающих селф-хостеров

Материалы по селф-хостингу часто обходят стороной лучшие практики развёртывания на «голом железе» — здесь эта тема широка затронута. Есть и инструкции, как использовать Ansible, Traefik, Docker и Docker Compose. Кроме того, вы узнаете, как обслуживать физические серверы, оценивать требования к CPU и оперативной памяти, размещать оборудование в собственной мини-серверной.

⚪️ Мягкое погружение в самостоятельный хостинг

Обзор рекомендаций, с чего начать и к чему присмотреться. Открытые решения, которые предпочтительно использовать (субъективная подборка) — например, Actual Budget для управления финансами и минималистичный ридер RSS-лент Miniflux.

⚪️ Инструментарий для селф-хостинга

Руководство для начинающих знакомство с миром самостоятельного хостинга в стиле классических awesome-подборок. Содержит исчерпывающий список инструментов и ресурсов для развертки собственной инфраструктуры. Выделены и узкоспециализированные блоки, посвященные IoT-протоколам, mesh-сетям и робототехнике.

⚪️ Селф-хостинг на принципах IaC и GitOps

Гибкий фреймворк для запуска собственной лабы с исходниками. Стек проекта включает Kubernetes, Grafana, Git-сервер на основе Gitea и систему непрерывной интеграции Woodpecker CI.

⚪️ Домашний кластер на Raspberry Pi

Опыт переноса личных сайтов на домашний мини-кластер. Описывает аппаратное обеспечение авторского билда и краткая справка по настройке: от создания образа и установки Docker до подготовки конфигурационных файлов. Строить домашний кластер на Raspberry Pi — это удовольствие не из дешёвых. С другой стороны, в сообществе есть мнение, что такая инфраструктура надежна и проработает долгие годы.

⚪️ Селф-хостинг для развлечений

Проект media-stack. С его помощью на своем сервере можно развернуть решения для управления медиаконтентом, в том числе рекомендательные ML-системы. Стек включает Radarr для управления библиотекой фильмов, менеджер индексаторов Prowlarr, а также платформу Jellyfin для стриминга видео, музыки и фото.

@DevOpsKaz 😛

🔥 Кибервойна на карте

Сегодня необычный контент. На что позалипать DevOps'у в пятницу? Например, на карту DDoS-атак в реальном времени. Сервис использует AI для обнаружения угроз в реальном времени, фокусируясь на enterprise-сетях.

Без лишних слов — переходите по ссылке и смотрите сами.

@DevOpsKaz 😛

🔥 Сетевой харденинг: подходы и инструменты

Сетевой харденинг становится частью работы DevOps-специалистов, особенно при управлении облачными средами (AWS, Azure, Kubernetes), где сети интегрированы в CI/CD-пайплайны и конфигурации IaC (Terraform, Ansible). Также часто DevOps работает с сетевыми командами, чтобы синхронизировать политики безопасности с бизнес-требованиями.

Опыт показывает, что для доступов в сети не существует единого средства и без многоуровневого подхода не обойтись. Чтобы полностью разобраться в теме, рекомендуем посмотреть доклад.

👉 Смотреть доклад

Узнаете:

⚪️ Почему сетевой харденинг эффективней чем хостовый
⚪️ Проблематика сегментирования внутренней сети
⚪️ Использование NGFW в качестве ядра сети. Зачем? Какие есть проблемы и какие решения
⚪️ Проблемы формирования политики доступа. Как формировать и как поддерживать в актуальном состоянии.
⚪️ Дополнительные инструменты для улучшения сетевой безопасности

@DevOpsKaz 😛

🔥 Курс DevOps Upgrade уже стартовал, но ещё есть возможность присоединиться

Если хотели прокачаться в DevOps и долго решались, то сейчас самый момент: можно влиться в поток и пройти 8-месячное обучение с высокой нагрузкой, настоящими рабочими задачами и реальной пользой для карьеры.

Этот курс для IT-специалистов, которые хотят серьёзно вырасти в DevOps, прокачать hard skills и стать востребованными на рынке.

📌 Стоимость участия — 750 000 ₸ вместо 1 267 500 ₸

Грантов уже нет, но всё ещё можно успеть в последний вагон!

❗️Присоединиться по такой цене можно только до 16 октября — дальше набор будет закрыт.

👉 По всем вопросам обращайтесь: @UlKonovalova

@DevOpsKaz 😛

🔥 Сетевые интерфейсы в Linux: Bonding и Bridging

Когда мы взаимодействуем с сетями Linux, для повышения отказоустойчивости, производительности или организации сетей нам часто приходится объединять сетевые интерфейсы. Это процессы — bonding (агрегация каналов) и bridging (создание мостов).

⚪️ Bonding

Позволяет объединить несколько физических сетевых интерфейсов (например, eth0 и eth1) в один логический интерфейс (bond0), что обеспечивает:

— Отказоустойчивость: режимы, такие как active-backup (mode 1), переключают трафик на резервный интерфейс при сбое.
— Увеличение пропускной способности: режим balance-rr (round-robin, mode 0) распределяет нагрузку между интерфейсами, что критично для высокопроизводительных приложений.
— Конфигурация: используется модуль ядра bonding, управляемый через /etc/network/interfaces или nmcli в современных дистрибутивах

⚪️ Bridging

Объединяет несколько интерфейсов в один мост (bridge), что позволяет устройствам общаться на уровне L2, как в виртуализированных средах (VMware, KVM) или контейнерах (Docker, Podman).

— Применение: используется для создания VLAN или подключения контейнеров к хост-сети. Пример — br0 с привязкой eth0 и veth интерфейсов.
— Конфигурация: настраивается через brctl или bridge-utils. Современный подход — ip link add name br0 type bridge и привязка интерфейсов

⚪️ Вывод

Bonding обеспечивает отказоустойчивость и производительность, а Bridge создаёт виртуальный коммутатор для контейнеров или VM.

@DevOpsKaz 😛

🔥 3 soft skills, которые помогут админам стать архитекторами инфраструктуры

Самый гениальный PowerShell-скрипт бесполезен, если вы не можете объяснить бизнесу, какую проблему он решает. Когда речь заходит о карьерном росте, hard skills порой отходят на второй план. И это как раз тот случай.

⚪️ Бизнес-мышление

Админ мыслит, как решить задачу. Архитектор идет глубже и думает, зачем и как это поможет компании заработать деньги. Параллельно размышляет: как это снизит риски, как повлияет на time to market, и так далее. Работа без отрыва IT от бизнес-целей — главный признак архитектурного мышления.

⚪️ Умение документировать

Инфраструктура, которая описана лишь в мыслях — это красный флаг. А умение писать внятную документацию, схемы и процессы — то, что ценится на рынке, и позволяет команде работать в единой системе, снижает риски и упрощает планирование.

⚪️ Коммуникация с бизнесом

Способность объяснить сложное техническое решение менеджеру, который далек от IT-терминологии — мастхев. Также работает и в обратную сторону: важно понимать бизнес-требования, а уже потом предлагать технологию. Способность убедительно аргументировать свою позицию и договариваться с коллегами — то, что можно прокачать уже сейчас.

Решайте бизнес-проблемы с помощью технологий, а не просто технические задачи — и создавайте сверхценность. А там и карьерный скачок.

@DevOpsKaz 😛

🔥 Kolesa Conf 2025: крупнейшая IT-конференция Казахстана собрала 1600 участников

11 октября в Алматы прошла седьмая ежегодная Kolesa Conf 2025 — крупнейшая конференция для представителей IT-индустрии Казахстана и СНГ. В этом году мероприятие объединило разработчиков, аналитиков, QA-инженеров, продуктовых менеджеров, стартаперов и других специалистов.

Традиционно конференция проходила сразу по 4 IT-направлениям: Management, Data, Web и Mobile. За день участники смогли послушать 30+ докладов с практическими кейсами, которые отражают реальные задачи и решения, применяемые в IT. Также были доклады на казахском языке, а синхронный перевод был доступен в каждом потоке для удобства гостей.

Помимо докладов, квартирников и дискуссионных столов на площадке проходили шахматный турнир с роботом, дебаты на холиварные IT-темы, гадания на «айтишном таро» и тематические активности, за участие в которых участники могли получить брендированный мерч.

Новая инициатива для Data-сообщества Казахстана

Одним из анонсов Kolesa Conf стала первая в Казахстане Data & AI Премия — совместный проект Kazakhstan Data Community, DataBoom и Kolesa Group.
Подать заявку или номинировать коллег можно до конца 2025 года. Шорт-лист объявят в январе 2026-го, а финал — в феврале на конференции Kazakhstan Data Community.

#партнерский_пост

@DevOpsKaz 😛

🔥 Systemd как фундамент Linux: руководство для админов с примерами

Systemd — комплексная, глубоко интегрированная система инициализации и управления, которая стала cтандартом современных дистрибутивов Linux (Fedora, Debian, Ubuntu, Arch и др). Её архитектура строится вокруг концепции юнитов, cgroups и централизованного журналирования, и кардинально меняет подход к администрированию системы.

Понимать этот скелет важно, чтобы повысить как раз-таки эту эффективность администрирования системы. В руководстве собраны технические аспекты: архитектура, юниты, cgroups, работа с журналами. Команды и конфиги.

👉 Читать руководство

Отличное пятничное чтиво 🫡

@DevOpsKaz 😛

🔥 ИИ сегодня — это вопрос эффективности и выживания бизнеса

Но внедрить его так, чтобы он не превратился в бесконечный пилот и не создал хаос — задача уровня CTO.

23 октября в Алматы — закрытый бизнес-ужин Qazaq IT Community, где CIO, CTO и Heads of IT обсудят, как строить AI-стратегию без иллюзий и ошибок. Полезными кейсами поделятся Алексей Шаравар и Рамиль Мухоряпов

Финал вечера — неформальный нетворкинг за ужином.

📍 Laureate, Богенбай батыра 85
🗓 23 октября 2025 | 18:30–21:00

❗️ Вход только для СТО/CIO/ИТ-Директоров и глав ИТ департаментов.

👉 Регистрация

#партнерский_пост

@DevOpsKaz 😛

🔥 Масштабируемость без потолка

Масштабируемость — фундамент serverless-платформ, который позволяет справляться с переменной нагрузкой и фокусироваться на продукте. В статье компания Ably рассказывает, как достигает масштабируемости и как им удается стереть потолок этой метрики.

Это одна из серии статей, объясняющих четыре столпа надежности Ably. Серия посвящена созданию конкретных, объективно проверяемых утверждений о технических характеристиках сервиса. Рекомендуем к чтению.

Ably как serverless-платформа для realtime-месседжинга справляется с вирусным ростом приложений, обеспечивая отказоустойчивость и эластичность без потолка масштаба.

Ключевые моменты:

⚪️ Масштабируемость как столп надежности: позволяет платформе обрабатывать произвольно большие и изменчивые нагрузки без перепроектирования приложений; критически важна для современных serverless-облаков, где управление масштабом передается платформе, освобождая разработчиков от SRE-задач.

⚪️ Вертикальная vs горизонтальная: вертикальная (увеличение мощности компонентов) ограничена и неэластична; горизонтальная (добавление компонентов) обеспечивает динамический рост, необходимый для Ably, с автоматическим выделением ресурсов и распределением нагрузки.

⚪️ Вызовы горизонтального масштаба: не только репликация ресурсов, но и эффективная маршрутизация, балансировка (load balancer) и взаимосвязь для зависимостей (например, fanout сообщений одному каналу для миллионов подписчиков).

⚪️ Измерения масштаба: нет лимитов на количество каналов (единица обработки сообщений), соединений (для коммуникации через каналы) и пропускную способность сообщений (входящих/исходящих); все масштабируется горизонтально.

⚪️ Архитектура: эластичные слои — frontend (stateless обработка соединений via load balancer) и core (stateful каналы via consistent hashing); поддержка высокомасштабного fanout (до миллиардов соединений) через многоуровневое распространение сообщений по регионам.

@DevOpsKaz 😛

🔥 Сбой сервисов AWS и цепная реакция

Сбой AWS затронул не только Amazon, Snapchat, Prime Video, Canva, но и онлайн-магазины, кинотеатры, службы такси, мессенджеры, онлайн-игры и даже "умные матрасы" по всему миру. Сбой начался с US East-1, распространившись на другие регионы.

Предполагается, что:

1. Корень проблемы — в сбое, связанном с elevated level of errors (повышенным уровнем ошибок)
2. Возможно из-за проблемы DNS сервисы AWS перестали взаимодействовать друг с другом.
3. Это вызвало сбой DynamoDB, от которого зависят многие сервисы AWS.
4. Инстансы EC2 и функции Lambda начали выходить из строя по мере распространения проблемы.
5. AWS устранили проблему с DNS, но некоторые сервисы всё ещё восстанавливаются.

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

@DevOpsKaz 😛

🔥 Helm v4 — что нас ждет

Новые архитектурные шаблоны и улучшенная функциональность при сохранении обратной совместимости для чартов — и не только.

⚪️ Основные архитектурные изменения

Полная переработка плагин-системы (HIP-0026) с использованием WebAssembly (Extism), интеграция server-side apply в Kubernetes для улучшенного управления ресурсами, внедрение Chart v3 с поддержкой обратной совместимости с v2, реструктуризация пакетов (например, pkg/chart/v2, pkg/release/v1) для обеспечения будущей совместимости.

⚪️ Изменения в CLI

Переименование флагов (--atomic → --rollback-on-failure, --force → --force-replace), удаление устаревших флагов (--no-update, --create-pods), рефакторинг структуры cmd/helm для использования Helm как Go-библиотеки.

⚪️ Основные новые функции

Мониторинг статуса ресурсов через kstatus watcher, установка из OCI-репозиториев по хэшу, улучшенная обработка шаблонов (многофайловые values, функции mustToYaml/mustToJson), поддержка JSON-аргументов, кастомных функций и пост-рендеринга для хуков.

⚪️ Технические улучшения

Оптимизация производительности (кеширование на основе содержимого, избежание дублирования зависимостей), усиленная безопасность (OCI-аутентификация, подпись чартов, улучшенная поддержка TLS), переход на Go 1.24, улучшение логирования (slog), обновление линтинга и очистка зависимостей.

⚪️ Плагины

Полная переработка с WebAssembly, поддержка распределения через OCI, изолированная (sandboxed) среда выполнения, интеграция пост-рендеринга как плагин-типа.

⚪️ Фиксы и стабильность

Улучшена идентификация ресурсов по GroupVersionKind, оптимизация работы хуков, поддержка кастомных ресурсов (CRD), устранение нестабильных (flaky) тестов, соблюдение XDG-стандартов и исправление race conditions (DNS, горутины).

⚪️ Влияние

— Для пользователей: улучшенный мониторинг (kstatus) и настройка конфигураций.
— Для плагин-разработчиков: необходимость миграции на WebAssembly-runtime.
— Для создателей чартов: новые возможности Chart v3 и улучшенная валидация.

Релиз Helm v4 запланирован на ноябрь 2025 года. Ждете? 😎

@DevOpsKaz 😛