📰 Week 36. 30.08.2026 - 05.09.2026

Картинка к новости сгенерирована с помощью LLM

💻 Основная деятельность

Занимались переездом с Allure testops на prometheus
занимались релизными активностями

🌐 Новости\События

Amazon поглотил компанию DuckLabs, развивающую СУБД DuckDB [1]

Компания Amazon объявила о покупке компании DuckLabs, развивающей открытую СУБД DuckDB. Процесс поглощения завершён 31 августа, сумма сделки не разглашается. Команда разработчиков DuckDB присоединится к AWS и продолжит работу над технологиями DuckDB под руководством сооснователей компании DuckLabs.

Наработки DuckDB планируют использовать для модернизации, упрощения и повышения эффективности аналитического стека, предлагаемого в платформе AWS. Сервис Amazon S3 намерены превратить в хранилище со встроенными возможностями для анализа данных. Кодовая база DuckDB продолжит развиваться в форме открытого проекта, распространяемого под лицензией MIT и курируемого некоммерческой организацией DuckDB Foundation. Отмечается, что присоединение к AWS расширит аудиторию пользователей DuckDB и позволит получить дополнительные ресурсы для реализации новых идей по масштабированию СУБД.

СУБД DuckDB концептуально напоминает SQLite и сочетает такие свойства, как компактность, подключение в форме встраиваемой библиотеки, хранение БД в одном файле и CLI-интерфейс, с возможностями и оптимизациями для выполнения аналитических запросов, охватывающих значительную часть хранимых данных, например, выполняющих агрегирование всего содержимого таблиц или слияние нескольких больших таблиц. СУБД поддерживает расширенный диалект языка SQL, включающий дополнительные возможности для обработки сложных, длительно выполняемых и вложенных запросов.

Проектом используется оболочка из SQLite, парсер из PostgreSQL, компонент Date Math из MonetDB, своя реализация оконных функций (на базе алгоритма Segment Tree Aggregation), обработчик регулярных выражений на основе библиотеки RE2, собственные оптимизатор запросов, MVCC-механизм управления одновременным выполнением заданий (Multi-Version Concurrency Control), а также векторизованный движок выполнения запросов на базе алгоритма Hyper-Pipelining Query Execution, позволяющий в одной операции разом обрабатывать большие наборы значений.

В калифорнийском законе о верификации возраста утверждено исключение для открытых проектов [2]

Сенат и Ассамблея штата Калифорния утвердили внесение связанных с открытым ПО поправок "AB-1856" в принятый в Калифорнии закон о верификации возраста. В новой редакции закона добавлено исключение для проектов под открытыми лицензиями, разрешающими копирование, распространение и внесение изменений в код. Ранее аналогичные поправки были утверждёны в штате Колорадо и вошли в принятый в начале мая финальный вариант закона CO SB51.

Поправки сужают понятия "провайдер операционной системы" и "приложение", к которым применяются требования по обеспечению верификации возраста. Из действия закона выведены физические и юридические лица, распространяющие операционные системы или приложения под открытыми лицензиями.

Отдельные исключения утверждены для распространителей программного обеспечения, которое не предлагается потребителям в форме отдельных исполняемых файлов через магазины-каталоги приложений, а также для платформ, распространяющих дополнения для приложений. Таким образом из области действия закона выпадают каталоги дополнений для браузеров и пакеты, распространяемые через репозитории дистрибутивов и устанавливаемые пакетными менеджерами, такими как apt, dnf и pacman.

В соответствии с новыми требованиями разработчики открытых приложений и дистрибутивы, такие как Fedora, Ubuntu, Arch Linux и Debian, поставляющие открытое ПО, не обязаны выполнять требования по верификации возраста. При этом до конца не ясен статус дистрибутивов и платформ, таких как SteamOS, помимо открытых компонентов включающих проприетарные программы или завязанных на внешние проприетарные каталоги приложений.

Принятый в Калифорнии Закон о верификации возраста предписывает добавление в операционные системы возможности для указания возраста пользователя на этапе регистрации учётной записи и предоставления приложениям программного интерфейса для определения возраста текущего пользователя. В соответствии с требованиями закона, загруженные и запущенные приложения должны иметь возможность получать от операционной системы информацию о возрасте в 4 градациях: младше 13 лет, от 13 до 16 лет, от 16 до 18 лет, 18 лет и старше.

Разработчик приложения должен использовать полученную информацию о возрасте для соблюдения законодательства о защите детей в интернете. За невыполнение требований предусмотрены штрафы до $2500 за неумышленное и до $7500 за умышленное нарушение в отношении каждого пострадавшего ребёнка. Закон вступает в действие в Калифорнии 1 января 2027 года, а в Колорадо - 1 июля 2028 года.

