📕Открытый урок о функционале веб-серверов Angie и Nginx для системных администраторов Linux и веб-разработчиков.

На открытом уроке 27 февраля в 19:00 мск мы погрузимся в веб-серверами.

📗В результате вы:
- Узнаете основное назначение форка популярного веб-сервера Nginx;
- Поймете, как появлялся и развивается Angie;
- Определите основные отличия Angie от Nginx и разберетесь в преимуществах перехода с одного веб-сервера на другой.

Спикер Николай Лавлинский — эксперт веб-разработк (15+ лет), опытный преподаватель (10+ лет), занимался техническим руководством и оптимизацией клиентской и серверной производительности веб-приложений в более чем 100 проектах.

👉 Регистрируйтесь прямо сейчас, чтобы не пропустить мероприятие: https://vk.cc/cIY63o

📙 Все участники открытого урока получат скидку на курс "Администрирование Nginx/Angie"

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Почему observability — это не только Grafana и Prometheus

Вы видите красивые графики в Grafana, алерты настроены, метрики собираются — значит, все под контролем? На самом деле, нет. Когда в продакшене что-то пойдет не так, Prometheus покажет скачок latency, но не объяснит, почему это произошло. Логи могут не содержать нужных данных. Трейсов нет. Итог — часы расследования, хаотичные гипотезы, поиски иголки в стоге сена.

Observability — одно из тех модных слов, которые часто понимают неправильно. Для многих оно сводится к связке Grafana + Prometheus, не более. Однако в реальных системах наблюдаемость (observaбыстроbility) — это больше, чем просто красивые дашборды с метриками. В этой статье разберемся, почему классический стек не покрывает все задачи, какие альтернативы есть на рынке и как построить современный observability-стек.

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

#devops #девопс

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

Как сделать своё хранилище образов контейнеров

В статье описаны шаги для самостоятельного хостинга container registry. Узнайте, как управлять своими образами, оптимизировать рабочие процессы и защищать свои приложения от внешних рисков.

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

original https://packagemain.tech/p/self-hosting-a-container-registry

#devops #девопс

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

• infosec - это один из самых ламповых каналов по информационной безопасности, где говорят об истории ИТ, публикуют актуальные новости и пишут технический материал на разные темы:

- Что из себя представляет официально взломанный iPhone от Apple?
- К чему могла привести опечатка в инфраструктуре платёжной системы MasterCard?
- Авторский материал для ИБ специалистов с закрытого хакерского форума XSS;
- Бесплатный бот, который проверит файлы на предмет угроз более чем 70 антивирусами одновременно.

• А еще у нас часто проходят розыгрыши самых актуальных и новых книг для ИБ специалистов. Так что присоединяйся, у нас интересно!

Конфигуратор. Связываем хосты в единую инфраструктуру, используя функциональность Ansible inventory

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

https://habr.com/ru/companies/pt/articles/884526/

#devops #девопс

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

🚀 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 – это не просто кнопка "деплой". Это стратегия, которую надо строить с умом. Инвестируй в тесты, автоматизацию и безопасность, и будет тебе стабильность.

#devops #девопс

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

#вакансия #удалённо #parttime #преподаватель #DevOps #Kubernetes #GitOps

Компания: образовательная платформа OTUS:

Вакансия: преподаватель онлайн-курсов
- Инфраструктурная платформа на основе Kubernetes
- GitOps

Преподавательский опыт не обязателен — у нас есть вводный курс о преподавании и пробные уроки с методистом.

Требуется практический опыт и знания по тематике курса, подробнее в ЛС.

Обязанности:
- Подготовиться к занятиям и провести их
- Формат занятий: онлайн, важно уделять внимание практике. Здесь вы сможете развивать навыки публичных выступлений, работы с аудиторией и подачи обратной связи
- За доплату возможна проверка домашних заданий и проектов

Условия:
✅ Занятия по будням с 20:00 до 21:30, можно оставлять пожелания по расписанию
✅ Оплата: от 3000 до 6000 руб. за вебинар (полтора часа) и 300-400 рублей за проверку 1 домашнего задания, 1000 руб. за проверку 1 проекта
✅ Бонусы: доступ к курсам OTUS, нетворкинг, развитие личного бренда, наши воркшопы и конференции

Обсудить подробнее: @HR_Nikita 📩

Garnet — это удалённое кэш-хранилище от Microsoft Research, обеспечивающее высокую производительность (пропускную способность и задержку), масштабируемость, хранение, восстановление, шардирование кластера, миграцию ключей и функции репликации. Garnet может работать с существующими клиентами Redis.

Основные возможности:
- Высокая производительность: миллионы операций в секунду с минимальной задержкой.
- Масштабируемость: поддержка горизонтального масштабирования.
- Оптимизация работы с памятью: эффективное использование DRAM и SSD.

Этот проект может стать серьезным конкурентом Redis и Memcached в сфере облачных сервисов.

https://github.com/microsoft/garnet

#devops #девопс

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

🚨Собираем пожарную команду на практикум Слёрма по SRE для инженеров. 

Будем тушить инцидент сервиса покупки билетов в кинотеатр, чтобы понять, как выглядит работа SRE-специалиста в реальности.

Программа сделана с участием SRE-инженеров из ведущих международных компаний — Google, Booking, Databricks, TangoMe, Яндекс, Ecommpay, Финам.

На курсе-интенсиве: 

🔹 научим быстро поднимать продакшн силами команды;
🔹 покажем, какие метрики собирать и как это делать правильно;
🔹 расскажем, как решать конкретные проблемы, связанные с надежностью сервиса;
🔹 внедрим правки прямо в прод;
🔹 рассмотрим, как снизить ущерб от отказов в будущем.

