DevOps

📺 Kubernetes Уроки 1 - Что такое Kubernetes? Запуск локального кластера Kubernetes. Minikube 2 - Запуск Kubernetes кластера на AWS, используя eksctl 3 - Запуск Kubernetes кластера на AWS, используя Terraform 4 - Как использовать kubectl с несколькими Kubernetes кластерами 5 - Как установить Kubernetes Dashboard 6 - Создание объекта Pod. Запуск контейнеров в Kubernetes 7 - Метки, аннотации и пространства имён в Kubernetes 8 - ReplicationController и ReplicaSet в Kubernetes 9 - Deployment в Kubernetes. Стратегии обновления приложенийн 10 - Service в Kubernetes - Часть 1. Type: ClusterIP. Endpoints Всего доступно 49 уроков #devops #девопс Подпишись 👉@i_DevOps

Целостность и безопасность конвейера в DevSecOps Это третий пост из серии глубокого погружения в архитектуру программ DevSecOps. Цель этой серии — дать целостный обзор DevSecOps как совокупности ориентированных на технологии и автоматизированных процессов. Обязательно ознакомься также с первой и второй частью! На данном этапе мы разобрали, как управлять уже существующими уязвимостями и как предотвращать появление новых. Теперь у нас есть жизненный цикл разработки ПО (SDLC), который обеспечивает создание программного обеспечения, безопасного «с самого начала». Осталось лишь разобраться, как обеспечить исполнение и защиту созданной нами архитектуры. В этой статье мы узнаем, как добавить целостность и безопасность в системы, задействованные в нашем SDLC. Эти процессы должны быть незаметны для наших разработчиков — они просто выступают в роли предохранительных ограждений, гарантируя, что остальная часть архитектуры используется правильно и не подвергается нежелательным вмешательствам. https://blog.gitguardian.com/pipeline-integrity-and-security-in-devsecops/ #devops #девопс Подпишись 👉@i_DevOps

Безопасность по умолчанию: программное обеспечение в DevSecOps Это второй пост в серии, посвящённой архитектуре программ DevSecOps. Цель этой серии — дать целостный обзор DevSecOps как набора технологически управляемых автоматизированных процессов. Если вы не читали первый пост, обязательно ознакомьтесь с ним! В этой статье речь пойдёт скорее не о принятии решений, а об опыте разработчиков. Мы узнаем, как снабдить наших инженеров программного обеспечения инструментами, которые позволят им самостоятельно обеспечивать безопасность своего кода, и как поддержать их с помощью автоматизации. Прежде чем приступать, хочу ещё раз озвучить своё основное утверждение по DevSecOps:

«Моя задача — внедрить процесс разработки программного обеспечения с безопасностью по умолчанию, который даст командам инженерии возможность самостоятельно отвечать за безопасность своих цифровых продуктов. Мы добьёмся успеха с помощью контролей и обучения, а также снизим трение и сохраним скорость разработки благодаря технологически управляемой автоматизированной архитектуре DevSecOps.»

https://blog.gitguardian.com/secure-by-design-software-in-devsecops/ #devops #девопс Подпишись 👉@i_DevOps

Жизненный цикл управления уязвимостями в DevSecOps Это первый пост из серии, которая будет глубоко погружаться в архитектуру программы DevSecOps. Цель этой серии — представить целостный обзор DevSecOps как совокупности технологически управляемых, автоматизированных процессов. Какие инструменты и технологии играют роль в DevSecOps? Как мы можем использовать технологии, чтобы настроить команды разработчиков на успех? Как мы выстраиваем роли и зоны ответственности для обеспечения слаженности, безопасности и скорости? На эти и другие вопросы мы ответим по мере развития серии. Последние три года я в профессиональной роли строил программу DevSecOps в своей компании с нуля. Возможно, отдельные части этой серии не будут напрямую применимы к вашей организации, но её ключевые идеи и общий подход всё равно могут оказаться полезными. Следующее заявление о миссии отражает мой подход к DevSecOps:

