Представьте ситуацию: компания растёт, её монолит не справляется с нагрузками. Она принимает решение своими силами пилить монолит на микросервисы. Время идёт, но ситуация не становится лучше: компания не только не решила проблемы, но и столкнулась с новыми трудностями.

Причины может быть две: либо компании не хватает ресурсов, чтобы справиться с управлением микросервисами, либо под маской микросервисной архитектуры на самом деле скрывается распределённый монолит (Distributed Monolith).

В своей статье Андре Ньюман рассказывает и показывает, как выявить микросервисы-самозванцы, например, с помощью хаос-инжиниринга.

Желаем приятного чтения и хороших выходных!

#DevOps #монолит #ChaosEngineering

Всем DevOps! Сегодня — дeнь ocoбeннo нeлeпoй упaкoвки. Но мы очень старались оформить дайджест как можно красивее.


🟡 Вышел релиз Redis 7.4. Начиная с этой версии СУБД распространяется под новыми, теперь проприетарными, лицензиями: вместо BSD — RSALv2 и SSPLv1.

А что нового в самой Redis? Например, добавили новые типы данных bfloat16 и float16, упростили использование вторичных индексов и удалили триггеры и функции на языке JavaScript (потому что ими почти никто не пользовался). Ещё одно полезное обновление — возможность устанавливать TTL для отдельных полей в хэшах.


⚫️ Исследователи из Грацкого технического университета представили SLUBStick. Это новая атака на кросс-кэш ядра Linux, которая позволяет получить возможность произвольного чтения и записи памяти. Этим могут воспользоваться злоумышленники, чтобы повысить привилегии или выйти за пределы контейнеров.

SLUBStick использует уязвимости как на 32-битных, так и на 64-битных системах. Среди них — double-free (двойное освобождение), use-after-free (UAF, использование после освобождения) и out-of-bounds (запись за пределы буфера).

Специалисты протестировали SLUBStick на ядрах Linux 5.9 и 6.2. В ходе эксперимента показатели успешности атаки доходили до 99%.

Здесь можно почитать подробный доклад о SLUBStick. А на GitHub — посмотреть эксплойты, которые использовали исследователи.


🟡 Шин Брисалс из AWS делится своим многолетним опытом работы с бессерверной архитектурой. Особое внимание автор уделяет “стратегии декораций”, которой он советует придерживаться во время проектирования serverless-архитектуры. Ознакомиться с этой концепцией можно на InfoQ.


⚫️ На Proglib опубликовали статью о 6 главных алгоритмах балансировки нагрузки — от Round Robin и его вариаций до Randomized Load Balancing. В тексте вы найдёте принципы их работы, преимущества и недостатки. Читать — по ссылке.

#DevOps #Linux #Redis

🎙 В эфире DevOps FM — свежий пятничный подкаст

📦 Брет и основатель Mintoolkit (DockerSlim) Кайл Квест поговорили про концепцию минимальных образов контейнеров. Они обсудили эволюцию тулзы Mint и рассказали, как безопасно уменьшить размер образа.

Об этом и многом другом — в 167 эпизоде подкаста DevOps and Docker Talk.

Желаем приятного прослушивания! Тем, кто отдыхает — хороших выходных, а тем, кто работает — спокойных дежурных смен!

#подкаст #пятница #DevOps

Далее в эфире DevOps FM — традиционный срединедельный дайджест новостей и статей.

🟡 Вчера состоялся релиз Kubernetes 1.31. Тема этого выпуска — чествование энтузиазма и духа коллективного творчества, благодаря которым k8s живёт и развивается уже более 10 лет. Маскотом этой версии стал жизнерадостный песёль Элли.

Новый релиз включает 45 изменений. Например, реализовали поддержку нового официального бэкенда nftables для kube-proxy. Ещё добавили поддержку селекторов полей для кастомных ресурсов, новое поле unhealthyPodEvictionPolicy для указания действий с нездоровыми подами и два новых флага — --emulation-version и --min-compatibility-version.

Kubernetes v1.31 доступен для скачивания на GitHub и официальном сайте.

⚫️ Джей Шмидт продолжает проводить различия между инструкциями Dockerfile. На этот раз он объяснил разницу между ADD и COPY (к примеру, в их поведении при удаленных контекстах) и на примерах показал, когда и какую инструкцию нужно использовать. Если кратко:

• В большинстве случаев лучше выбирать COPY, так как она проста и довольно безопасна. Она переносит файлы и каталоги из вашего локального контекста в создаваемый вами образ Docker.
• ADD же рекомендуется использовать только тогда, когда вам необходим конкретно её функционал (например, возможность обработки URL-адресов).

Если хочется больше деталей, то можете прочитать весь обзор в блоге Docker.

