Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Docker
01- Основы. Принцип работы. Почему docker. Сравнение с виртульной машиной. Применение.
02- Установка Docker в Linux и Windows.
03- Основные команды. Управление портами. Port Mapping.
04- Переменные. Environment Variables.
05- Volumes. Постоянные данные. Persisting Data.
06- Сети в докер. Network: bridge, host, none, macvlan, ipvlan
07- Dockerfile. Создаем СВОИ контейнеры.
08- Docker-COMPOSE. Простой запуск контейнеров.
09- Portainer. Управлять Docker ПРОСТО. Обзор, установка, настройка.
10- Watchtower. Автоматизация: обновление Docker контейнеров.
источник
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
01- Основы. Принцип работы. Почему docker. Сравнение с виртульной машиной. Применение.
02- Установка Docker в Linux и Windows.
03- Основные команды. Управление портами. Port Mapping.
04- Переменные. Environment Variables.
05- Volumes. Постоянные данные. Persisting Data.
06- Сети в докер. Network: bridge, host, none, macvlan, ipvlan
07- Dockerfile. Создаем СВОИ контейнеры.
08- Docker-COMPOSE. Простой запуск контейнеров.
09- Portainer. Управлять Docker ПРОСТО. Обзор, установка, настройка.
10- Watchtower. Автоматизация: обновление Docker контейнеров.
источник
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
👍10❤1
Как сканировать Docker-образы на уязвимости
Представьте: вы скачали готовый образ с Docker Hub, запустили контейнер, и вдруг ваш сервер становится частью ботнета. Как этого избежать?
Рассказываем 3 простых способа сканирования образов
Trivy — сканер для ленивых (но эффективный)
https://habr.com/ru/articles/957778/
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
Представьте: вы скачали готовый образ с Docker Hub, запустили контейнер, и вдруг ваш сервер становится частью ботнета. Как этого избежать?
Рассказываем 3 простых способа сканирования образов
Trivy — сканер для ленивых (но эффективный)
https://habr.com/ru/articles/957778/
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
👍4
GitOps и идемпотентность: вебинар курса OTUS
Если инфраструктура работает непредсказуемо, значит в ней не хватает консистентности и идемпотентности. Эти свойства лежат в основе стабильных систем и позволяют DevOps-инженерам и администраторам спать спокойно.
На открытом вебинаре курса OTUS «Infrastructure as a Code» Анатолий Бурнашев разберёт, как декларативный подход и иммутабельные окружения помогают построить предсказуемую инфраструктуру. А главное — покажет GitOps в действии: от хранения конфигураций в Git до их применения и автоматического контроля.
📅 Когда: 21 октября, 20:00
📍 Бесплатно, онлайн
👉 Регистрируйтесь: https://vk.cc/cQwOBE
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Если инфраструктура работает непредсказуемо, значит в ней не хватает консистентности и идемпотентности. Эти свойства лежат в основе стабильных систем и позволяют DevOps-инженерам и администраторам спать спокойно.
На открытом вебинаре курса OTUS «Infrastructure as a Code» Анатолий Бурнашев разберёт, как декларативный подход и иммутабельные окружения помогают построить предсказуемую инфраструктуру. А главное — покажет GitOps в действии: от хранения конфигураций в Git до их применения и автоматического контроля.
📅 Когда: 21 октября, 20:00
📍 Бесплатно, онлайн
👉 Регистрируйтесь: https://vk.cc/cQwOBE
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
👍1
This media is not supported in your browser
VIEW IN TELEGRAM
🐾 Tabby
Это самостоятельный помощник по написанию кода с искусственным интеллектом, представляющий собой альтернативу GitHub Copilot с открытым исходным кодом и локальным ресурсом. Он может похвастаться несколькими ключевыми особенностями:
Самодостаточность, отсутствие необходимости в СУБД или облачном сервисе.
Интерфейс OpenAPI, легко интегрируемый с существующей инфраструктурой (например, Cloud IDE).
Поддержка графических процессоров потребительского класса.
https://github.com/TabbyML/tabby
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
Это самостоятельный помощник по написанию кода с искусственным интеллектом, представляющий собой альтернативу GitHub Copilot с открытым исходным кодом и локальным ресурсом. Он может похвастаться несколькими ключевыми особенностями:
Самодостаточность, отсутствие необходимости в СУБД или облачном сервисе.
Интерфейс OpenAPI, легко интегрируемый с существующей инфраструктурой (например, Cloud IDE).
Поддержка графических процессоров потребительского класса.
https://github.com/TabbyML/tabby
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
👍3❤1
Sysadmin, DevOps и SRE: как понимать эти роли, чтобы они не вредили карьере и бизнесу
Меня зовут Роман Волков, я Senior DevOps в MТС Web Services. Кроме своей основной деятельности в роли инженера, я провожу собеседования и всегда задаю вопросы кандидатам о том, как они видят пользу, которую их роль приносит бизнесу, как могут оценить свою деятельность, какой у них метод ведения работы. Как многие, я читаю профильные чаты, тематические ресурсы. И... кажется, в ИТ‑сообществе до сих пор бытует мнение, что DevOps и SRE — это следующие этапы развития системного администратора.
Это наблюдение подтверждают и открытые вакансии: практически каждая дает список используемых технологий и бонусов для будущего кандидата, но не раскрывает специфику работы. Если бизнес не транслирует пользу от вакансии — сотрудники подбираются исходя из используемой технологии. А ведь есть разница в том, чтобы, например, администрировать Kubernetes, разворачивать полезную нагрузку в Kubernetes или обеспечивать высокую доступность приложению, развернутому в Kubernetes.
Ситуацию можно сравнить с подбором стоматолога по навыку работы специалиста с бормашиной. В такой клинике у вас высокий шанс попасть как к ювелиру, так и к мастеру маникюра.
https://habr.com/ru/companies/ru_mts/articles/949910/
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
Меня зовут Роман Волков, я Senior DevOps в MТС Web Services. Кроме своей основной деятельности в роли инженера, я провожу собеседования и всегда задаю вопросы кандидатам о том, как они видят пользу, которую их роль приносит бизнесу, как могут оценить свою деятельность, какой у них метод ведения работы. Как многие, я читаю профильные чаты, тематические ресурсы. И... кажется, в ИТ‑сообществе до сих пор бытует мнение, что DevOps и SRE — это следующие этапы развития системного администратора.
Это наблюдение подтверждают и открытые вакансии: практически каждая дает список используемых технологий и бонусов для будущего кандидата, но не раскрывает специфику работы. Если бизнес не транслирует пользу от вакансии — сотрудники подбираются исходя из используемой технологии. А ведь есть разница в том, чтобы, например, администрировать Kubernetes, разворачивать полезную нагрузку в Kubernetes или обеспечивать высокую доступность приложению, развернутому в Kubernetes.
Ситуацию можно сравнить с подбором стоматолога по навыку работы специалиста с бормашиной. В такой клинике у вас высокий шанс попасть как к ювелиру, так и к мастеру маникюра.
https://habr.com/ru/companies/ru_mts/articles/949910/
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
👍5
🎉 Фестиваль «LeTeam: сквозь время и инновации»!
📅 Когда: 1 ноября 2025 (важно: это будний день!)
⏰ Расписание:
- 10:00–11:00 — Регистрация и торжественное открытие
- 11:00–18:00 — Интенсивная деловая программа
- 18:00–22:00 — Веселое afterparty
📍 Где: Дворец Культур, Москва, ул. Шарикоподшипниковская, 15с1
🌐 Формат: Оффлайн + онлайн-трансляция
Зарегистрируйтесь прямо ЗДЕСЬ!
Приглашаем на второй живой фестиваль от Lenta tech — «LeTeam»! Это шанс собраться с коллегами и гостями, обменяться идеями, укрепить командные узы и зарядиться вдохновением для будущих достижений в нашей компании.
Что в программе?
- Доклады экспертов о ML, AI и горячих технологических трендах
- Инновационные форматы выступлений и прямые ответы топ-менеджеров Lenta tech на самые острые вопросы
- Развлекательная часть и крутая вечеринка для релакса и продолжения общения! Полная программа - ТУТ!
LeTeam — это про людей: про встречи, внимательное слушание и общую энергию, которая толкает к новым вершинам. Ждем вас с радостью! 😊
P.S.: Остались вопросы? Пишите на LeTeamFest@yandex.ru
📅 Когда: 1 ноября 2025 (важно: это будний день!)
⏰ Расписание:
- 10:00–11:00 — Регистрация и торжественное открытие
- 11:00–18:00 — Интенсивная деловая программа
- 18:00–22:00 — Веселое afterparty
📍 Где: Дворец Культур, Москва, ул. Шарикоподшипниковская, 15с1
🌐 Формат: Оффлайн + онлайн-трансляция
Зарегистрируйтесь прямо ЗДЕСЬ!
Приглашаем на второй живой фестиваль от Lenta tech — «LeTeam»! Это шанс собраться с коллегами и гостями, обменяться идеями, укрепить командные узы и зарядиться вдохновением для будущих достижений в нашей компании.
Что в программе?
- Доклады экспертов о ML, AI и горячих технологических трендах
- Инновационные форматы выступлений и прямые ответы топ-менеджеров Lenta tech на самые острые вопросы
- Развлекательная часть и крутая вечеринка для релакса и продолжения общения! Полная программа - ТУТ!
LeTeam — это про людей: про встречи, внимательное слушание и общую энергию, которая толкает к новым вершинам. Ждем вас с радостью! 😊
P.S.: Остались вопросы? Пишите на LeTeamFest@yandex.ru
👍1
Варианты реализации GitOps при помощи Argo CD
В «Экспресс 42» — подразделении «Фланта», которое консультирует компании по DevOps-практикам, — решили проверить, как можно реализовать GitOps по модели BSA (Base, Service, Application) с помощью Argo CD. Чистый эксперимент на тестовом репозитории.
Мы попробовали четыре подхода — от отдельного ApplicationSet на каждое окружение до матричного генератора — и оценили их по изоляции окружений, соблюдению принципа DRY, поддержке временных стендов, масштабируемости и другим критериям. В статье — кратко о самой модели и каждом варианте с их плюсами и минусами.
https://habr.com/ru/companies/flant/articles/957192/
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
В «Экспресс 42» — подразделении «Фланта», которое консультирует компании по DevOps-практикам, — решили проверить, как можно реализовать GitOps по модели BSA (Base, Service, Application) с помощью Argo CD. Чистый эксперимент на тестовом репозитории.
Мы попробовали четыре подхода — от отдельного ApplicationSet на каждое окружение до матричного генератора — и оценили их по изоляции окружений, соблюдению принципа DRY, поддержке временных стендов, масштабируемости и другим критериям. В статье — кратко о самой модели и каждом варианте с их плюсами и минусами.
https://habr.com/ru/companies/flant/articles/957192/
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
👍5❤1
Перечислите различные сервисы K8, которые могут работать на узлах.
Kubernetes (K8s) запускает различные службы на узлах, в том числе:
На рабочих узлах:
kubelet: отвечает за управление узлами и обеспечение того, чтобы контейнеры работали должным образом.
kube-proxy: предоставляет службы сетевого прокси-сервера для обеспечения связи между узлами и службами.
На главных узлах:
kube-apiserver: предоставляет API Kubernetes, через который все остальные компоненты взаимодействуют с кластером.
kube-scheduler: назначает вновь созданные модули узлу на основе доступности ресурсов и других ограничений.
kube-controller-manager: отслеживает состояние кластера и выполняет задачи для поддержания желаемого состояния, такие как масштабирование вверх или вниз.
Другие службы, которые могут работать на рабочих узлах, включают kube-dns, который обеспечивает разрешение DNS для служб Kubernetes, и kubelet, который управляет жизненными циклами модулей на узле.
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
Kubernetes (K8s) запускает различные службы на узлах, в том числе:
На рабочих узлах:
kubelet: отвечает за управление узлами и обеспечение того, чтобы контейнеры работали должным образом.
kube-proxy: предоставляет службы сетевого прокси-сервера для обеспечения связи между узлами и службами.
На главных узлах:
kube-apiserver: предоставляет API Kubernetes, через который все остальные компоненты взаимодействуют с кластером.
kube-scheduler: назначает вновь созданные модули узлу на основе доступности ресурсов и других ограничений.
kube-controller-manager: отслеживает состояние кластера и выполняет задачи для поддержания желаемого состояния, такие как масштабирование вверх или вниз.
Другие службы, которые могут работать на рабочих узлах, включают kube-dns, который обеспечивает разрешение DNS для служб Kubernetes, и kubelet, который управляет жизненными циклами модулей на узле.
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
👍3
🔥27 октября в 20:00 мск — открытый вебинар в OTUS!
О чём вебинар?
Хотите заглянуть под капот TikTok, Netflix и Telegram? Разберём, как эти гиганты справляются с миллионами пользователей! Узнайте, как TikTok создаёт персональные рекомендации в реальном времени, Netflix обеспечивает бесперебойный стриминг через CDN и микросервисы, а Telegram молниеносно доставляет сообщения.
Что разберём:
- TikTok: алгоритмы рекомендаций и инфраструктура мгновенной доставки контента.
- Netflix: использование CDN и микросервисов для стриминга без сбоев.
- Telegram: очереди, репликация и хранение сообщений под высокой нагрузкой.
- Highload-паттерны: кэширование, шардирование и техники отказоустойчивости.
🎓 После вебинара вы:
- Разберётесь, как ведущие платформы выдерживают колоссальные нагрузки.
- Освоите ключевые подходы к кэшированию, шардированию и отказоустойчивости.
🔧 Присоединяйтесь, чтобы раскрыть секреты архитектур TikTok, Netflix и Telegram и прокачать свои навыки в Highload!
👉 Зарегистрироваться https://vk.cc/cQB0Pp
Бесплатное занятие приурочено к старту курса Highload Architect, обучение на котором позволит освоить решения, которые выдерживают большое количество запросов в секунду и правильно оптимизировать работоспособность серверов
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
О чём вебинар?
Хотите заглянуть под капот TikTok, Netflix и Telegram? Разберём, как эти гиганты справляются с миллионами пользователей! Узнайте, как TikTok создаёт персональные рекомендации в реальном времени, Netflix обеспечивает бесперебойный стриминг через CDN и микросервисы, а Telegram молниеносно доставляет сообщения.
Что разберём:
- TikTok: алгоритмы рекомендаций и инфраструктура мгновенной доставки контента.
- Netflix: использование CDN и микросервисов для стриминга без сбоев.
- Telegram: очереди, репликация и хранение сообщений под высокой нагрузкой.
- Highload-паттерны: кэширование, шардирование и техники отказоустойчивости.
🎓 После вебинара вы:
- Разберётесь, как ведущие платформы выдерживают колоссальные нагрузки.
- Освоите ключевые подходы к кэшированию, шардированию и отказоустойчивости.
🔧 Присоединяйтесь, чтобы раскрыть секреты архитектур TikTok, Netflix и Telegram и прокачать свои навыки в Highload!
👉 Зарегистрироваться https://vk.cc/cQB0Pp
Бесплатное занятие приурочено к старту курса Highload Architect, обучение на котором позволит освоить решения, которые выдерживают большое количество запросов в секунду и правильно оптимизировать работоспособность серверов
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
👍1
Платформа управления оповещениями и AIOps с открытым исходным кодом.
Рабочие процессы
Keep — это GitHub Actions для ваших инструментов мониторинга.
Рабочий процесс Keep — это декларативный YAML-файл, который автоматизирует управление оповещениями и инцидентами. Каждый рабочий процесс состоит из следующих элементов:
- Триггеры — что запускает рабочий процесс (оповещения, инциденты, расписание или ручной запуск).
- Шаги — чтение или получение данных (обогащение, контекст).
- Действия — выполнение операций (обновление тикетов, отправка уведомлений, перезапуск серверов).
https://github.com/keephq/keep
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
Рабочие процессы
Keep — это GitHub Actions для ваших инструментов мониторинга.
Рабочий процесс Keep — это декларативный YAML-файл, который автоматизирует управление оповещениями и инцидентами. Каждый рабочий процесс состоит из следующих элементов:
- Триггеры — что запускает рабочий процесс (оповещения, инциденты, расписание или ручной запуск).
- Шаги — чтение или получение данных (обогащение, контекст).
- Действия — выполнение операций (обновление тикетов, отправка уведомлений, перезапуск серверов).
https://github.com/keephq/keep
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
👍2
Прокачай свои навыки Kubernetes
Kubernetes — это мощь. Но по-настоящему он раскрывается в руках тех, кто знает, как с ним обращаться.
Хотите уверенно управлять кластерами, настраивать сеть, разруливать инциденты и держать инфраструктуру под контролем? ➡️Тогда вам на курс «Kubernetes Мега» от Слёрма.
На обучении вы:
👉 Освоите перенос продукта на Kubernetes
👉 Научитесь разворачивать отказоустойчивые кластеры
👉 Ускорите траблшутинг и будете решать инциденты как профи
👉 Повысите стабильность и безопасность инфраструктуры
👉 Настроите автоматическую ротацию сертификатов, автодеплой и защищённое хранение секретов
Это не просто курс. Это путь к 300к/наносек.
Старт — 27 октября, вы как раз успеваете!
Посмотрите программу и забронируйте место ➡️ по ссылке
Kubernetes — это мощь. Но по-настоящему он раскрывается в руках тех, кто знает, как с ним обращаться.
Хотите уверенно управлять кластерами, настраивать сеть, разруливать инциденты и держать инфраструктуру под контролем? ➡️Тогда вам на курс «Kubernetes Мега» от Слёрма.
На обучении вы:
👉 Освоите перенос продукта на Kubernetes
👉 Научитесь разворачивать отказоустойчивые кластеры
👉 Ускорите траблшутинг и будете решать инциденты как профи
👉 Повысите стабильность и безопасность инфраструктуры
👉 Настроите автоматическую ротацию сертификатов, автодеплой и защищённое хранение секретов
Это не просто курс. Это путь к 300к/наносек.
Старт — 27 октября, вы как раз успеваете!
Посмотрите программу и забронируйте место ➡️ по ссылке
👍2
This media is not supported in your browser
VIEW IN TELEGRAM
Синхронизация локальных изменений с docker/kubernetes контейнером
Думаю, это знакомая ситуация, когда вы решили создать какой-то сервис, написали первичный код, завернули это в контейнер, запустили в docker или в kubernetes, и все заработало...но вам понадобилось поменять код, ведь вы собираетесь вести активную разработку - изменять файлы, добавлять новые зависимости и так далее, не хотелось бы каждый раз вручную собирать или синхронизировать файлы, т.к. это занимает много времени. К счастью мир не стоит на месте, и уже есть несколько инструментов, которые позволят вам решить эту задачу, и ниже я вам расскажу о некоторых из них с примерами и кодом.
https://habr.com/ru/articles/786282/
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
Думаю, это знакомая ситуация, когда вы решили создать какой-то сервис, написали первичный код, завернули это в контейнер, запустили в docker или в kubernetes, и все заработало...но вам понадобилось поменять код, ведь вы собираетесь вести активную разработку - изменять файлы, добавлять новые зависимости и так далее, не хотелось бы каждый раз вручную собирать или синхронизировать файлы, т.к. это занимает много времени. К счастью мир не стоит на месте, и уже есть несколько инструментов, которые позволят вам решить эту задачу, и ниже я вам расскажу о некоторых из них с примерами и кодом.
https://habr.com/ru/articles/786282/
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
👍4❤1
Канал про Kubernetes без ванильной теории. Только хардкор из бигтеха, опыт, набитый на реальных продах, щепотка IT-юмора и, конечно, мой кот Маркус — у него чуйка на баги.
Я — Виталий Лихачев, SRE в крупном голландском тревелтехе.
У себя на канале делюсь:
🫸 Мясом по Kubernetes: как оно на самом деле работает (и фейлится) в больших конторах.
🫸 Боевыми лайфхаками и граблями, собранными в энтерпрайзных траншеях.
🫸 Регулярными вебинарами и прямыми эфирами — живое общение, ответы на каверзные вопросы.
Если K8s для тебя – это не просто набор букв, а ежедневная задача (и боль, разумеется), то welcome, обсудим конфиги и не только.
➡️Канал «Kubernetes и кот Лихачева»
Я — Виталий Лихачев, SRE в крупном голландском тревелтехе.
У себя на канале делюсь:
🫸 Мясом по Kubernetes: как оно на самом деле работает (и фейлится) в больших конторах.
🫸 Боевыми лайфхаками и граблями, собранными в энтерпрайзных траншеях.
🫸 Регулярными вебинарами и прямыми эфирами — живое общение, ответы на каверзные вопросы.
Если K8s для тебя – это не просто набор букв, а ежедневная задача (и боль, разумеется), то welcome, обсудим конфиги и не только.
➡️Канал «Kubernetes и кот Лихачева»
Изучаем Ansible Inventory: основы и примеры использования
Перевели статью об основах Ansible inventory. В ней рассматривается базовая функциональность, управление переменными, комбинирование нескольких источников Inventory и варианты работы с динамическими Inventory.
Статья будет полезна тем, кто изучает Ansible.
https://spacelift.io/blog/ansible-inventory
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
Перевели статью об основах Ansible inventory. В ней рассматривается базовая функциональность, управление переменными, комбинирование нескольких источников Inventory и варианты работы с динамическими Inventory.
Статья будет полезна тем, кто изучает Ansible.
https://spacelift.io/blog/ansible-inventory
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
👍3
Опыт масштабирования Kubernetes на 2k узлов и на 400k подов
Расскажу, как мы в PayPal начинали осваивать Kubernetes. На тот момент большинство наших рабочих нагрузок выполнялось на Apache Mesos, и в рамках этой миграции нам требовалось разобраться с некоторыми аспектами производительности у кластеров, в которых будет работать Kubernetes – с учётом той плоскости управления, что действует в PayPal. Из всех этих аспектов важнее всего было понять, как именно масштабируется платформа, а также выявить, как можно было бы улучшить масштабируемость, настраивая параметры кластера.
https://habr.com/ru/companies/timeweb/articles/787774/
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
Расскажу, как мы в PayPal начинали осваивать Kubernetes. На тот момент большинство наших рабочих нагрузок выполнялось на Apache Mesos, и в рамках этой миграции нам требовалось разобраться с некоторыми аспектами производительности у кластеров, в которых будет работать Kubernetes – с учётом той плоскости управления, что действует в PayPal. Из всех этих аспектов важнее всего было понять, как именно масштабируется платформа, а также выявить, как можно было бы улучшить масштабируемость, настраивая параметры кластера.
https://habr.com/ru/companies/timeweb/articles/787774/
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
❤4
🌐 30 октября в 11:00 проведем эфир: «Kubernetes Audit Log на страже безопасности кластеров»
🚀 В рамках эфира:
🔹 Познакомимся с механизмом Kubernetes Audit Log
🔹 Разберемся с политикой аудита
🔹 Поговорим о способах обнаружения злоумышленника
🔹 Рассмотрим как Luntry помогает работать с Kubernetes Audit Log
👉 Как всегда, можно будет задать вопросы и получить практические советы по обеспечению безопасности контейнерных сред.
💥 Зарегистрируйтесь, чтобы получить напоминание об эфире и запись после него
🚀 В рамках эфира:
🔹 Познакомимся с механизмом Kubernetes Audit Log
🔹 Разберемся с политикой аудита
🔹 Поговорим о способах обнаружения злоумышленника
🔹 Рассмотрим как Luntry помогает работать с Kubernetes Audit Log
👉 Как всегда, можно будет задать вопросы и получить практические советы по обеспечению безопасности контейнерных сред.
💥 Зарегистрируйтесь, чтобы получить напоминание об эфире и запись после него
Forwarded from Bash Советы
🧹 Автоматическая очистка логов старше N дней
Если логи разрастаются, а места становится всё меньше — пора автоматизировать их очистку! Вот простой способ удалить файлы старше, скажем, 14 дней:
🔧 Объяснение:
-
-
-
-
-
🛡️ Сухой запуск перед удалением:
Так ты увидишь, что будет удалено, прежде чем запускать
📌 Добавь в cron, чтобы забыть о рутине навсегда.
👉@bash_srv
Если логи разрастаются, а места становится всё меньше — пора автоматизировать их очистку! Вот простой способ удалить файлы старше, скажем, 14 дней:
find /var/log -type f -name "*.log" -mtime +14 -exec rm -f {} \;
🔧 Объяснение:
-
/var/log — каталог с логами (можно заменить на нужный путь);-
-type f — только файлы;-
-name "*.log" — ищем только .log-файлы;-
-mtime +14 — которым больше 14 дней;-
-exec rm -f {} — удаляем.🛡️ Сухой запуск перед удалением:
find /var/log -type f -name "*.log" -mtime +14
Так ты увидишь, что будет удалено, прежде чем запускать
rm.📌 Добавь в cron, чтобы забыть о рутине навсегда.
👉@bash_srv
👍6❤2
This media is not supported in your browser
VIEW IN TELEGRAM
GitQL — это инструмент, созданный с использованием GitQL SDK для выполнения SQL-подобных запросов к вашим локальным файлам .git.
GitQL SDK — это запросный движок, работающий в памяти и реализованный с нуля в виде набора библиотек. Он позволяет вам выполнять высокую степень кастомизации типов, схем, источников данных, операторов и функций, чтобы вы могли создать собственный инструмент для выполнения SQL-подобных запросов к любым видам данных.
https://github.com/amrdeveloper/GQL
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
GitQL SDK — это запросный движок, работающий в памяти и реализованный с нуля в виде набора библиотек. Он позволяет вам выполнять высокую степень кастомизации типов, схем, источников данных, операторов и функций, чтобы вы могли создать собственный инструмент для выполнения SQL-подобных запросов к любым видам данных.
https://github.com/amrdeveloper/GQL
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
👍3🤡1
Если при слове ITSM у вас сразу всплывают бюрократия, отчёты и скучные таблицы — самое время пересмотреть подход.
SRE-команды, которые игнорируют ITSM, рано или поздно тонут в хаосе инцидентов, тикетов и бесконечных «костылей».
На открытом уроке вы узнаете, как ITSM может стать вашим союзником, а не помехой:
- Разберём, какие процессы реально помогают управлять инцидентами, изменениями и проблемами, а где стоит оставить место автоматизации.
- Покажем, как ITSM-практики делают инфраструктуру предсказуемой и прозрачной, не превращаясь в бюрократию.
- Вы поймёте, как выстроить процессы, которые работают на надёжность и скорость, а не мешают инженерам писать код.
- Увидите, как навести порядок в SRE-команде без перегиба — с пользой для бизнеса и удовольствием для инженеров.
📌 30 октября в 20:00 МСК. Открытый вебинар проходит в преддверии старта курса «SRE практики и инструменты».
Регистрируйтесь и узнайте, как превратить ITSM из формальности в реальный инструмент стабильности: https://vk.cc/cQIO7U
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
SRE-команды, которые игнорируют ITSM, рано или поздно тонут в хаосе инцидентов, тикетов и бесконечных «костылей».
На открытом уроке вы узнаете, как ITSM может стать вашим союзником, а не помехой:
- Разберём, какие процессы реально помогают управлять инцидентами, изменениями и проблемами, а где стоит оставить место автоматизации.
- Покажем, как ITSM-практики делают инфраструктуру предсказуемой и прозрачной, не превращаясь в бюрократию.
- Вы поймёте, как выстроить процессы, которые работают на надёжность и скорость, а не мешают инженерам писать код.
- Увидите, как навести порядок в SRE-команде без перегиба — с пользой для бизнеса и удовольствием для инженеров.
Регистрируйтесь и узнайте, как превратить ITSM из формальности в реальный инструмент стабильности: https://vk.cc/cQIO7U
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Please open Telegram to view this post
VIEW IN TELEGRAM
Docker Build Checks: максимальный линтер для Dockerfile 🐳
Совершенствуйте свои Dockerfile с помощью простых проверок сборки
Docker Build Checks используются для проверки конфигураций сборки Dockerfile на наличие проблем, параметров сборки и лучших практик. Это продвинутый линтер, который помогает выявить ошибки и предупреждения до создания Docker-образа. Фактически, это своего рода "сухой запуск" Dockerfile, который позволяет заранее проверить, есть ли проблемы или предупреждения.
https://medium.com/@mathesh-me/docker-build-checks-the-ultimate-linter-for-dockerfiles-4de37ac6081a
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
Совершенствуйте свои Dockerfile с помощью простых проверок сборки
Docker Build Checks используются для проверки конфигураций сборки Dockerfile на наличие проблем, параметров сборки и лучших практик. Это продвинутый линтер, который помогает выявить ошибки и предупреждения до создания Docker-образа. Фактически, это своего рода "сухой запуск" Dockerfile, который позволяет заранее проверить, есть ли проблемы или предупреждения.
https://medium.com/@mathesh-me/docker-build-checks-the-ultimate-linter-for-dockerfiles-4de37ac6081a
Мы в MAX
#devops #девопс
Подпишись 👉@i_DevOps
👍1