MillerRings: YETI³ в реальном проекте

Один двигатель. Совершенно другой сайт.

Внешне YETI³ и MillerRings практически не должны быть похожи друг на друга — и именно в этом один из важных принципов платформы.

YETI³ не диктует бизнесу готовый дизайн, структуру каталога или способ разговора с клиентом. Платформа предоставляет ядро, инфраструктуру и набор возможностей, поверх которых создаётся самостоятельный продукт со своей визуальной системой и собственной бизнес-логикой.

Поэтому MillerRings остаётся MillerRings: мастерской с изделиями ручной работы, собственным каталогом, историей, материалами, заказами и клиентами. А YETI³ остаётся под капотом.

Не только каталог

На поверхности MillerRings выглядит как современный сайт авторской мастерской. Здесь есть каталог изделий, категории, индивидуальные заказы, акции, публикации, документы, контакты и другие привычные посетителю разделы.

Но пользовательская часть — лишь верхний слой системы.

Сайт знает, как он работает

Одна из наиболее необычных частей проекта скрыта от обычного посетителя.

MillerRings подключён к CALMF — системе наблюдаемости YETI³. Она рассматривает проект не как набор URL и серверных логов, а как живую структуру: приложения, слои, модули, функции, инфраструктуру, интеграции, тесты и реальные обращения к ним.

Эта информация собирается во время работы проекта и может отображаться в интерактивной WebGL-карте.

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

На самом MillerRings часть этой технологии уже доступна пользователям в разделе «Моя карта»: система визуализирует связанные с активностью функции и позволяет исследовать их как единую структуру.

Архитектура перестаёт быть документацией

В обычном проекте схема архитектуры начинает устаревать практически сразу после того, как её нарисовали.

В YETI³ используется другой подход. Архитектура сопоставляется с тем, что действительно происходит внутри работающей системы.

CALMF позволяет двигаться от общего к частному:

• контур — например, local, dev или production;
• приложение — конкретный работающий проект;
• слой — backend, frontend, база данных, инфраструктура и другие части системы;
• модуль — логически связанный участок функциональности;
• функция — конкретная операция, которую система действительно выполняет.

А рядом находятся реальные события, пользователи, интеграции, инфраструктурные компоненты и результаты тестов.

Получается уже не схема проекта, а его постоянно обновляющаяся модель.

AI здесь не отдельная кнопка

YETI³ проектировался так, чтобы искусственный интеллект можно было использовать внутри рабочих процессов, а не добавлять на сайт исключительно ради модного пункта «AI».

В зависимости от установленного оборудования система может работать с локальными моделями на CPU или GPU. AI может участвовать в подготовке и проверке контента, SEO, модерации, работе с изображениями и видео, анализе событий и развитии внутренних описаний системы.

Если CALMF обнаруживает недостаточно описанную часть функциональности, её модель может постепенно дополняться и обогащаться. Аналогичный принцип применяется к автоматизированному тестированию: система должна не просто запускать известный набор тестов, а помогать обнаруживать участки, которым проверки необходимы.

SEO как процесс, а не список полей

Для коммерческого проекта поисковая оптимизация не заканчивается полями title и description в административной панели.

Страницы появляются, изменяются, исчезают, получают новые версии. Поисковые системы должны узнавать об этих изменениях, а владелец проекта — понимать, что действительно было отправлено и что произошло после публикации.

Поэтому SEO в YETI³ рассматривается как отдельный автоматизированный процесс: анализ страницы, подготовка метаданных, контроль изменений, очередь публикации и взаимодействие с поисковыми сервисами.

При подключённом AI значительная часть этой работы может выполняться автоматически, оставаясь при этом управляемой человеком.

Изменение тоже является данными

Современный сайт постоянно меняется. Обновляется код, появляются новые модули, корректируется бизнес-логика, меняются интеграции и инфраструктура.

Для YETI³ важно не только текущее состояние проекта, но и путь, которым он к этому состоянию пришёл.

Поэтому изменения, события, тестирование, резервное копирование и восстановление рассматриваются как части одной системы. В результате становится возможным отвечать не только на вопрос «что сейчас сломалось?», но и на гораздо более полезные вопросы: что изменилось, когда это произошло, какие части системы были затронуты и что происходило после изменения.

Игры — тоже часть платформы

На MillerRings есть ещё одна деталь, которую сложно ожидать от сайта авторской мастерской: собственная игровая коллекция.

Мини-игры здесь не существуют отдельно от проекта. Они могут взаимодействовать с аккаунтом пользователя, активностью, рейтингами, бонусной системой и другими возможностями сайта.

Для YETI³ это важный пример модульности. Один проект может вообще не использовать игровые механики. Для другого они могут стать частью программы лояльности. Для третьего вместо них будут установлены совершенно другие компоненты.

Платформа не должна заставлять каждый сайт использовать все её возможности. Она должна позволять собрать именно тот продукт, который нужен конкретному бизнесу.

Зачем нам был нужен реальный проект

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

MillerRings нужен YETI³ именно поэтому.

На реальном проекте невозможно спрятаться за красивой концепцией. Если страница работает медленно — это видно. Если запрос к базе выполняется тысячи раз — это проблема. Если интеграция перестала отвечать — это событие. Если новая функция никому не нужна — CALMF со временем покажет и это.

Production заставляет архитектуру отвечать за свои решения.

И это только один вариант YETI³

Самое интересное в MillerRings не количество реализованных функций.

Интереснее другое: всё это собрано вокруг задач одной конкретной мастерской.

На том же ядре может появиться совершенно другой проект — с другой структурой, дизайном, набором модулей, интеграциями и бизнес-процессами. При этом базовые возможности платформы — наблюдаемость, управление изменениями, тестирование, AI, инфраструктурные механизмы и расширяемость — останутся общими.

Именно поэтому мы рассматриваем MillerRings не как «сайт, сделанный на YETI³», а как одну из возможных конфигураций YETI³ Engine.

Посмотреть своими глазами

Теорию платформы можно изучать по документации. Но иногда полезнее просто открыть работающий сайт.

Посмотреть каталог. Открыть карточку изделия. Зайти в клуб. Запустить игру. Посмотреть «Мою карту». Перейти между разделами.

А затем вспомнить, что за всем этим работает не отдельный специально написанный монолит, а тот же технологический фундамент, который развивается здесь, в YETI³.

YETI³ — это двигатель.
MillerRings — один из проектов, который уже на нём едет.