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

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

⏰ ТАЙМКОДЫ:
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

Как я создал полностью автоматизированное онлайн радио с AI ведущими и музыкой

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

Это моя небольшая история, как я за месяц написал собственное медиа с полной автоматизацией, где роботы-ведущие заменили кожаных мешков и ведут подкасты, в которых шутят про AI

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

📲 Мы в MAX

#devops #девопс

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