Помимо этого, 17 марта в Бразилии вступил в силу закон 15.211/2025 "Digital ECA", который отличается значительными штрафами и жёсткими требованиями - производителям операционных систем и магазинов приложений необходимо проводить строгую проверку возраста с применением методов верификации, таких как проверка документов или прохождение аутентификации в уполномоченных сервисах. При этом из области действия закона выведена "базовая функциональность, необходимая для работы интернета, включая открытые и универсальные технические протоколы и стандарты", а основная ответственность ложится не на операционные системы, а на приложения, которые при необходимости должны внедрять собственные механизмы для предотвращения несанкционированного доступа несовершеннолетних.

В Cloudflare сэкономили 100 ТБ оперативной памяти, оптимизировав кэш DNS‑резолвера 1.1.1.1 [3]

В Cloudflare рассказали об опыте, когда небольшая экономия памяти на одной структуре данных, будучи умноженной на сотни миллиардов экземпляров, превращается в десятки терабайт. Сетевые инженеры последовательно внесли пять сравнительно небольших изменений в виде патчей в представление записей кэша DNS‑резолвера 1.1.1.1 и в итоге высвободили около 100 ТБ оперативной памяти на серверах IT‑инфраструктуры.

Оптимизация кода проводились в рабочей сетевой среде Big Pineapple (это платформа Cloudflare с кодом преимущественно на Rust, на её основе работают проекты публичного DNS‑резолвера 1.1.1.1, Gateway DNS, DNS Firewall, AS112 и другие DNS‑сервисы компании). В каждый момент времени Big Pineapple хранит более 250 млрд записей DNS‑кэша. Например, один лишний байт на запись в этой системе означает более 250 ГБ памяти на всей инфраструктуре.

В Cloudflare начали развёртывание патчей в Big Pineapple с 18 мая и завершили 6 июля 2026 года. Оптимизация состояла из пяти основных этапов:

вместо динамических Vec<T> и String для неизменяемых после помещения в кэш данных стали использовать Box<[T]> и Box<str>. У Vec кроме указателя и длины хранится ещё и ёмкость буфера, необходимая для его последующего расширения, но кэшированные DNS‑ответы больше не изменяются. В каждой записи находилось восемь подобных полей, поэтому экономия только на этом изменении составила 64 байта на запись и более 15 ТБ в масштабах Cloudflare;

три отдельных массива DNS‑записей answer, authority и additional объединили в один массив, а границы секций стали задавать двумя 16-разрядными смещениями. Это позволило убрать два указателя и две длины и сэкономить ещё 28 байт на запись. Несколько логических полей заодно были упакованы в битовые флаги, что сократило и выравнивающие промежутки внутри структур Rust;

из большинства записей перестали сохранять повторяющееся имя владельца DNS‑записи. Обычно оно совпадает с доменом, уже присутствующим в ключе кэша. Теперь имя сохраняется отдельно только тогда, когда оно действительно отличается, например для записей за CNAME, а в остальных случаях восстанавливается из ключа;

инженеры обратили внимание на особенности enum в Rust. Размер перечисления определяется его крупнейшим вариантом: в структуре Cloudflare таким вариантом был NAPTR, из‑за которого RecordData занимал 144 байта. При этом наиболее распространённой записи A требуется всего 4 байта, а AAAA — 16 байт. Поскольку A и AAAA составляют более 80% обрабатываемых записей, большая часть выделенной памяти фактически оставалась пустой. Перенос крупных вариантов в отдельные heap‑объекты позволил значительно уменьшить сам enum;

наконец, от хранения разобранных Rust‑структур для содержимого DNS‑записей частично отказались вообще. Данные стали помещать в единый Box<[u8]> практически в сетевом формате DNS, добавляя перед каждой записью двухбайтовую длину. Это убрало множество отдельных выделений памяти и улучшило локальность данных для процессорного кэша. Для A, AAAA, TXT и DNSSEC‑записей данные теперь можно непосредственно копировать в формируемый DNS‑ответ, не выполняя повторную сериализацию. Само это изменение уменьшило задержку поиска примерно на 5%, а использование повторно применяемого временного буфера увеличило скорость добавления записей ещё на 13%.

В результате в тестах средний объём памяти на одну запись сократился с 953 байт до 420 байт, то есть на 56%, а фактически выделяемая память — с 1,1 КБ до 461 байта. На рабочих серверах эффект оказался несколько меньше, поскольку в RSS процесса входит не только DNS‑кэш, но итоговая экономия по всей инфраструктуре всё равно составила примерно 100 ТБ оперативной памяти.

