Почему Nix и NixOS становятся популярнее? Золото в мире конфигурационного менеджмента

Бросьте в меня тапком те, кто не сталкивался с ситуацией из разряда «А локально оно нормально работает» или «На проде ошибка, но на стейдже такого не было». Эти фразы стали мемами, но от этого не перестали быть болью для разработчиков и админов. И вот здесь на сцену выходит Nix — инструмент, который обещает революционизировать конфигурационный менеджмент. Полная воспроизводимость окружений, устранение дрейфа конфигураций и предсказуемость на всех этапах — звучит хорошо, не так ли? Давайте разберемся, почему Nix и NixOS набирают популярность в DevOps.

https://habr.com/ru/companies/selectel/articles/877438/

📲 Мы в MAX

#devops #девопс

Подпишись 👉@i_DevOps

Сопротивление изменениям: что мешает внедрять новое

Изменения — неизбежны. Хотим мы этого или нет, жизнь постоянно заставляет адаптироваться. Но давайте честно: перемены — штука болезненная, и мало кто их любит. Мы собрались с крутыми экспертами, чтобы поговорить, почему люди так часто сопротивляются новому и как пережить этот процесс, если вы — по одну или другую сторону изменений + что чувствуют люди этих процессов)

⏰ ТАЙМКОДЫ:
00:00:00 - Вступление: кто сегодня в гостях у BRAINSTORMА
00:03:29 - Распределяем роли в команде
00:06:05 - Сопротивление бесПОЛЕЗНО: как Agile-коуч видит в нем возможности для роста команды
00:10:20 - Фича за фичей, дедлайн за дедлайном — выкатили за 2 недели то, что никому не нужно
00:13:22 - Хороший бэклог никогда не бывает "закончен"
00:18:54 - "Прозрачная"разработка и её последствия
00:22:00 - ТОП-5 причин почему Agile выгоден бизнесу
00:27:58 - Почему люди не хотят "лучше"?
00:35:57 - Мы пилили монолит — много нас, а он один!
00:45:28 - И что в итоге? Результаты внедрения Agile
00:48:00 - Из бурного сопротивления — в конструктивный диалог
01:03:17 - Финальные итоги BRAINSTORMА: Изменения неизбежны!

источник

📲 Мы в MAX

#devops #девопс

Подпишись 👉@i_DevOps

Pingora — это фреймворк для прокси-серверов и серверов, разработанный Cloudflare. Он создан для высокой производительности, безопасности и масштабируемости, заменяя традиционные решения вроде Nginx и Envoy в инфраструктуре Cloudflare.

Особенности Pingora:
✅ Написан на Rust — повышенная безопасность и отсутствие проблем с утечками памяти.
✅ Поддержка асинхронных операций для высокой пропускной способности.
✅ Гибкость в настройке и расширяемость.
✅ Эффективное управление соединениями и сниженное потребление ресурсов.

https://github.com/cloudflare/pingora

📲 Мы в MAX

#devops #девопс

Подпишись 👉@i_DevOps

Как вообще этот ваш CI CD настроить

Я простой разработчик, что пытается разобраться с процессами и не претендую на истину и уж тем более не учу кого-то как правильно. Данную статью хочу написать для себя в прошлом, человека - что совсем не разбирается и пытается найти хоть какую-то информацию в рамках требований, хочется рассказать о своем опыте и к чему мы пришли. Ну и все шутки про лучшие скрипты и подходы - это все шутки, в комментариях уже 1000 Best Practices из 10 написали, так что жду и вас там.

https://habr.com/ru/articles/798551/

📲 Мы в MAX

#devops #девопс

Подпишись 👉@i_DevOps

Paradedb

ParadeDB - это альтернатива Elasticsearch, построенная на базе Postgres. Мы модернизируем функции набора продуктов Elasticsearch, начиная с поиска и аналитики в реальном времени.

https://github.com/paradedb/paradedb

📲 Мы в MAX

#devops #девопс

Подпишись 👉@i_DevOps

📲 Мы в MAX

#devops #девопс

Подпишись 👉@i_DevOps

Как работают Kubernetes Services: управление трафиком с помощью iptables