«Моя задача — внедрить процесс разработки программного обеспечения по принципу secure-by-design, который предоставляет командам разработчиков возможность самостоятельно отвечать за безопасность своих цифровых продуктов. Мы добьёмся успеха за счёт контроля и обучения, а благодаря технологически ориентированной и автоматизированной архитектуре DevSecOps снизим трение и сохраним высокую скорость работы.»

https://blog.gitguardian.com/vulnerability-management-lifecycle-in-devsecops/ #devops #девопс Подпишись 👉@i_DevOps

❔ Как серверные приложения и микросервисы взаимодействуют через сеть? Хотите научиться подбирать правильные протоколы для вашей системы? Откройте для себя все особенности работы с сетевыми протоколами на открытом уроке курса «System Design». Мы подробно рассмотрим HTTP/2, HTTP/3, gRPC и WebSocket, а также научим выбирать оптимальные технологии для вашего проекта. 🚀 Знание сетевых протоколов — ключ к построению стабильных, быстрых и масштабируемых веб-приложений. Пройдите урок и получите навыки, которые улучшат архитектуру ваших решений. ⏺ Встречаемся 10 июня в 20:00 МСК ➡️ Регистрация уже открыта: https://vk.cc/cMCIx6 Урок проходит в преддверии старта курса «System Design». Участники вебинара получат скидку на курс, плюс дополнительный 🎁 промокод SD_5 до 16.06. Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Оповещение об аномалиях в Prometheus Изучаем, как настраивать оповещения об аномалиях для сезонных данных в Prometheus. В Auto Trader мы стремимся создавать оповещения, которые большинство сможет использовать «из коробки», а не жестко прописывать их под конкретные сценарии. Мы хотим, чтобы вы могли развернуть сервис и сразу получить отдачу от платформы — особенно когда речь идет об отслеживании и оповещениях по вашим «Golden Signals» или управлении затратами. https://bookflow.ru/opoveshhenie-ob-anomaliyah-v-prometheus/ #devops #девопс Подпишись 👉@i_DevOps

Полное руководство по Docker Secrets Даже если вы использовали Docker для небольших или локально разработанных программ, вы могли обнаружить, что он может быть довольно трудным для решения более сложных задач. Особенно это касается управления секретами и совместного использования - областей, которые часто упускаются из виду при работе с контейнерными приложениями. https://earthly.dev/blog/docker-secrets/ #devops #девопс Подпишись 👉@i_DevOps

🚀 Разгоняем kube-prometheus-stack: секретный ингредиент в Observability 🔥 9 июня в 20:00 мск — бесплатный вебинар «Разгоняем kube-prometheus-stack». Мониторинг не должен тормозить, особенно когда что-то идёт не так. Что разберём: – как ускорить отклик Grafana при работе с большими объёмами данных, – что замедляет Prometheus и как с этим бороться, – как сократить сетевой трафик мониторинга без потерь, – как не положить observability-инфру при инциденте, – и какие архитектурные подходы помогают сделать мониторинг отказоустойчивым. Оптимизируйте kube-prometheus-stack и держите руку на пульсе — даже в условиях пиковых нагрузок. 👉 Регистрируйтесь здесь: https://vk.cc/cMB9gr Занятие приурочено к старту курса "Observability: мониторинг, логирование, трейсинг", на котором вы научитесь строить эффективные системы мониторинга, работать с Prometheus, Grafana, ELK и другими инструментами, визуализировать метрики. Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

CI/CD на GitHub Actions и GitLab CI для самых маленьких. Часть 3 Как запускать пайплайн только для нужных веток, хранить секреты в безопасности и управлять окружениями — просто, наглядно, с примерами. Если вы уже настроили первый workflow — самое время сделать его умнее 🚀 Если вы дошли до этой части в серии, то вы уже знакомы с базовыми принципами CI/CD и даже настроили свой первый простой пайплайн. Поздравляю! Вы сделали важный шаг в мир автоматизации разработки. Но как и в программировании, где после "Hello World" начинается настоящее обучение, в CI/CD после базовой настройки открывается целый мир возможностей. Часть 1 https://t.me/i_DevOps/2948 Часть 2 https://t.me/i_DevOps/2950 https://habr.com/ru/articles/915370/ #devops #девопс Подпишись 👉@i_DevOps

