Тихое исчезновение универсального профиля пользователя

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

Это небольшое, на первый взгляд незначительное взаимодействие является результатом масштабной многолетней архитектурной перестройки в Airbnb. В течение многих лет настройкой интернета по умолчанию было «чем больше, тем лучше». Если у вас был профиль, он представлял собой глобальную статичную сущность — цифровой паспорт, который вы предъявляли на каждом шагу. Но по мере того как мы входим в 2026 год, индустрия тихо отступает от этой модели. Недавнее внедрение в Airbnb модели идентификации с учетом контекста (context-aware identity) представляет собой глубокий сдвиг в том, как инженеры по программному обеспечению думают о том, кто вы есть и, что более важно, кому позволено вас знать.

Призрак в архитектуре

Исторически сложилось так, что большинство веб-платформ строились на монолитной концепции идентичности. В этом устаревшем подходе пользователь — это одна строка в таблице базы данных. Бронируете ли вы замок в Шотландии или урок серфинга в Малибу, система обращалась к той же самой строке. Это было эффективно для разработчиков, но становилось все более неуклюжим для мира, требующего нюансированной приватности. Почему человек, обучающий вас выпечке хлеба на закваске в Лондоне, должен иметь доступ к тем же данным профиля, что и хозяин жилья, у которого вы останавливались в Токио три года назад?

Если взглянуть на уровень индустрии, эта модель «глобального профиля» превратилась в форму технического долга — захламленный шкаф, в который компании продолжали запихивать функции, пока дверь не перестала закрываться. По мере того как Airbnb расширяла свои социальные функции в рамках «Впечатлений» (Experiences), риски единой идентичности стали очевидны. Если участники совместного мероприятия могут видеть полную историю друг друга, платформа непреднамеренно создает глобальный социальный граф, на который пользователи никогда явно не подписывались. Решением стало не просто обновление интерфейса, а полное переосмысление базовой структуры.

Контекстная идентификация: покомнатный подход

Технически говоря, Airbnb заменила универсальный профиль тем, что инженеры называют «контекстными идентификаторами» (scoped identities). Представьте свое цифровое «я» не как единый паспорт, а как связку специализированных ключей. Один ключ открывает дверь на мастер-класс по пасте, другой — в арендованную квартиру. Человек, владеющий ключом от пасты, не может видеть, что находится за дверью квартиры.

На программном уровне это управляется созданием нескольких контекстно-зависимых профилей, привязанных к отдельным взаимодействиям. Когда вы присоединяетесь к групповому мероприятию, система генерирует временную ограниченную версию вашей личности, которая существует только в этом конкретном контексте. Как только мероприятие заканчивается или вы покидаете группу, эта конкретная видимость исчезает. Это прагматичный ответ на усталость от «вездесущего отслеживания», которая определяла последнее десятилетие использования интернета. Изолируя социальные графы, Airbnb гарантирует, что ваше общение с группой незнакомцев в парке не просочится в вашу более широкую жизнь на платформе.

Himeji: невидимый привратник

Как сервер на самом деле решает за миллисекунды, что Маркусу разрешено видеть о вас? Основную работу выполняет Himeji — внутренний фреймворк авторизации Airbnb. Вместо того чтобы полагаться на статические атрибуты (например, «Является ли этот человек другом?»), Himeji использует управление доступом на основе отношений (ReBAC) в режиме реального времени.

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

Великая миграция кода

Перевод всей платформы на эту модель меньше похож на обновление ПО и больше на ремонт дома, где вам нужно заменить каждую трубу, пока семья все еще там живет. Чтобы реализовать это, инженерная команда Airbnb должна была провести масштабную миграцию всей кодовой базы. Им пришлось выследить каждый случай использования «User ID» и определить, использовался ли он для внутренней логики или для внешнего отображения.

Чтобы справиться с этим в масштабе, команда использовала инструменты рефакторинга с помощью ИИ. Эти инструменты действовали как высокотехнологичные металлоискатели, сканируя миллионы строк кода в поисках мест для внедрения новой модели идентификации. Однако процесс оставался под контролем человека. Инженеры должны были вручную проверять предложения ИИ, чтобы убедиться, что бизнес-логика — «рецепт», по которому работает приложение, — не испорчена одним неверным ингредиентом. Это подчеркивает растущую тенденцию в разработке ПО: использование ИИ не для замены архитектора, а для выполнения утомительной работы по снятию старых обоев, чтобы архитектор мог сосредоточиться на новом дизайне.

Парадоксы социальной сети с приоритетом конфиденциальности

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

С точки зрения разработчика, этот шаг является отказом от философии «огороженного сада», которая стремится запереть пользователей в рамках единой всеобъемлющей личности. Вместо этого происходит движение к более устойчивому, модульному вебу. Это признание того, что мы разные люди в разных условиях — осознание, с которым социальные сети, такие как Facebook и LinkedIn, боролись годами, пытаясь впихнуть нашу профессиональную и личную жизнь в одну ленту.

Возвращение контекста

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

Когда вы садитесь есть ту самую пасту в Риме, болтая с Маркусом о соотношении муки и яиц, вы можете делать это со знанием того, что ваш цифровой след не тянется за вами, как тяжелая тень. В следующий раз, когда вы будете использовать крупное приложение, обратите внимание на то, что в нем отсутствует. Заметьте моменты, когда вас не просят привязать аккаунт или поделиться контактами. В этих пробелах вы найдете работу инженеров, которые поняли, что самые безупречные взаимодействия — это часто те, которые знают, когда оставить вас в покое.

Источники:

• Airbnb Engineering & Data Science Blog: "Building Himeji: A Scalable Authorization Service."
• Joy Jing, Technical Lead at Airbnb: Public technical retrospectives on identity migration (2024-2025).
• Zanzibar: Google’s Consistent, Global Authorization System (Whitepaper basis for ReBAC systems).
• Architectural patterns in Relationship-Based Access Control (Open-source documentation and industry standards).