Старт — 17 марта. 
Посмотреть программу и подать заявку — по ссылке 📍

Реклама. ООО "СЛЁРМ". ИНН 3652901451. erid: 2W5zFGq9iRn

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

#devops #девопс

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

🦾Хотите глубже понять управление процессами в микросервисах и повысить надёжность систем? На ум сразу приходят распределённые транзакции – классический, но, увы, проблематичный метод. Но мы предлагаем кое-что получше: шаблон «Сага»!

На открытом вебинаре "«Саги» vs распределённые транзакции: как моделировать рабочие потоки в распределённой архитектуре"

Вы узнаете:
- Почему распределённые транзакции могут быть непрактичны в контексте микросервисов
- Как работает Сага и в чём преимущества этого шаблона
- Какие типы «саг» существуют и как их применять
- Как использовать Сагу для моделирования сложных рабочих потоков

И, конечно же, получите важные рекомендации по внедрению саг в реальных проектах.

Будет интересно архитекторам ПО, системным аналитикам, бэкенд и фулстек-разработчикам.

💬Спикер: Сергей Прощаев Java-разработчик в ПАО «Сургутнефтегаз».

Бонус! Скидка 5% на любой курс OTUS и чек-лист «Подойдёт ли вам шаблон SAGA? Семь вопросов создателю проекта»

⏰6 марта, 19:00 МСК, Бесплатно

Записаться на событие: https://vk.cc/cJjOfj

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

Nix: насколько хороша альтернатива Dockerfile?

Современная бэкенд‑разработка не обходится без средств контейнеризации. Самому простому приложению, скорее всего, будет нужна хотя бы база данных или пучок дополнительных зависимостей из веб‑серверов, балансировщиков, сборщиков логов и метрик. Для быстрого их развёртывания и настройки используются кастомные или готовые образы и контейнеры. И когда разговор заходит о контейнерах, первое, что приходит на ум, — это Docker и Dockerfile.

Для многих это стандарт, отклонения от которого вызывают недоумение и вопросы. Но даже у всего хорошего есть альтернативы. Одна из них — Nix. Насколько она сопоставима по удобству и скорости с Docker?

Меня зовут Борис Табачников, я разработчик отдела RnD в СберТехе. Кратко расскажу, что такое Nix в целом, зачем вам его использовать и подробно сравню скорость работы Nix и Docker.

Статья будет полезна DevOps‑инженерам и разработчикам, интересующимся контейнеризацией. И особенно — тем, кто ищет альтернативы для Docker и кого заинтересовал Nix, но при этом сферы его использования и применимость для сборки образов недостаточно понятна.

https://habr.com/ru/companies/sberbank/articles/887722/

#devops #девопс

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

Документация как код: принципы, рабочий процесс и вызовы

В современном мире разработки программного обеспечения концепция «Документация как код» (Documentation as Code, DaC) становится все более популярной. Этот подход использует инструменты и практики разработки программного обеспечения для написания, хранения и управления документацией.

🔹 Основные принципы

1. Хранение в системе контроля версий
Документация хранится в репозитории вместе с кодом, что позволяет отслеживать изменения, откатываться к предыдущим версиям и сотрудничать в команде.

2. Использование текстовых форматов (Markdown, AsciiDoc, reStructuredText и др.)
Вместо сложных редакторов документация пишется в простых текстовых форматах, что облегчает интеграцию с инструментами CI/CD.

3. Автоматизация сборки и публикации
Документация может автоматически обновляться и развертываться при каждом изменении кода.

4. Документирование в процессе разработки
Документация пишется параллельно с кодом, а не после него, что делает её актуальной.

5. Использование инструментов рецензирования
Pull Request'ы, ревью и линтеры помогают поддерживать качество документации.

🔹 Рабочий процесс

1. Создание документации – разработчик или технический писатель пишет документацию в виде кода.
2. Рецензирование – команда проводит код-ревью документации.
3. Автоматическая проверка – линтеры и тесты проверяют синтаксис, ссылки и структуру.
4. Сборка и развертывание – система CI/CD публикует документацию в нужном формате.
5. Обновление и поддержка – документация развивается вместе с кодом.

🔹 Вызовы и сложности

🔸 Сопротивление со стороны команды – не все привыкли писать документацию в таком формате.
🔸 Необходимость в новых инструментах – Markdown или AsciiDoc, системы рендеринга (MkDocs, Docusaurus).
🔸 Поддержание актуальности – требуется дисциплина, чтобы обновлять документацию вместе с кодом.
🔸 Интеграция в CI/CD – настройка автоматического развертывания требует времени.

https://www.tabnine.com/blog/documentation-as-code-principles-workflow-and-challenges/

#devops #девопс

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

Станьте тем самым сыном маминой подруги 💪

Мечтаете попасть в Google, Microsoft, Яндекс, VK или другие корпорации? Расскажем по секрету — они активно используют Golang для разработки своей инфраструктуры.

Если вы хотите дополнить своё резюме крутым языком и стать на шаг ближе к заветному офферу, присоединяйтесь к потоку курса «Golang для инженеров».

За 3 месяца вы научитесь:
✔️ писать код на Go: переменные, типы данных, функции и структуры
✔️ создавать микросервисы, взаимодействуя с Docker и Kubernetes
✔️ разрабатывать и тестировать API-сервисы на языке Go
✔️ работать с Kubernetes, включая создание и использование операторов

Спикеры курса, Всеволод Севостьянов — Staff engineer в Lokalise, и Тигран Ханагян — Senior software engineer в HungerStation Delivery Hero, имеют более 10 лет опыта разработки и обучат вас уверенному владению Go.

📅 Старт 10 марта

По коду GoForOps10 вас ждет скидка 10% 💸
👉 Занять место на курсе

#реклама
О рекламодателе