DevOps
23.7K subscribers
1.22K photos
155 videos
15 files
1.06K links
По всем вопросам- @workakkk

@itchannels_telegram - 🔥полезные ит-каналы

https://t.me/Golang_google - Golang программирование

@golangl - golang chat

@GolangJobsit - golang channel jobs

@golang_jobsgo - jobs

РКН: clck.ru/3FmvZA

#VRHSZ
Download Telegram
Forwarded from Machinelearning
📌Fable 5.1 рассчитала амплитуду рассеяния в девяти петлях

Модель в среде Claude Science рассчитала шестичастичную амплитуду рассеяния в планарной четырёхкратно суперсимметричной теории Янга–Миллса на уровне девяти петель.

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

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

Суперсимметричный вариант теории Янга–Миллса реальный мир не описывает, это полигон, где специалисты по амплитудам оттачивают методы, потому что считать в нём парадоксально проще.


Задачу запустили штатные физики Anthropic Лиам Фицпатрик и Сиддхарт Мишра-Шарма в ответ на вызов бывшего физика и научного журналиста Мэтта фон Хиппеля - он предлагал ИИ-компаниям решить одну из крупных открытых задач его прежней области с вычислительными ресурсами академического уровня.

Результат проверил Лэнс Диксон из Стэнфорда и SLAC, соавтор предыдущего рекорда в восемь петель.

Восьмипетлевой результат Диксон и Энди Лю получили в 2023 году окольным путём, через родственную величину, форм-фактор.

Claude пришёл к девяти петлям двумя способами - исходным гексагональным бутстрапом и через форм-фактор. Исследователи дали модели постановку задачи и дальше вмешивались редко, в духе:

«... я иду спать, продолжай, пока не скажу остановиться, и присылай отчёт каждые 4–6 часов».


Код бутстрапа Claude сам написал на Python с SymPy и неделю считал на 96 процессорах.

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

Параллельно к тому же результату шла группа Сун Хэ из Китайской академии наук с GPT-6 и когда китайцы связалась с фон Хиппелем через несколько дней после Anthropic, большая часть расчёта у них уже была готова.

Фон Хиппель допускает, что задача просто удобна для ИИ, но считает, что технология действительно стала лучше:

«В марте 2026 года ИИ выполнял физические проекты как студент - это были небольшие задачи, много опеки и ошибок. Здесь же настоящий расчёт на переднем крае науки, из тех, за которые обычно берутся ведущие специалисты по амплитудам», – пишет он.


Результат выложен на сайте Мишры-Шармы. Рецензирования не было, а полную функцию, по признанию авторов, посчитали один раз, независимо перепроверили только её упрощённую часть, символ.


@ai_machinelearning_big_data

#news #ai #ml
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4👌1🌚1
Согласны ?
👎37❤22🥴11😁5👍4🔥2😨2
This media is not supported in your browser
VIEW IN TELEGRAM
Фильтр Блума: миллион элементов в 1,2 МБ - как это работает?

Почему алгоритм «помнит» то, чего не было? Наглядно разбираем Bloom Filter, ложные срабатывания и экономию запросов к базе.

#Алгоритмы #Программирование #BloomFilter #ФильтрБлума #Математика
👍4❤2
😁35🔥6🗿2😢1
🔐 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 при компрометации.
👍11🔥3😨1
Что произойдет, если откажет основное хранилище секретов, LLM начнет бесконтрольно расходовать токены, а новые проверки безопасности замедлят выпуск сервисов?

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 следит за 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. Освойте kubectl для дебага до того, как ставить десятки дополнительных инструментов.

Kubernetes становится намного проще, когда понимаешь не команды, а что происходит под капотом.
👍14🥰2❤1🔥1
👍20😁6❤3🔥3
🛠️ 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
🔥10❤6🥰3
🚀 DevOps Interview 2026 - шпаргалка-курс для подготовки к собеседованию

Всё, что спрашивают на собеседованиях DevOps / SRE / Platform Engineer в 2026 году — в одном репозитории. Короткая теория, команды, типовые вопросы с ответами, задачи live-coding и «ловушки» интервьюеров.

https://github.com/justxor/devops-interview-2026
👍13🔥7🥰4
Для тех, кто работает с Kubernetes и облачной инфраструктурой, в октябре намечается отличный повод выбраться из рабочих чатов и встретиться офлайн 👀

Обсудим:
– как пройти путь от бизнес-требования к ядру Linux
– как дать агенту управление кластером вашей инфраструктуры 
– как в MWS Cloud Platform доставляют системный софт в managed K8s
– мультитенантность в Kubernetes-платформе — «Проект вместо namespace»
– как работает LLM-диагностика инцидентов в Kubernetes и OpenStack

Не обойдётся и без дискуссий: на круглых столах разберём, действительно ли Kubernetes победил и что делать, если из-за ИИ нас всех уволят.

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

📍 Москва, 5-й Донской проезд, 17, Connect
📅 22 октября, 10:00–21:00

👉 Программу, билеты и подробности сможете найти на сайте Kuber Conf от АОТ!
👍1
👣 Большой разбор собеседований на Go в 2026 году

На 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
❤6🔥3👍2
💯40🥴7❤4😁3😢2😐2
Это C. Просто автор предпочитал синтаксис ALGOL 68 😄

Стив Борн, создатель Bourne shell, использовал макросы, чтобы исходники оболочки выглядели привычнее:


#define IF if(
#define THEN ){
#define ELSE } else {
#define FI ;}


Теперь условие можно записать так:


IF n <= 1 THEN
return;
FI


Препроцессор превратит его в обычный C:


if (n <= 1) {
return;
}


Такие макросы действительно есть в исходниках Bourne shell из UNIX V7. На картинке тот же приём применяется к циклам: FOR, DO, OD.

Любопытный кусочек истории: через #define можно поменять внешний вид языка, сохранив прежний компилятор. А вот читать и отлаживать такой код придётся уже с учётом собственного «диалекта».

https://www.tuhs.org/cgi-bin/utree.pl?file=V7/usr/src/cmd/sh/mac.h
🙈9❤4👍2👎1🔥1
🔐 Kyverno может автоматически закрывать весь сетевой трафик в новых namespace

По умолчанию Pod'ы в Kubernetes могут свободно отправлять и принимать трафик, пока это не ограничено через NetworkPolicy.

С помощью Kyverno Generate Rules это можно автоматизировать.

Например, после команды:


kubectl create namespace payments


Kyverno автоматически создаст внутри payments политику deny-all-traffic, которая:
- выбирает все Pod'ы;
- блокирует входящий трафик;
- блокирует исходящий трафик;
- оставляет namespace в режиме deny by default.

После этого команда уже явно добавляет только нужные разрешения: DNS, доступ к БД, внутренним API и другим сервисам.
Полезный паттерн для cluster security:
новый namespace → deny all → разрешаем только необходимое.

Так базовая сетевая изоляция применяется автоматически, а не зависит от того, вспомнил ли разработчик добавить NetworkPolicy.
👍8❤1🔥1🐳1
Media is too big
VIEW IN TELEGRAM
QR-код с дыркой: почему порванный QR всё равно сканируется?

Порванный QR-код часто сканируется, потому что к данным в нём добавлены проверочные символы кода Рида–Соломона. Сканер находит метки по углам, читает байты и по проверочным символам восстанавливает потерянные. У восстановления есть предел: уровни L, M, Q и H выдерживают потерю примерно 7, 15, 25 и 30% кодовых слов, причём считается именно доля кодовых слов, а не площадь дыры.

https://www.youtube.com/shorts/15_4DjyrS_Q
👍3❤1🔥1