🟡 В своем блоге команда DigitalOcean поделилась опытом переноса продакш-кода в монорепозиторий. Статью можно читать и как интересный кейс, и как полезный гайд.

⚫️ На TheNewStack опубликовали 5 советов по работе с Infrastructure as Code (IaC). Один из них: используйте шаблон The DRY, чтобы изменения в модуле автоматически отражались везде, где используется этот модуль. Остальные 4 совета — здесь.

#devops #kubernetes #docker

«Облако vs on-premise: что выбрать для надёжного бизнеса?»

☁️ Классно, когда бизнес переходит на новый этап развития, масштабируется и стремится перенести свои системы на более эффективные платформы. Такими платформами являются облака — современные, гибкие, динамические среды.

Виктор Водолазкин, Head of BDM компании Nixys, проведёт открытый экспресс-вебинар, где расскажет про миграцию в облако и влияние Cloud Native решений на бизнес.

📌 Когда: 28 августа (среда), в 15:00 мск
📌 Кому будет полезно: CEO, CIO, CVO. Техническим менеджерам, IT-руководителям. И всем тем, кто хоть раз задумывался о переезде в облако, но сомневался.

На онлайн-трансляции Виктор разберёт кейс авиакомпании Smartavia и ответит на все вопросы. Все участники вебинара получат промокод на скидку на разовые работы.

Чтобы зарегистрироваться — нажмите сюда.

Среда средой, а подборка новостей и статей — по расписанию.

🟡 OpenTofu, open source форк Terraform, удалили провайдеров для Yandex Cloud, Cloud.ru (бывший SberCloud) и Rustack Cloud Platform. Причина — новая политика.

Ещё на прошлой неделе члены Технического руководящего комитета OpenTofu приняли решение заблокировать российским IP-блокам доступ к реестру форка в Cloudflare.

⚫️ Linux исполнилось 33 года!

Днём рождения Linux принято считать 25 августа. Однако сам Линус Торвальдс ведёт отсчёт от другой даты — 17 сентября. Именно в этот день он загрузил первый релиз Linux (0.01) на FTP-сервер. В исходном коде этого релиза сохранилось слово «Freaks», которым Линус изначально планировал назвать своё ядро.

Первая официальная версия Linux 1.0 вышла в 1994 году, а товарный знак Linux был зарегистрирован спустя год, в 1995.

Более подробно о истории Linux мы расскажем в эту пятницу.

🟡 Хотя DoS-атаки не являются чем-то новым, они всё же эволюционируют, и в сложных системах их может быть трудно обнаружить. В апреле DataDog столкнулись с такой тщательно спланированной кибератакой. В своём блоге они поделились опытом и результатами расследования инцидента. Спойлер: как оказалось, злоумышленники воспользовались уязвимостью в балансировщике нагрузки.

#devops #linux #opentofu

Всем DevOps! 🖖

Возможно, вы уже слышали о nxs-backup или читали статью о nxs-marketplace-terraform. Если нет, то мы немного расскажем об полезных open-source инструментах и репозиториях Nixys.

nxs-backup — инструмент резервного копирования для создания и доставки бэкапов, совместимый с дистрибутивами GNU/Linux.

nxs-data-anonymizer — инструмент для анонимизации дампа различных баз данных PostgreSQL и MySQL/MariaDB/Percona.

nxs-universal-chart — репозиторий с универсальным Helm-чартом, направленным на развёртывание приложений в Kubernetes, OpenShift и другие оркестраторы, совместимые с API Kubernetes.

nxs-marketplace-terraform — репозиторий, содержащий модули Terraform для упрощения развёртывания и настройки основных инструментов с поддержкой различных версий ПО и нескольких облачных сервисов.

nxs-marketplace-ansible — репозиторий с ролями Ansible, которые позволяют легко развёртывать и настраивать основные технологии.

nxs-marketplace-k8s-apps — репозиторий, содержащий модули Terraform для простого развертывания и настройки основных ресурсов с различными версиями программного обеспечения.

Если вы ими уже пользуетесь, то будет здорово, если поделитесь опытом в комментариях. А если хотите попробовать — приглашаем на GitHub!

#open_source #DevOps

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

📝 Postmortem в медицине — это посмертное вскрытие. Postmortem в IT — это отчёт о произошедшем инциденте. Чаще всего такие отчёты пишут после крупных сбоев, которые повлияли на клиентов и стейкхолдеров.

В эту пятницу делимся подборкой хороших постмортемов от крупных компаний.

Здесь вы найдёте отчёты от Google, NASA, GitHub, Linux, Discord, Epic Games и много кого ещё.
А вот тут — отдельный список инцидентов с Kubernetes.

Желаем хороших выходных! А тем, кто дежурит — спокойных смен без причин для постмортемов!

#devops #postmortem