Экономия памяти при этом не потребовала жертвовать производительностью. Наоборот, пропускная способность при добавлении записей в кэш выросла с 625 тыс. до 893 тыс. записей в секунду, или на 43%, а задержка поиска снизилась с 828 нс до 670 нс, или на 19%. В production значение p99 для потребления памяти одним экземпляром Big Pineapple уменьшилось с 9,3 ГБ до 5,3 ГБ, а p90 — с 6,5 ГБ до 3,8 ГБ.

Высвободившиеся 100 ТБ Cloudflare сравнивает с объёмом памяти примерно 130 серверов поколения Gen 13. Однако вынимать DIMM из серверов компания, естественно, не собирается: свободную память планируется направить на увеличение DNS‑кэшей. Более вместительный кэш повысит вероятность нахождения готового ответа и сократит число запросов к внешним авторитетным DNS‑серверам.

Проект Big Pineapple создавался Cloudflare как собственная замена постепенно переросшей свои первоначальные задачи инфраструктуре на основе Knot Resolver. Компания ранее сообщала, что сервис со временем практически полностью переписали на Rust, а расширяемую часть архитектуры построили вокруг изолированных WebAssembly‑модулей.

«Бюро 1440»: начато поэтапное внедрение спутниковой связи нового поколения на скоростных поездах [4]

Российская аэрокосмическая компания «Бюро 1440» (занимается разработкой низкоорбитальной спутниковой группировки и планирует предоставление услуг широкополосной передачи данных с глобальным покрытием, входит в «ИКС Холдинг») сообщила о начале тестирования спутниковой связи на российской железной дороге. По словам гендиректора «ИКС Холдинга» Алексея Шелобкова, в РЖД уже установили тестовый терминал связи на поезд дальнего следования. Тестирование спутниковых комплектов связи начнётся в ближайшее время, причём не только на Дальнем Востоке, но и в Красноярске, на юге и на севере страны.

Ранее «Бюро 1440» провела второй пакетный запуск низкоорбитальной спутниковой группировки для услуг связи нового поколения.

«Российская аэрокосмическая компания „Бюро 1440“ продолжает развёртывание низкоорбитальной спутниковой группировки для предоставления услуг связи нового поколения. 19 июля состоялся второй пакетный запуск космических аппаратов компании», — говорится в сообщении компании «Бюро 1440».

После выведения на опорную орбиту космические аппараты успешно отделились от ракеты‑носителя, затем Центр управления полётами «Бюро 1440» взял группировку на контроль. Спутники будут переходить к целевой работе после завершения проверок и ввода в эксплуатацию.

23 марта 2026 года состоялся первый пакетный запуск 16 космических аппаратов низкоорбитальной группировки связи (группировки «Рассвет»), которые были произведены и подготовлены компанией для работы в космосе. Спутники были выведены на опорную орбиту, отделились от ракеты‑носителя «Союз 2.1Б» и взяты под управление ЦУП «Бюро 1440». После окончания проверки и запуска бортовых систем они начали движение на целевую орбиту.

«Бюро 1440» планирует запустить на орбиту 292 спутника связи к 2030 году, включая резервные аппараты. Проект по созданию российской низкоорбитальной спутниковой группировки широкополосного доступа в интернет финансируется в рамках нацпроекта «Экономика данных»: планируется направить 102,8 млрд рублей из федерального бюджета и 329 млрд рублей собственных средств компании до 2030 года.

Космические аппараты «Бюро 1440» разработаны на базе собственной платформы компании и интегрируют систему связи на архитектуре 5G NTN, обновлённую систему энергопитания, терминалы межспутниковой лазерной связи нового поколения и плазменную двигательную установку. Пакетный запуск выполнен с применением системы отделения собственной разработки.

«Запуск первых аппаратов целевой группировки означает переход от экспериментов к созданию сервиса связи. Команда „Бюро 1440“ прошла этот путь за 1000 дней — именно столько разделяет вывод на орбиту экспериментальных и серийных спутников. Впереди — этап развёртывания группировки, который потребует десятков запусков и увеличения числа аппаратов на орбите. Это сложный инженерный путь, связанный с технологическими рисками, однако именно такие системы станут основой глобальной инфраструктуры передачи данных», — рассказал генеральный директор «ИКС Холдинг» Алексей Шелобков.

Ранее в «Бюро 1440» сообщили, что компания разрабатывает абонентский терминал авиационного исполнения для организации доступа к спутниковому ШПД (широкополосному доступу в интернет) с борта самолёта. «В рамках данного проекта было заключено соглашение о сотрудничестве с ПАО „Аэрофлот“ в сфере развития цифровых сервисов. Для работы над интеграцией терминала в конструкцию бортов привлечены ключевые российские производители самолётов», — рассказали СМИ в «Бюро 1440».

