DevOps Star (Звезда Девопса)
رفتن به کانال در Telegram
Devops, Linux, SRE, Kubernetes, Сисадмин, Девопс, Python, JS, Java, Git, IT канал, программирование, безопасность, ИТ, Sysadmin По всем вопросам @evgenycarter
نمایش بیشتر2 131
مشترکین
-224 ساعت
-17 روز
+1930 روز
آرشیو پست ها
🔥 Как снизить Latency в Kubernetes? 🔥
Высокая задержка (latency) в Kubernetes может стать настоящей головной болью для DevOps-инженера. Давайте разберем, какие ключевые настройки помогут снизить задержку и ускорить ваш кластер!
🚀 1. Настройка Kube-Proxy
Если используете iptables-режим, попробуйте переключиться на IPVS:
kubectl edit configmap -n kube-system kube-proxy
Установите mode: "ipvs". Это значительно улучшает балансировку нагрузки и снижает задержку при обработке запросов.
🚀 2. Подключение eBPF (Cilium)
Классические iptables могут быть узким местом. Попробуйте Cilium с eBPF, который обеспечивает более быструю маршрутизацию:
helm install cilium cilium/cilium --namespace kube-system
🚀 3. Использование NodeLocal DNSCache
DNS-запросы — частая причина высокой задержки. Включите локальный кэш:
kubectl apply -f https://k8s.io/examples/admin/dns/nodelocaldns.yaml
Это уменьшит нагрузку на CoreDNS и ускорит обработку запросов.
🚀 4. Tuning TCP (sysctl)
Настройте TCP-параметры для более быстрой передачи данных:
sysctl -w net.core.somaxconn=1024
sysctl -w net.ipv4.tcp_tw_reuse=1
sysctl -w net.ipv4.tcp_max_syn_backlog=8192
Эти параметры помогут лучше обрабатывать соединения и снижать задержку.
🚀 5. Использование Multi-NIC и CNI-плагинов
Если у вас высокий сетевой трафик, попробуйте Multus CNI для распределения нагрузки между несколькими сетевыми интерфейсами.
📲 Мы в MAX
#devops #девопс
👉 @devops_starМитап IT_ONE: практика спокойного релиза для DevOps
Узнай, как сделать свою работу комфортной и предсказуемой
на основе кейсов от коллег. Встречаемся онлайн 5 ноября 2026 года в 18:00 по мск.
Регистрация открыта до 4 ноября: https://cnrlink.com/itonedevopsmeetupstar
Старшие технические эксперты IT_ONE подготовили три практических выступления о рабочих подходах, инструментах
и задачах из реальных проектов:
1️⃣ Руслан Кашафутдинов представит инструкцию о создании персонального ИИ своими руками. 2️⃣ Виталий Перваков расскажет о валидации параметров Helm-чартов. 3️⃣ Андрей Слатимов покажет, как автоматизировать проверку Helm-чартов с помощью helm-unittest.Почему митап будет полезен каждому: ✅ Инженеры IT_ONE покажут на реальных примерах, как делают инфраструктуру надежной. ✅ Ты получишь готовые подходы, которые можно взять на вооружение сразу после митапа. ✅ В конце митапа — живое общение с экспертами, возможность задать вопросы из своей практики и честно поговорить про реалии DevOps. После эфира пришлем презентации и видео, чтобы к ним можно было вернуться в любой момент и использовать в работе. Зарегистрируйся и получи ссылку на трансляцию и материалы
Kubernetes CPU Limits и их влияние на Go-приложения
Интересный разбор влияния
CPU Limits в Kubernetes на производительность Go-приложений. В статье рассматривается, как ограничение CPU может привести к проблемам с планировщиком Go, вызывая значительные задержки из-за принудительного троттлинга.
Ключевые моменты:
- CPU Limits могут привести к увеличению времени работы GOMAXPROCS, что негативно сказывается на обработке горутин.
- Ограничение процессорного времени может вызвать неожиданные задержки в планировании задач, что особенно критично для высоконагруженных сервисов.
- Использование CPU Requests вместо жестких ограничений помогает избежать этих проблем, позволяя Kubernetes корректно распределять ресурсы.
https://www.ardanlabs.com/blog/2024/02/kubernetes-cpu-limits-go.html
📲 Мы в MAX
#devops #девопс
👉 @devops_starЕсли вы планировали в 2026 году прокачать свои навыки в k8s и освоить их на новом, продвинутом уровне - велком!
Но скажем сразу, курс подходит только продвинутым специалистам.
Не покупайте Kubernetes Мега, если
...вы только знакомитесь с K8s. Мы здесь не учим kubectl apply и не разбираем YAML построчно. Для этого есть “K8s: Базовый уровень” - это отдельный, более спокойный маршрут.
...у вас нет 8-10 часов в неделю. Мы не растянем курс. Мы про максимум эффективности.
...вы ждете слайдов и красивых схем. 78 часов практики против 44 часов теории. Готовьте терминал.
А теперь кому это нужно:
Тем, кто уже держит кластеры в проде и упирается в потолок. Кто хочет разобраться с KEDA, операторами, отказоустойчивостью БД, продвинутым Helm и продакшен-эксплуатацией под нагрузкой
Подробнее о курсе.
#реклама
О рекламодателе
Garnet — это удалённое кэш-хранилище от Microsoft Research, обеспечивающее высокую производительность (пропускную способность и задержку), масштабируемость, хранение, восстановление, шардирование кластера, миграцию ключей и функции репликации. Garnet может работать с существующими клиентами Redis.
Основные возможности:
- Высокая производительность: миллионы операций в секунду с минимальной задержкой.
- Масштабируемость: поддержка горизонтального масштабирования.
- Оптимизация работы с памятью: эффективное использование DRAM и SSD.
Этот проект может стать серьезным конкурентом Redis и Memcached в сфере облачных сервисов.
https://github.com/microsoft/garnet
📲 Мы в MAX
#devops #девопс
👉 @devops_star
🚀 CI/CD: Как не устроить себе ад 🚀
Автоматизация деплоя – это must-have. Но сколько раз ты видел, как CI/CD ломает прод? Разберём ключевые моменты, чтобы не наступать на грабли.
✅ Грамотный пайплайн
1️⃣ Lint & Code Style – форматируй код перед билдами (Prettier, Black, ESLint).
2️⃣ Тесты – без них CI/CD превращается в русскую рулетку. Покрываем юнит и интеграцией.
3️⃣ Security Checks – SAST, DAST, секреты в коде (Trivy, Snyk, GitLeaks).
4️⃣ Билд образов – минимизируем размер, убираем уязвимости.
5️⃣ Деплой – делаем blue-green или canary, чтобы не убить прод сразу.
✅ Выбор инструментов
- GitHub Actions / GitLab CI – удобно, если уже сидишь на этих платформах.
- ArgoCD / Flux – GitOps для Kubernetes.
- Jenkins – старый, но всё ещё мощный, если его правильно готовить.
- Tekton – если хочешь true cloud-native CI/CD.
✅ Ошибки, которые убьют прод
⚠️ Деплой без тестов – поздравляю, у тебя теперь ручное QA на проде.
⚠️ Хранение секретов в репо – топ-1 причина утечек. Vault, SealedSecrets, Doppler.
⚠️ Отсутствие Rollback – если нет возможности быстро откатиться, ты в опасности.
🔥 Вывод: CI/CD – это не просто кнопка "деплой". Это стратегия, которую надо строить с умом. Инвестируй в тесты, автоматизацию и безопасность, и будет тебе стабильность.
📲 Мы в MAX
#devops #девопс
👉 @devops_star
Better Commits — это удобный инструмент для создания понятных и структурированных коммитов в Git. Он помогает следовать лучшим практикам написания сообщений коммитов, автоматически предлагая удобные шаблоны и категории изменений.
📌 Основные возможности:
- Интерактивное руководство по созданию коммитов
- Поддержка различных типов изменений (feat, fix, chore и др.)
- Чистый и удобный интерфейс для быстрого ввода сообщений
- Соответствие рекомендациям Conventional Commits
https://github.com/Everduin94/better-commits
📲 Мы в MAX
#devops #девопс
👉 @devops_star
Как я создал полностью автоматизированное онлайн радио с AI ведущими и музыкой
Однажды мне захотелось изучить Kubernetes и мобильную разработку, но не знал, с чего начать. В то же время меня сильно тревожило отсутствие в интернете новостей без политической повестки и негативного окраса. Отовсюду лился поток манипулятивной информации, и я мечтал о фильтре, который бы отсеивал весь этот информационный шлак.
Это моя небольшая история, как я за месяц написал собственное медиа с полной автоматизацией, где роботы-ведущие заменили кожаных мешков и ведут подкасты, в которых шутят про AI
https://habr.com/ru/articles/884902/
📲 Мы в MAX
#devops #девопс
👉 @devops_star
📌 Как правильно организовать CI/CD в Kubernetes?
CI/CD (Continuous Integration / Continuous Deployment) в Kubernetes — ключевой элемент современного DevOps-подхода. Если вы хотите автоматизировать деплой и минимизировать риски, придерживайтесь следующих рекомендаций:
🔹 Используйте GitOps
Автоматизируйте развертывание через инструменты вроде ArgoCD или FluxCD. Это упростит управление конфигурацией кластеров и обеспечит прозрачность изменений.
🔹 Разделяйте окружения
Создавайте отдельные namespaces или кластеры для development, staging и production. Это снизит риски, связанные с тестированием новых версий.
🔹 Оптимизируйте пайплайны
Используйте GitHub Actions, GitLab CI/CD или Jenkins для автоматизации процессов. Разбивайте пайплайн на этапы: билд, тестирование, сканирование безопасности и деплой.
🔹 Применяйте Helm или Kustomize
Для удобного управления манифестами Kubernetes используйте Helm-чарты или Kustomize. Это упростит конфигурирование сервисов и версионирование.
🔹 Следите за мониторингом и логированием
Интегрируйте Prometheus + Grafana для метрик, а Loki или EFK (Elasticsearch + Fluentd + Kibana) для логирования. Это поможет быстро находить проблемы.
🔹 Автоматизируйте rollbacks
Настройте стратегию деплоя (RollingUpdate, Canary, Blue-Green) и используйте readiness-пробы, чтобы минимизировать downtime.
Настроенный CI/CD в Kubernetes — залог стабильности и предсказуемости вашего приложения. 🚀
📲 Мы в MAX
#devops #девопс
👉 @devops_star
🚀 GitOps: Почему DevOps больше не будет прежним
GitOps – это не просто модное слово, а подход, который меняет игру в управлении инфраструктурой. Почему? Давай разберёмся!
🔹 1. Вся инфраструктура как код
Вместо ручного изменения конфигурации – все в Git. Хочешь новый сервис или обновление? Открыл Pull Request, проверил, замерджил – и всё развернулось автоматически.
🔹 2. Автоматическое применение изменений
Git становится единственным источником правды (SSOT). Если что-то изменилось в репозитории – операционные изменения автоматически применяются в инфраструктуре.
🔹 3. Быстрое восстановление
Если что-то сломалось, просто откатываешь коммит в Git, и система сама приводит всё в правильное состояние.
🔹 4. Аудит и безопасность
Любое изменение фиксируется. Можно посмотреть, кто что сделал, когда и зачем – плюс автоматический контроль доступа через Git-платформу.
🔹 5. Простота масштабирования
Добавить новый кластер или окружение? Просто создать новый файл в Git и всё развернётся само.
🔥 Топ-3 инструмента для GitOps
✅ ArgoCD – управление Kubernetes-кластерами через Git.
✅ FluxCD – лёгкое и гибкое GitOps-решение для Kubernetes.
✅ Terraform + Atlantis – автоматическое применение Terraform-конфигов по PR.
GitOps – это про контроль, скорость и удобство. Если ты всё ещё делаешь
kubectl apply -f, самое время задуматься!
📲 Мы в MAX
#devops #девопс
👉 @devops_starSQL за полтора часа в одном видео! Полный базовый курс по SQL. Базы данных курс для начинающих!
00:00:00 Введение
00:02:43 Платные курсы и что изучать дальше
00:04:55 Коротко об онлайн редакторе
00:07:11 Что такое база данных
00:08:10 Что такое CRUD
00:10:05 Запрос на создание первой таблицы
00:11:57 Типы данных у атрибутов(колонок) (DATA TYPES)
00:17:26 Прописываем атрибуты(колонки) первой таблицы
00:21:07 Создаем первую таблицу (CREATE TABLE)
00:21:38 Проверка на наличие таблицы при создании (IF NOT EXISTS)
00:22:18 Запрос на удаление таблицы(DROP TABLE)
00:22:33 Проверка на наличие таблицы при удалении(IF EXISTS)
00:22:57 Запрос на добавление объекта в таблицу (INSER INTO table)
00:23:35 Запрос на чтение(получение) объектов из таблицы(SELECT * FROM table)
00:24:18 Модификаторы для атрибутов(колонок) таблицы(NOT NULL, DEFAULT, UNIQUE)
00:29:26 Изменение уже существующей таблицы(ALTER TABLE, ADD, DROP, RENAME, MODIFY COLUMN)
00:36:08 Удаление объектов из таблицы(DELETE FROM table)
00:37:06 Редактирование объекта в таблице(UPDATE table)
00:39:03 Первичный ключ(PRIMARY KEY)
00:45:37 Композиция в бд
00:50:38 "Иностранный" ключ(FOREIGN KEY)
00:57:26 Индексы в бд(INDEX)
00:59:24 Готовим данные для темы алиас, юнион и слияние таблиц
01:03:30 Слияние таблиц(INNER JOIN)
01:06:02 Слияние таблиц(LEFT JOIN)
01:06:53 Слияние таблиц(RIGHT JOIN)
01:07:26 Слияние таблиц(FULL JOIN/OUTER JOIN) и Union
01:09:04 Алиас(table AS alias)
01:12:18 Select Distinct в SQL
01:13:42 AND OR NOT в SQL
01:16:18 ORDER BY и LIMIT в SQL
01:17:35 MIN и MAX в SQL
01:18:25 COUNT SUM AVG в SQL
01:19:29 LIKE в SQL
01:21:31 IN и BETWEEN в SQL
01:22:50 GROUP BY в SQL
01:25:17 EXISTS в SQL
01:27:37 ANY и SOME в SQL
01:29:00 INSERT INTO в SQL
01:30:40 Отношения в базе данных
01:32:11 Отношения один к одному
01:33:09 Отношения один ко многим
01:34:09 Отношения многие ко многим
01:37:10 Отношения один к одному и один ко многим "через"
01:39:10 SQL инъекции
источник
📲 Мы в MAX
#devops #девопс
👉 @devops_star
Как стать DevOps Инженером с Нуля, что учить и в каком порядке
00:00 – 1. Вступление
01:06 – 2. Всевозможные компетенции DevOps инженера
10:35 – 3. Кому проще стать DevOps
15:01 – 4. Что учить по минимуму и в каком порядке
30:04 – 4.1. Основы Network TCP/IP
31:36 – 4.2. Администрирование Windows
34:09 – 4.3. Основы Linux
35:54 – 4.4. Ansible
36:48 – 4.5. Git
37:37 – 4.6. GitHub
38:04 – 4.7. Jenkins
38:23 – 4.8. Docker+DockerHub
38:44 – 4.9. Cloud Platform AWS
42:10 – 4.10. CloudFormation + Terraform
43:25 – 5. Курс DevOps Engineering в JohnBryce, Израиль
49:12 – 6. Как стать профессиональным DevOps инженером
54:24 – 7. Эпилог
источник
📲 Мы в MAX
#devops #девопс
👉 @devops_star
RAID-массивы - восстановление данных
Технологии Raid массивов. Что делать, если из raid массива выпал диск?
Сетевое хранилище Synology - восстановление данных
RAID 5 - особенности и восстановление данных
Почему наличие Raid массивов любого уровня не освобождает вас от создания резервного копирования
Сбои Raid - контроллеров
Raid-массивы: ошибки пересборки
Можно ли использовать в raid-массиве диски разного размера?
Можно ли использовать в raid-массивах диски разных производителей?
Не определяется raid массив. Полуаппаратные программные raid
источник
📲 Мы в MAX
#devops #девопс
👉 @devops_star
🔍 AIOps против DevOps
Может ли AIOps полностью заменить DevOps? 🔄
1/ 💡 Культура имеет значение:
DevOps - это не только инструменты, это командная работа и совместное совершенствование. AIOps помогает решать некоторые задачи, но он не может исправить динамику команды.
Пример: В DevOps разработчики и ИТ-специалисты работают в тесном контакте, чтобы быстрее решать проблемы.
2/ 💻 От идеи к реальности:
DevOps занимается всем, начиная с планирования и заканчивая выпуском программного обеспечения. AIOps помогает на некоторых этапах, но не охватывает всего, что делает DevOps.
Пример: В DevOps все работают вместе, чтобы создавать и выпускать программное обеспечение без сбоев.
3/ 🧠 Люди все еще главные:
В AIOps используются умные алгоритмы, но настоящими экспертами являются люди. DevOps нуждается в человеческих мозгах для принятия важных решений.
Пример: В DevOps опытные члены команды принимают жесткие решения, когда ситуация становится сложной.
4/ 🔄 Быть гибким:
DevOps любит пробовать новое и быстро меняться. AIOps не всегда может идти в ногу со временем без вмешательства людей.
Пример: В DevOps команды легко переключаются, когда появляются новые технологии или идеи.
5/⚙️ Инструмент против методологии:
AIOps - это набор инструментов для оптимизации ИТ-операций, в то время как DevOps - это методология для культурных и организационных изменений.
Пример: DevOps способствует разделению ответственности между dev и ops, что выходит за рамки того, что могут предложить инструменты AIOps.
6/ 🌟 Непрерывное совершенствование:
DevOps способствует непрерывному обучению и совершенствованию. Инструменты AIOps учатся на данных, но DevOps поощряет инновации, основанные на человеческом факторе.
Пример: Команды DevOps постоянно совершенствуют процессы на основе обратной связи, внедряя инновации, выходящие за рамки возможностей AIOps.
7/🚀 Подведение итогов: AIOps - это помощник для DevOps, а не замена. DevOps - это полный пакет, объединяющий команды для создания лучшего программного обеспечения.
Пример: DevOps - это как рецепт успеха командной работы, одним из ингредиентов которого является AIOps.
📲 Мы в MAX
#devops #девопс
👉 @devops_star
Инструментарий инженера DevOps🧰🎒
Операционная система → Linux (recommended), Windows
Программирование → Go, Python, Groovy, Bash
Container orchestration → Kubernetes, Docker Swarm
Containers → Docker, Podman, Containerd
Source Code Management → Git, Subversion
Cloud → AWS, GCP, Azure, CivoCloud
CI/CD → Jenkins, CircleCI, Bamboo
Хостинг IT-проектов → GitHub, BitBucket, GitLab
IaC (Infrastructure as Code) and IP (Infrastructure Provisioning) → Ansible, Puppet, Chef, Terraform, Pulumi, Stack, Crossplane
Непрерывная обратная связь → GetFeedback, Jira, Slack, Pendo
Обсервация (мониторинг, протоколирование и анализ поведения системы) → Nagios, Grafana , Prometheus, New Relic, ELK Stack Datadog
Планирование → Jira Software, Confluence, Slack
Автоматизированное тестирование → xray, snyk, JUnit, Selenium, Appium
Вы можете выбрать любой из этих инструментов для каждого этапа/категории. Ваш выбор может быть основан на вашем проекте или организации, а может быть полностью личным.
📲 Мы в MAX
#devops #девопс
👉 @devops_star
Стратегии деплоя: как мы пришли к использованию Argo CD
Сегодня хочу затронуть тему, которую недавно обсуждали на Kuber MeetUp в Selectel, и которая будет интересна инженерам, занимающимся настройкой CI/CD и деплоем. Рассмотрим, как со временем менялась практика развертывания приложений в Kubernetes. Обсудим переход от ручного процесса к автоматизации и сравним две модели деплоя: push и pull.
В результате мы дойдем до современного подхода — GitOps с Argo CD. Такой метод помогает компаниям стандартизировать процессы, уменьшить количество ошибок и сбоев, ускорить вывод продукта на рынок, а также сократить расходы на инфраструктуру.
https://habr.com/ru/companies/selectel/articles/883650/
📲 Мы в MAX
#devops #девопс
👉 @devops_star
Автоматизируем выпуск валидных SSL-сертификатов в локальном Kubernetes
В данном туториале максимально просто расскажу и покажу на практике как настроить автоматический выпуск сертификатов в локальном kubernetes так, что бы ваша локальная машина доверяла им. Я постарался написать его так, чтобы даже новичкам можно было настроить свой куб просто следуя данной инструкции.
https://habr.com/ru/articles/883428/
📲 Мы в MAX
#devops #девопс
👉 @devops_star
Kamal — это инструмент для деплоя контейнеризированных приложений, разработанный Basecamp. Он позволяет развертывать приложения с минимальными зависимостями, используя SSH, Docker и стандартные Linux-серверы.
🔹 Простота: Камал делает процесс развертывания удобным и понятным, минимизируя сложность инфраструктуры.
🔹 Гибкость: Поддержка разных облачных провайдеров и bare-metal серверов.
🔹 Минимальные зависимости: Не требует сложных оркестраторов вроде Kubernetes.
https://github.com/basecamp/kamal
📲 Мы в MAX
#devops #девопс
👉 @devops_star
Как работают Kubernetes Services: управление трафиком с помощью iptables
В статье на примере приложения Podinfo показывается, как Kubernetes с помощью iptables управляет трафиком, предназначенным для этого приложения. Вместе с автором вы развернёте Podinfo, включите трейсинг iptables и проанализируете его вывод. Это поможет разобраться в сетевой инфраструктуре кластера и понять, как работают Kubernetes Services.
https://habr.com/ru/companies/flant/articles/856944/
📲 Мы в MAX
#devops #девопс
👉 @devops_star
