This media is not supported in your browser
VIEW IN TELEGRAM
Фильтр Блума: миллион элементов в 1,2 МБ - как это работает?
Почему алгоритм «помнит» то, чего не было? Наглядно разбираем Bloom Filter, ложные срабатывания и экономию запросов к базе.
#Алгоритмы #Программирование #BloomFilter #ФильтрБлума #Математика
Почему алгоритм «помнит» то, чего не было? Наглядно разбираем Bloom Filter, ложные срабатывания и экономию запросов к базе.
#Алгоритмы #Программирование #BloomFilter #ФильтрБлума #Математика
👍4❤2
🔐 Kubernetes User Namespaces - важная защита контейнеров от root-эскейпа
Идея простая: root внутри контейнера больше не обязан быть root на хосте.
Например:
Container UID 0 → Host UID 100000
То есть процесс внутри контейнера считает себя root, но на уровне хоста работает как непривилегированный пользователь.
В Kubernetes это включается через:
hostUsers: false
Что это даёт:
- изоляцию UID/GID контейнера от хоста
- снижение последствий container escape
- возможность ограничивать диапазоны UID через /etc/subuid
- дополнительный слой защиты без переписывания самого приложения
Важно: User Namespaces не заменяют seccomp, capabilities, AppArmor/SELinux и другие механизмы, а дополняют их.
Полезная вещь для тех, кто запускает контейнеры с UID 0 и хочет уменьшить blast radius при компрометации.
Идея простая: root внутри контейнера больше не обязан быть root на хосте.
Например:
Container UID 0 → Host UID 100000
То есть процесс внутри контейнера считает себя root, но на уровне хоста работает как непривилегированный пользователь.
В Kubernetes это включается через:
hostUsers: false
Что это даёт:
- изоляцию UID/GID контейнера от хоста
- снижение последствий container escape
- возможность ограничивать диапазоны UID через /etc/subuid
- дополнительный слой защиты без переписывания самого приложения
Важно: User Namespaces не заменяют seccomp, capabilities, AppArmor/SELinux и другие механизмы, а дополняют их.
Полезная вещь для тех, кто запускает контейнеры с UID 0 и хочет уменьшить blast radius при компрометации.
👍11🔥3😨1
Что произойдет, если откажет основное хранилище секретов, LLM начнет бесконтрольно расходовать токены, а новые проверки безопасности замедлят выпуск сервисов?
15 октября на DevOps-треке конференции Orion soft: Большая игра разберут:
В программе — архитектурные схемы, сравнение подходов, примеры проверок и результаты тестов.
📍 Москва
Регистрация
15 октября на DevOps-треке конференции Orion soft: Большая игра разберут:
— архитектуру DR-репликации, ее отличие от Performance-репликации и результаты нагрузочных тестов
— защищенный и отказоустойчивый доступ к LLM, биллинг токенов и ограничения готовых open-source-шлюзов
— self-service-путь AppSec с шаблонами как код и понятными policy gates
— комплексные Admission-проверки на CEL, сравнение с Rego и накладные расходы под высокой нагрузкой.
В программе — архитектурные схемы, сравнение подходов, примеры проверок и результаты тестов.
📍 Москва
Регистрация
🚀 Как на самом деле работает Kubernetes Gateway API: от DNS до Pod
Полный путь запроса выглядит так:
DNS → Cloud Load Balancer → Gateway Service → Gateway Proxy → Backend Service → Pod
Что происходит по шагам:
- DNS указывает на IP облачного Load Balancer.
- Load Balancer отправляет трафик в Kubernetes Service, связанный с Gateway.
- Service ведет на proxy-поды: например, Envoy или NGINX.
- Gateway Controller следит за
- Когда вы создаете маршрут, контроллер автоматически обновляет конфигурацию proxy.
-
Например:
Главное отличие от классического Ingress - разделение ролей.
В Gateway API контроллер управляет конфигурацией, а сам трафик обрабатывают отдельные Gateway/proxy-инстансы.
Если вы уже понимаете Ingress, Gateway API станет гораздо понятнее: концепция похожа, но архитектура заметно чище и гибче.
Полный путь запроса выглядит так:
DNS → Cloud Load Balancer → Gateway Service → Gateway Proxy → Backend Service → Pod
Что происходит по шагам:
- DNS указывает на IP облачного Load Balancer.
- Load Balancer отправляет трафик в Kubernetes Service, связанный с Gateway.
- Service ведет на proxy-поды: например, Envoy или NGINX.
- Gateway Controller следит за
HTTPRoute, GRPCRoute и другими ресурсами.- Когда вы создаете маршрут, контроллер автоматически обновляет конфигурацию proxy.
-
HTTPRoute решает, куда пойдет конкретный запрос.Например:
/payment → payment-service /auth → auth-serviceГлавное отличие от классического Ingress - разделение ролей.
В Gateway API контроллер управляет конфигурацией, а сам трафик обрабатывают отдельные Gateway/proxy-инстансы.
Если вы уже понимаете Ingress, Gateway API станет гораздо понятнее: концепция похожа, но архитектура заметно чище и гибче.
👍4❤2🥰2🔥1
5 вещей, которые сильно упростят Kubernetes в начале:
1. Сначала разберитесь с Service, и только потом лезьте в Ingress.
2. Поймите requests и limits - без этого сложно нормально управлять ресурсами.
3. Разберитесь, как работает DNS внутри кластера.
4. Узнайте, что реально происходит, когда Pod умирает и кто его перезапускает.
5. Освойте
Kubernetes становится намного проще, когда понимаешь не команды, а что происходит под капотом.
1. Сначала разберитесь с Service, и только потом лезьте в Ingress.
2. Поймите requests и limits - без этого сложно нормально управлять ресурсами.
3. Разберитесь, как работает DNS внутри кластера.
4. Узнайте, что реально происходит, когда Pod умирает и кто его перезапускает.
5. Освойте
kubectl для дебага до того, как ставить десятки дополнительных инструментов.Kubernetes становится намного проще, когда понимаешь не команды, а что происходит под капотом.
👍12🥰2❤1🔥1
🛠️ Awesome SRE - большая подборка ресурсов для Site Reliability Engineering
Репозиторий awesome-sre собирает полезные материалы по SRE и Production Engineering в одном месте.
Внутри есть подборки по:
- Monitoring и Observability
- Incident Response и Post-Mortem
- On-Call
- Chaos Engineering
- Automation и Toil Reduction
- Capacity Planning
- SLO / SLI
- Performance
- книгам, докладам, статьям и гайдам
Также собраны инструменты вроде Prometheus, Ansible, Puppet, SaltStack, Chaos Monkey, Gatling и другие решения для эксплуатации production-систем. :
Хорошая база, если изучаете SRE, DevOps, reliability engineering или готовитесь к собеседованию.
GitHub:
https://github.com/dastergon/awesome-sre
Репозиторий awesome-sre собирает полезные материалы по SRE и Production Engineering в одном месте.
Внутри есть подборки по:
- Monitoring и Observability
- Incident Response и Post-Mortem
- On-Call
- Chaos Engineering
- Automation и Toil Reduction
- Capacity Planning
- SLO / SLI
- Performance
- книгам, докладам, статьям и гайдам
Также собраны инструменты вроде Prometheus, Ansible, Puppet, SaltStack, Chaos Monkey, Gatling и другие решения для эксплуатации production-систем. :
Хорошая база, если изучаете SRE, DevOps, reliability engineering или готовитесь к собеседованию.
GitHub:
https://github.com/dastergon/awesome-sre
🔥9❤6🥰3
🚀 DevOps Interview 2026 - шпаргалка-курс для подготовки к собеседованию
Всё, что спрашивают на собеседованиях DevOps / SRE / Platform Engineer в 2026 году — в одном репозитории. Короткая теория, команды, типовые вопросы с ответами, задачи live-coding и «ловушки» интервьюеров.
https://github.com/justxor/devops-interview-2026
Всё, что спрашивают на собеседованиях DevOps / SRE / Platform Engineer в 2026 году — в одном репозитории. Короткая теория, команды, типовые вопросы с ответами, задачи live-coding и «ловушки» интервьюеров.
https://github.com/justxor/devops-interview-2026
👍10🔥5🥰2
Для тех, кто работает с Kubernetes и облачной инфраструктурой, в октябре намечается отличный повод выбраться из рабочих чатов и встретиться офлайн 👀
Обсудим:
– как пройти путь от бизнес-требования к ядру Linux
– как дать агенту управление кластером вашей инфраструктуры
– как в MWS Cloud Platform доставляют системный софт в managed K8s
– мультитенантность в Kubernetes-платформе — «Проект вместо namespace»
– как работает LLM-диагностика инцидентов в Kubernetes и OpenStack
Не обойдётся и без дискуссий: на круглых столах разберём, действительно ли Kubernetes победил и что делать, если из-за ИИ нас всех уволят.
В течение дня вас ждут доклады, общение с коллегами и активности от партнеров. Будет возможность обсудить кейсы, обменяться опытом и познакомиться с коллегами из индустрии. После конференции вас ждет афтепати, где можно будет пообщаться с единомышленниками в более неформальной обстановке.
📍 Москва, 5-й Донской проезд, 17, Connect
📅 22 октября, 10:00–21:00
👉 Программу, билеты и подробности сможете найти на сайте Kuber Conf от АОТ!
Обсудим:
– как пройти путь от бизнес-требования к ядру Linux
– как дать агенту управление кластером вашей инфраструктуры
– как в MWS Cloud Platform доставляют системный софт в managed K8s
– мультитенантность в Kubernetes-платформе — «Проект вместо namespace»
– как работает LLM-диагностика инцидентов в Kubernetes и OpenStack
Не обойдётся и без дискуссий: на круглых столах разберём, действительно ли Kubernetes победил и что делать, если из-за ИИ нас всех уволят.
В течение дня вас ждут доклады, общение с коллегами и активности от партнеров. Будет возможность обсудить кейсы, обменяться опытом и познакомиться с коллегами из индустрии. После конференции вас ждет афтепати, где можно будет пообщаться с единомышленниками в более неформальной обстановке.
📍 Москва, 5-й Донской проезд, 17, Connect
📅 22 октября, 10:00–21:00
👉 Программу, билеты и подробности сможете найти на сайте Kuber Conf от АОТ!
👍1
На GitHub появился мощный репозиторий для подготовки к Golang-интервью: более 190 вопросов, каверзные задачи и live coding с решениями.
Внутри:
- 25 задач «что выведет код?»;
- 22 live coding задачи с разборами;
- goroutines, channels,
sync, atomic и memory model;- runtime, scheduler, escape analysis и GC;
- generics и
context.Context;- HTTP, gRPC, базы данных и брокеры;
- System Design для Middle+/Senior;
- свежие изменения Go 1.22–1.27.
Есть классические задачи вроде Worker Pool, LRU Cache, Rate Limiter, Fan-in, Pipeline, TTL Cache, Singleflight и Graceful Shutdown.
По сути, готовая шпаргалка + задачник + roadmap для подготовки к Go-собеседованию.
https://github.com/justxor/sobesrazborgoogle
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4👍1🔥1