Маленькая утилита для контроля квот в Yandex Cloud Yandex Cloud использует квоты для мягкого контроля ресурсов. Квоты можно легко увеличить через специальную форму или техническую поддержку. Однако, очень часто бывает, что о необходимости увеличить квоты мы узнаем поздно, например, когда падает джоба с terraform. Это раздражает, а в некоторых случаях даже может сломать стейт и принести ненужные проблемы. https://habr.com/ru/articles/915606/ #devops #девопс Подпишись 👉@i_DevOps

Амбициозные проекты, удалёнка и рост в сфере DevOps — звучит как работа мечты! Отправляйте резюме до 8 июня и присоединяйтесь к команде YADRO! 🧑‍💻 Как получить оффер за 3 дня? Подробности на карточках выше — листайте! Оставляйте заявку — мы ждём именно вас!

Tetragon обеспечивает мощную возможность наблюдения за безопасностью в режиме реального времени на базе eBPF и принудительное исполнение политик во время выполнения. Он интегрирован с Kubernetes и понимает идентичности, что позволяет настраивать обнаружение событий безопасности в контексте отдельных рабочих нагрузок. https://github.com/cilium/tetragon #devops #девопс Подпишись 👉@i_DevOps

k8sGPT — ваш ИИ-ассистент для Kubernetes — CLI-утилита, которая помогает диагностировать проблемы в Kubernetes. Полезна и при онбординге, и в проде: показывает ошибки ресурсов, объясняет, почему они возникли, и предлагает возможные шаги. В видео: - Как работает диагностика  - Сравнение OpenAI и cohere  - Примеры реальных кейсов   Узнайте, как внедрить утилиту в свой workflow →  #реклама О рекламодателе

⚙️Автоматизация отслеживания релизов развертывания с помощью Python, Docker и интеграции с Confluence Wiki. 💡Почему стоит автоматизировать документацию релизов? Ручное обновление заметок о релизах или журналов может быть утомительным и склонным к ошибкам. Автоматизировав этот процесс, можно добиться нескольких ключевых преимуществ: ➡️Последовательность: каждый выпуск документируется одинаково, уменьшая количество ошибок и обеспечивая запись всей релевантной информации. ➡️Экономия времени: разработчики и команды DevOps могут сосредоточиться на кодировании и улучшении приложения вместо обновления заметок о релизах. ➡️Сотрудничество: централизованный журнал выпусков в Confluence упрощает доступ команд к деталям развертывания и их обмен. ➡️Отслеживаемость: автоматическое отслеживание развертываний позволяет легко прослеживать историю версий, что помогает при устранении неполадок или откатах. ➡️Готовность к аудиту: поскольку все развертывания зафиксированы в Confluence, процесс становится готовым к аудиту, обеспечивая соблюдение требований в любое время. https://medium.com/@pranshu.jain_77905/automating-deployment-release-tracking-with-python-docker-and-confluence-wiki-integration-254cfd9d76fb #devops #девопс Подпишись 👉@i_DevOps