В статье на примере приложения Podinfo показывается, как Kubernetes с помощью iptables управляет трафиком, предназначенным для этого приложения. Вместе с автором вы развернёте Podinfo, включите трейсинг iptables и проанализируете его вывод. Это поможет разобраться в сетевой инфраструктуре кластера и понять, как работают Kubernetes Services.

https://habr.com/ru/companies/flant/articles/856944/

📲 Мы в MAX

#devops #девопс

Подпишись 👉@i_DevOps

Kamal — это инструмент для деплоя контейнеризированных приложений, разработанный Basecamp. Он позволяет развертывать приложения с минимальными зависимостями, используя SSH, Docker и стандартные Linux-серверы.

🔹 Простота: Камал делает процесс развертывания удобным и понятным, минимизируя сложность инфраструктуры.
🔹 Гибкость: Поддержка разных облачных провайдеров и bare-metal серверов.
🔹 Минимальные зависимости: Не требует сложных оркестраторов вроде Kubernetes.

https://github.com/basecamp/kamal

📲 Мы в MAX

#devops #девопс

Подпишись 👉@i_DevOps

Большой разворот: как изменился стек технологий в российском IT после 2022 года

Если оглянуться на последние три года в российской IT-индустрии, становится ясно: мы пережили полноценную трансформацию. Процесс, который в обычных условиях занял бы лет пять-семь, сжался в 2-3 раза. Для многих это был болезненный, но продуктивный стресс-тест для всей экосистемы.

В этой статье я постараюсь глубже раскрыть тему, не буду останавливаться на банальных «было-стало». Сразу хочу попросить написать в комментариях: с какими трудностями вы столкнулись? Что было сложнее всего? Что далось проще? Какие неожиданные проблемы выскакивали и как вы с ними боролись? Думаю всем будет интересно почитать о вашем опыте.

Итак, начнём!

https://habr.com/ru/companies/timeweb/articles/971778/

📲 Мы в MAX

#devops #девопс

Подпишись 👉@i_DevOps

Инструментарий инженера 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 #девопс

Подпишись 👉@i_DevOps

🔍 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 #девопс

Подпишись 👉@i_DevOps

SQL за полтора часа в одном видео! Полный базовый курс по 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 #девопс

Подпишись 👉@i_DevOps

🚀 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 #девопс

Подпишись 👉@i_DevOps

📌 Как правильно организовать 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 #девопс

Подпишись 👉@i_DevOps

Lexicon - утилита для управление записями DNS на различных DNS-провайдерах.

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

Поддерживает большой список популярных сервисов Cloudflare, Cloudns, Yandexcloud и т.д.

https://github.com/AnalogJ/lexicon

📲 Мы в MAX

#devops #девопс

Подпишись 👉@i_DevOps

📌Построение масштабируемой инфраструктуры: стратегии и лучшие практики

1. Понятие масштабируемой инфраструктуры: Обсуждается способность инфраструктуры гибко и эффективно увеличиваться или уменьшаться в зависимости от потребностей, что позволяет современным компаниям быстро адаптироваться к изменяющимся нагрузкам и требованиям пользователей без потери производительности и сдерживания затрат.

2. Немасштабируемые подходы: Рассматриваются традиционные методы управления инфраструктурой, которые могут быть приемлемы для небольших команд или проектов, но становятся неэффективными по мере роста и усложнения системы.

3. Терминалы и изолированные среды: Анализируется проблема консистентности при развертывании инфраструктуры напрямую с терминалов разработчиков, что может приводить к ошибкам и несогласованности в больших командах.

4. Способы создания масштабируемой инфраструктуры: Предлагаются стратегии и инструменты для обеспечения масштабируемости, включая автоматизацию, использование инфраструктуры как кода (IaC) и внедрение CI/CD процессов.

5. Примеры масштабируемой инфраструктуры: Приводятся реальные примеры и сценарии, демонстрирующие успешное внедрение масштабируемых решений в различных организациях.

6. Лучшие практики построения масштабируемой инфраструктуры: Рекомендации по внедрению передовых методов, таких как модульность, автоматическое тестирование, мониторинг и обеспечение безопасности.

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

https://spacelift.io/blog/scalable-infrastructure

📲 Мы в MAX

#devops #девопс

Подпишись 👉@i_DevOps