Абонентские терминалы «Бюро 1440» имеют длину и ширину до 60 см, а вес устройства менее 15 кг. По словам разработчиков, такие габариты терминала облегчат транспортировку устройств и снизят требования к монтажу. Пропускная способность каждого терминала составляет до 1 Гбит/с. Разработка создана с учётом российского климата и может работать в диапазоне температур от -40 до +40 °С. Благодаря технологии активных фазированных антенных решёток (АФАР) терминал автоматически находит спутник, устанавливает и удерживает с ним связь.

ИИ-агенты потребляют в 15 раз больше токенов, чем люди [5]

Эволюция технологий искусственного интеллекта в настоящий момент привела к тому, что ИИ-агенты способны заменить сразу нескольких человек, выполняющих разнообразную работу. Рост их концентрации привёл к тому, что ИИ-агенты стали потреблять в пять раз больше токенов, чем человек. С учётом ценовой политики китайских провайдеров ИИ-услуг, это может предоставить им рыночное преимущество.

ИИ-агенты работают независимо, выполняя последовательность сложных операций в автономном режиме. Они обращаются к различным сервисам и базам данных, а затем проверяют результаты собственной работы. Все эти операции требуют использования токенов — условных единиц обработки данных. По данным агрегатора OpenRouter , агентские запросы генерируют до 15 раз больше токенов, чем стандартные запросы, создаваемые человеком. Кроме того, к началу августа потребление токенов на этой платформе выросло в 14 раз по сравнению с ситуацией шестимесячной давности.

Агентская активность впервые превысила человеческую в феврале, к августу она уже превышала её более чем в пять раз. Агентским запросам присуща высокая повторяемость данных, если запросы берутся из кешированной информации, но такие задания требуют меньших вычислительных ресурсов, а потому провайдеры взимают за них меньшую плату. Тем не менее, темпы роста нагрузок настолько велики, что материальные расходы на поддержание экосистемы стремительно растут. По оценкам экспертов TH Capital, использование токенов ИИ-моделями в дальнейшем будет расти экспоненциально.

Если в начале 2024 года в Китае ежедневно использовалось 100 млрд токенов, то к июню текущего года объёмы выросли в пять тысяч раз до 500 трлн. Клиенты в этой ситуации стараются распределять менее ответственную нагрузку на модели с более низкими затратами, поскольку поручать всю работу передовым системам слишком дорого. У китайских ИИ-моделей, которые обходятся пользователям дешевле, в этом смысле появляются хорошие шансы на увеличение клиентской базы и выручки.

Для сравнения, китайская DeepSeek V4-Flash оценивает миллион стандартных входных токенов в $0,14, а миллион выходных — в $0,28. Американская OpenAI свою GPT-5.6 Sol предлагает по цене $4 за миллион входных токенов и $20 за миллион выходных. У Anthropic Fable 5.1 стоимость токенов ещё выше: $10 и $50 соответственно. Статистика платформы OpenRouter уже говорит, что решения DeepSeek являются наиболее популярными с долей запросов 22,7 %, тогда как американские Google и OpenAI довольствуются 20,4 % и 19,6 % соответственно.

🔎 Находки (статьи, репозитории, лонгриды, новости одной строкой)

Стоит ли опытному ИТ‑специалисту преподавать в вузе? Мой опыт, финансовая сторона и инструкция [6]
Почему оркестр не играет без дирижёра, а команда — без QA и менеджера [7]
WebMCP: The Future of AI-Native Websites [8]
Build an AI-Powered AWS Test & Troubleshooting Agent using MCP [9]

🥷🏻 Личное

Выпустил Perfscale news #9. GPU, LLM, Docker images [10]
Выступил на MoscowQA x Mir Plat.form [11]

📰 Week 36. 30.08.2026 - 05.09.2026

📰 Week 36. 30.08.2026 - 05.09.2026

💻 Основная деятельность

🌐 Новости\События

Amazon поглотил компанию DuckLabs, развивающую СУБД DuckDB [1]

В калифорнийском законе о верификации возраста утверждено исключение для открытых проектов [2]

В Cloudflare сэкономили 100 ТБ оперативной памяти, оптимизировав кэш DNS‑резолвера 1.1.1.1 [3]

«Бюро 1440»: начато поэтапное внедрение спутниковой связи нового поколения на скоростных поездах [4]

ИИ-агенты потребляют в 15 раз больше токенов, чем люди [5]

🔎 Находки (статьи, репозитории, лонгриды, новости одной строкой)

🥷🏻 Личное

🔗 Источники

Report Page