🧵Понимание probes в Kubernetes 1/ Что такое probes в Kubernetes? В Kubernetes probes используются для проверки состояния ваших контейнеров приложений. Существует три типа: * Liveness Probe (Проверка живости) * Readiness Probe (Проверка готовности) * Startup Probe (Проверка запуска) Давайте разберёмся на аналогии с рестораном. 🧵👇 2/ Представьте ваше приложение как кухню в ресторане. * Клиенты = Входящий трафик * Шеф-повар = Контейнер приложения * Официант = Kubernetes Официанту (K8s) нужно понять: * Жив ли шеф? (Liveness) * Готов ли шеф принимать заказы? (Readiness) * Завершил ли шеф подготовку? (Startup) 3/ 🍳 Liveness Probe = Жив ли шеф? Эта проверка смотрит, функционирует ли кухня (приложение) вообще. Если шеф теряет сознание или исчезает, официант (K8s) перезапустит кухню (контейнер). 4/ 🛎️ Readiness Probe = Готов ли шеф готовить? Возможно, шеф проснулся, но ещё нарезает ингредиенты. Пока шеф не готов, официант не должен принимать заказы (направлять трафик). Если проверка не проходит, Kubernetes исключит под из балансировщика нагрузки. 5/ 🕐 Startup Probe = Завершил ли шеф настройку? Некоторым шефам нужно больше времени, чтобы подготовиться. Startup Probe даёт им дополнительное время перед началом остальных проверок. Если эта проверка не проходит, K8s убьёт под, полагая, что он застрял. Полезно для медленно стартующих приложений! 6/ Итого 🧠 * Startup Probe: Приложение завершило запуск? * Liveness Probe: Приложение всё ещё работает? * Readiness Probe: Приложение готово обрабатывать трафик? Используйте все три, чтобы сделать ваши развертывания в K8s максимально надёжными. 💪 #devops #девопс Подпишись 👉@i_DevOps

💥 Собираем закрытую тусовку экспертов по K8s вокруг Nova Container Platform СНОВА О КУБЕРЕ   10 июня ждем DevOps-инженеров, архитекторов, CTO, CIO, разработчиков, DevSecOps-специалистов на первый офлайн КУБЕР СБОР в Москве.   Обсудим:   ➖ Как выбрать решение для Service Mesh и избежать «подводных камней»   ➖ Как переиспользовать старые серверы с GPU, чтобы объединять их в логический пул для тренировки современных крупных языковых моделей   ➖ Как эффективно запустить распределенный интерфейс языковой модели на нескольких видеокартах в Kubernetes   ➖ Разбор реального кейса по задаче безопасного хранения секретов в K8s   ➖ Какие фичи мы уже добавили в оркестратор и что добавим до конца 2025 года   Вайб: крутой технический контент, неформальная обстановка, вкусная пицца и кальяны.   📌Регистрация и подробности

🧅 Onionpipe Перенаправляет порты на локальном хосте на удаленные Onion-адреса как скрытые сервисы Tor и наоборот. https://github.com/cmars/onionpipe #devops #девопс Подпишись 👉@i_DevOps

А ты справишься с тестом по Kubernetes? Пройди тест из 15 вопросов, проверь свой уровень знаний и получи скидку на онлайн-курс «Инфраструктурная платформа на основе Kubernetes» от OTUS! Если успешно пройдешь тест, сможешь забронировать место в группе по выгодной цене! И еще дарим промокод Kuber_06 🔥 Пройти тест и забрать скидку: https://vk.cc/cMxsTh 🎫 Курс можно приобрести в рассрочку Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

CI/CD на GitHub Actions и GitLab CI для самых маленьких. Часть 2 Настройка GitHub Actions и GitLab CI – первый workflow и деплой В первой статье мы разобрались с основами CI/CD: что это такое, зачем нужно и какие инструменты существуют. Теперь пришло время перейти от теории к практике – создадим наши первые рабочие CI/CD-конвейеры на GitHub Actions и GitLab CI. https://habr.com/ru/articles/914614/ #devops #девопс Подпишись 👉@i_DevOps

Месяц бесплатного размещения данных в объектном хранилище Selectel Переносите и храните данные для работы сервисов и их бэкапы, данные аналитики и датасеты для ML в объектное S3 хранилище Selectel. Провайдер обеспечит: - Надежность и катастрофоустойчивость. Объектное S3 хранилище от Selectel работает на базе дата-центров в Москве и Петербурге - данные можно хранить в бакетах в разных городах для большей надежности. - Разные классы хранилищ под ваши задачи. Для размещения редко используемых данных выбирайте «холодное» хранилище и экономьте до 30%. - Бесплатную миграцию. По акции Миграционные каникулы для вас будут бесплатными входящие запросы и целевое хранилище в течение 30 дней с момента подтверждения заявки. Переносите данные и тестируйте сервис бесплатно по ссылке: https://slc.tl/pie0k Реклама. АО «Селектел», ИНН 7810962785, ERID: 2VtzqxBGZky