#дайджест перед выходными

⬆️ Назначения подсетей IPv4 и использование некоторых маршрутизируемых адресов в качестве локальных — речь только о локальном использовании адресов внутри инфраструктуры

⬆️ Myrtille — простой и быстрый доступ к удаленным рабочим столам Windows, Linux, приложениям и SSH-серверам через веб-браузер

⬆️ Пакетная фильтрация в Linux — 2 видоса про бесконтекстную пакетную фильтрацию (stateless) и контекстную фильтрацию (stateful)

⬆️ Выгорание: рассматривая золу под макроскопом — это не про вопрос «случится или нет», это про вопрос «когда» и «насколько сильно»

⬆️ Avito Database meetup — мероприятие пройдет 24 апреля в 18:30 — запишите себе на полях

👍👍 Представлена спецификация Windows Operational Readiness

Спецификация упростит тестирование Windows-workload в Kubernetes.

Разработка нацелена на обеспечение готовности Windows-узлов к производственной среде. Планы по улучшению и интеграции тестов в официальный пакет Kubernetes подчеркивают важность инициативы для экосистемы.

Читать статью

#почитать

Вышла новая версия Kubernetes под номером 1.30 а это говорит о том, что скоро завершиться поддержка 1.27

Вот некоторые важные фичи:
1) AppArmor перешел из beta (там он был с 1.4) в GA (прошло 7 лет)! Теперь нужно задавать его не в аннотации, а в PodSecurityContext и SecurityContext.
2) Поддержка User Namespaces перешла в beta! Важная обнова, которая только в 1.29 появилась в статусе alpha.

Тут можно узнать о других изменениях

#новости

🗿🔨 Как мы разбили монолит на маленькие кусочки и что из этого вышло

В этой статье мы поделимся своим опытом миграции, расскажем о преимуществах микросервисов и роли Domain-Driven Design в этом процессе.

Читать статью

#гайд

Новый Monq 8.0 — российский all-in-one мониторинг на low и no-code автоматизации: обзор возможностей и «невозможностей»

История комплексного мониторинга на рынке РФ. Речь пойдет:

👉 о текущем функционале Monq и решаемых задачах;
👉 о модуле зонтичного мониторинга, включая карты здоровья и построение ресурсно-сервисных моделей;
👉 о модуле синтетического мониторинга, включая мониторинг пользовательских интерфейсов и веб-сервисов;
👉 о том, как реализован мониторинг инфраструктуры в системе;
👉 о модуле low и no-code автоматизации;
👉 о возможных интеграциях.

Продолжение тут

#почитать

🧔🧔 Доклад с DevWorld 2024

Спикер поделится советами и хитростями из опыта работы с Git.
Это вторая часть, а вот первая.

Смотреть

#мероприятие

🤔🤔 Как добавить системности в мониторинг продакшна: параметры и тулинг для инцидент-менеджмента

На проде что‑то сломалось — такова суровая реальность, случается с лучшими из нас, увы. Что обычно происходит в подобных случаях? Ловим алерты, бежим смотреть графики и логи, вызваниваем из отпуска разработчика, который занимался этой функциональностью, выкатываем фикс, рвем на себе бороду, проводим пост‑мортем. Это реакция на уровне здравого смысла, классика.

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

Автор расскажет, как подойти к вопросу мониторинга методологически — задействовать инструментарий инцидент‑менеджмента. Обсудит, как оценивать критичность сервисов и какие системы могут быть полезны для отслеживания проблем.

Статья ориентирована в первую очередь на тех, кто прямо сейчас занимается мониторингом на уровне общей инженерной грамотности, но пока не использует в явном виде инцидент‑менеджмент как подход.

Читать статью

#почитать

Очередной #дайджест для DevOps-ов

❎ Запуск крупных симуляций с помощью AWS Batch multi-container jobs — как применять AWS Batch в рамках беспилотной техники и роботов

❎ Учите матчасть — почему стоит изучать туториалы перед работой с облаками и кому это особенно важно

❎ Распределенная ФС на Go — полезный и подробный 10ти часовой курс

❎ PostgreSQL High Availability и repmgr — как настроить кластер PostgreSQL high-availability с помощью контейнеров Docker и инструмента repmgr

❎ ClickHouse как бэкенд для Prometheus — рекомендации по использованию инструмента и описание альтернативных решений, таких как Thanos, Grafana Mimir и Victoria Metrics

Расскажите о средствах оркестрации и случаях их использования

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

