Титаны и MIROS: Google учит ИИ помнить как человек — от сюрприза к бесконечной памяти

2026 год в разгаре: мы пережили новогодние обновления фреймворков, свежие релизы ИИ-моделей и, возможно, первые эксперименты с AGI в labs. Но после праздничного кода и кофе пора нырнуть в фундаментальное — как сделать ИИ, который не просто генерирует текст, а эволюционирует в реальном времени. Около месяца назад Google Research анонсировали архитектуру HOPE с вложенным обучением для непрерывной памяти. А теперь — свежий пост о более ранних, но потенциально революционных работах: Titans и фреймворке MIROS . Это гибрид рекуррентных сетей и трансформеров, где память обновляется на лету через "сюрприз".

https://habr.com/ru/articles/988100/

#titans #титаны #долговременная_память #longterm_memory #hybrid_architecture #оптимизация #google_research #mamba #stateful #ии

Титаны и MIROS: Google учит ИИ помнить как человек — от сюрприза к бесконечной памяти

2026 год в разгаре: мы пережили новогодние обновления фреймворков, свежие релизы ИИ-моделей и, возможно, первые эксперименты с AGI в labs. Но после праздничного кода и кофе пора нырнуть в...

Хабр

Heute nehmen wir uns diese Akronyme vor. Wir schauen uns an, was sie bedeuten, wofür du sie brauchst und wo die feinen, aber wichtigen Unterschiede liegen – besonders im Kontext deiner Java EE-Web-Anwendungen.

https://magicmarcy.de/war-vs-ejb

#war #ejb #akronym #jsf #primefaces #zip #web-application-archive #enterprise-javabean #unternehmenslogik #webanwendung #session-bean #stateless #stateful #message-driven #javaee

WAR vs. EJB: Die Unterschiede einfach erklärt | magicmarcy.de

Heute nehmen wir uns diese Akronyme vor. Wir schauen uns an, was sie bedeuten, wofür du sie brauchst und wo die feinen, aber wichtigen Unterschiede liegen – besonders im Kontext deiner Java EE-Web-Anwendungen.

magicmarcy.de

[Перевод] Почему мы отказываемся от serverless

Когда находишься на критическом пути API-аутентификации, важна каждая миллисекунда. Спустя два года борьбы с ограничениями serverless мы пересобрали весь наш стек API, добившись таким образом существенного снижения сквозных задержек. Когда мы запускали наш API на Cloudflare Workers, они казались идеальным выбором для сервиса API-аутентификации. Глобальная периферийная инфраструктура, автоматическое масштабирование и оплата только за использование. Разве это не замечательно? Перенесёмся в будущее: мы полностью пересобрали эту систему на основе Go-серверов с хранением состояния, в результате получив шестикратный рост производительности и существенное упрощение архитектуры, позволившее реализовать самохостинг и платформонезависимость. TL;DR: • Мы перешли с Cloudflare Workers на Go-серверы • Снизили задержки в шесть раз • Устранили сложные механизмы обхода кэшей и оверхед конвейеров данных • Упростили архитектуру, перейдя от распределённой системы к простому приложению • Обеспечили возможность самохостинга и платформонезависимость В статье мы расскажем о том, почему совершили этот переход, о проблемах, вынудивших нас на это пойти, и о том, чему мы научились в процессе.

https://habr.com/ru/articles/958814/

#serverless #самохостинг #cloudflare #cloudflare_workers #stateless #stateful

Почему мы отказываемся от serverless

Когда находишься на критическом пути API-аутентификации, важна каждая миллисекунда. Спустя два года борьбы с ограничениями serverless мы пересобрали весь наш стек API, добившись таким образом...

Хабр
Diagrid Workflows - Generate durable apps code from diagrams Diagrid

Upload your diagram and get code generated in your favorite language

Using #Terraform, it can be convenient to deploy a set of equivalent #stateful resources, e.g. #VirtualMachines, by using the `for_each` meta-argument. I.e., where
* the map fed to for_each refers to a common configuration shared by all VMs.
* e.g. the content on the root volume of the #VM is the #state.

But how to manage deploying updates the shared config for a sub-set of such a #stateful set, e.g. for #IncrementalDeployment?

If the common config changes, the default is to re-create all VMs.

GitHub - rivet-gg/actor-core: 🎭 Stateful Serverless That Runs Anywhere. The easiest way to build stateful, AI agent, collaborative, or local-first applications. Deploy to Rivet, Cloudflare, Bun, Node.js, and more.

🎭 Stateful Serverless That Runs Anywhere. The easiest way to build stateful, AI agent, collaborative, or local-first applications. Deploy to Rivet, Cloudflare, Bun, Node.js, and more. - rivet-gg/ac...

GitHub
Ah yes, #ForeverVM: the solution nobody knew they didn't need. 🚀 Now you can execute #AI-generated #Python #Code in a #Sandbox that presumably lasts longer than your patience. 🎉 Finally, the perfect tool for those who enjoy setting up #Stateful #Environments that persist until the heat death of the universe. Just what the world needed: #Eternal code #Execution for the sake of... doing math and drawing #Fractals. 🤔
https://forevervm.com/ #HackerNews #ngated
ForeverVM: The sessionless code interpreter

The sessionless code interpreter

ForeverVM: Run AI-generated code in stateful sandboxes that run forever — https://forevervm.com/
#HackerNews #ForeverVM #AI #code #stateful #sandbox #innovation #technology
ForeverVM: The sessionless code interpreter

The sessionless code interpreter

Эксплуатация Stateful-приложений в Kubernetes на примере баз данных в Авито

Привет! Меня зовут Игорь Конев, я — старший инженер команды DBaaS в Авито . В этой статье я рассказываю о нашем подходе к работе Stateful-приложений в k8s на примере DBaaS и о том, как удалось автоматизировать жизненный цикл баз данных у нас в Авито. Статья будет полезна новичкам, которые не работали в Kubernetes, не сталкивались с менеджментом Stateful-приложений или хотели бы массово разворачивать базы данных в Kubernetes.

https://habr.com/ru/companies/avito/articles/881728/

#kubernetes #базы_данных #data_bases #stateful #платформа #dbaas #persistentvolume #persistentvolumeclaim #csi

Эксплуатация Stateful-приложений в Kubernetes на примере баз данных в Авито

Привет! Меня зовут Игорь Конев, я — старший инженер команды DBaaS в Авито . В IT-сообществе сложилось мнение, что базы в Kubernetes (k8s) — сложные, ненадёжные и их неудобно поддерживать. Но я считаю,...

Хабр

[Перевод] Оператор LinkedIn для stateful-приложений в Kubernetes

Сложности при работе со stateful-приложениями в Kubernetes знакомы многим. Недавно инженеры LinkedIn поделились своим подходом к их решению: они написали собственный Stateful Workload Operator, который базируется на пяти кастомных ресурсах. На сегодня кластеры компании со stateful-системами полностью переведены на новый оператор. Теперь владельцы систем могут сосредоточиться на управлении ими, не думая о сложностях эксплуатации. Под катом — перевод статьи, которую тепло приняли в сообществе.

https://habr.com/ru/companies/flant/articles/868860/

#linkedin #operator #stateful #pvc #оператор #kubernetes #statefulset

Оператор LinkedIn для stateful-приложений в Kubernetes

Примечание переводчика: в сообществе тепло приняли свежую статью инженеров LinkedIn, где они рассказали про свой Stateful Workload Operator. С проблемами StatefulSet сталкиваются многие, и тема...

Хабр