✍🏻 Создание и развертывание контейнеров;
✍🏻 Балансировка нагрузки;
✍🏻 Разделение ресурсов между контейнерами;
✍🏻 Мониторинг контейнеров и серверов;
✍🏻 Масштабирование контейнеров;
✍🏻 Перенос контейнеров с одного сервера на другой, если на первом возникает недостаток ресурсов.

🧑‍💻 Статьи для IT: как объяснять и распространять значимые идеи

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

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

Для кого: для авторов, копирайтеров и просто программистов, которые хотят научиться интересно рассказывать о своих проектах.

👉Материалы регулярно дополняются, обновляются и корректируются. А еще мы отвечаем на все учебные вопросы в комментариях курса.

FlyOS — занятный подход к запуску полноценной системы Linux, которая всегда будет по рукой, в кармане, прямо в смартфоне.

Это не замена Android на Linux на смартфоне, это отдельная подсистема, которая устанавливается на устройство. Для установки потребуются root права. После установки, запущенная Linux система (и возможность управления самой подсистемой) оказывается доступна в отдельной веб-панели.

Официальный сайт

#новости

Расскажите о Docker Trusted Registry

Это хранилище образов для безопасного хранения и управления образами Docker. Его можно установить на своих мощностях, либо в частном облаке. DTR применятся в процессах CI/CD для сборки, поставки и запуска приложений. Его также можно развернуть в отказоустойчивом варианте, есть встроенная система управления доступом.

💪💪 Эволюция Terraform: как мы безопасно отделили кучу сервисов от монолита

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

Читать статью

#туториал

Ваш клиент хочет развернуть корпоративное приложение на AWS, которое будет состоять из нескольких веб-серверов, нескольких серверов приложений и небольшой (50 ГБ) базы данных Oracle. Информация будет храниться как в базе данных, так и в файловых системах различных серверов. Система резервного копирования должна поддерживать восстановление базы данных, восстановление всего сервера и всего диска, а также восстановление отдельных файлов со временем восстановления не более двух часов. В качестве базы данных они решили использовать RDS Oracle. Какая архитектура резервного копирования будет соответствовать этим требованиям?

1. Резервное копирование RDS с использованием автоматического ежедневного резервного копирования БД. Резервное копирование экземпляров EC2 с использованием AMI и дополнение к резервному копированию на уровне файлов в S3 с использованием традиционного корпоративного программного обеспечения для резервного копирования для обеспечения восстановления на уровне файлов.

2. Резервное копирование RDS с использованием развертывания в нескольких зонах доступности. Резервное копирование экземпляров EC2 с использованием Amis, и дополнить копированием данных файловой системы на S3 для обеспечения восстановления на уровне файлов.

3. Резервное копирование RDS с использованием автоматического ежедневного резервного копирования БД. Резервное копирование экземпляров EC2 с использованием моментальных снимков EBS и дополнение резервными копиями на уровне файлов в Amazon Glacier с использованием традиционного корпоративного программного обеспечения для резервного копирования для обеспечения восстановления на уровне файлов.

4. Резервное копирование базы данных RDS на S3 с использованием Oracle RMAN. Резервное копирование экземпляров EC2 с помощью Amis. И дополнить моментальными снимками EBS для восстановления отдельных томов.

🐰 Как решить проблему высокой связанности сервисов с помощью событийно-ориентированной архитектуры и RabbitMQ

В этой статье я расскажу, как оптимизировать сложную систему микросервисов через брокер сообщений, в данном случае RabbitMQ. Мы рассмотрим вариант решения проблемы высокой связанности между сервисами через переход на событийно-ориентированную архитектуру (EDA).

Читать статью

Очередной #дайджест перед выходными

🔴 containerd vs. Docker — понимание их взаимосвязи и того, как они работают вместе

🔴 Jira, Compass и Bitbucket — расширяем возможности инженеров с помощью новых ништяков DevEx

🔴 Настраиваем CI/CD с GitHub Actions и werf — как настроить пайплайн CI/CD в GitHub, подготовка репозитория, заливка приложения и файлы конфига GitHub Actions

🔴 Создание чат-бота для анализа и расшифровки видео — использование GenAI и бесшовной интеграции, предоставляемую Docker, для упрощения обработки и понимания видеоконтента

🔴 Как работает etcd с Kubernetes и без него — материал познакомит вас с принципами работы etcd, чтобы вы могли глубже понять внутреннюю работу Kubernetes и получить дополнительные инструменты для устранения неполадок в вашем кластере