Страница входа — это первый и самый критичный контакт пользователя с вашей организацией
Когда пользователь хочет получить доступ к корпоративному приложению, первое, что он видит, — это страница входа. Эта страница не просто форма, собирающая имя пользователя и пароль; это первая точка, в которой передаются доверие к бренду, профессионализм организации и качество услуги.
Большинство gateway аутентификации в этой точке терпят неудачу. Предлагаемая ими страница входа либо общая и небрендированная, либо поддерживает лишь поверхностную замену логотипа. Более глубокая кастомизация — кастомная вёрстка, кастомные поля, кастомный текст, кастомные языки — требует отдельного frontend-деплоя, отдельного веб-сервера или отдельной установки CDN.
Для сервис-провайдеров или мультитенантных организаций эта проблема умножается. Провайдер, желающий обслуживать каждого клиента под его собственным брендом, вынужден нести для каждого клиента отдельный деплой, отдельную конфигурацию DNS и отдельную версию обслуживания. Брендирование становится обещанием, данным пользователю, вместо технического обязательства.
Хуже того: большинство решений не поддерживают централизованно управляемые общие шаблоны. Нет возможности определить стиль организации один раз и сделать так, чтобы каждый gateway ссылался на него и менял только то, что отличается. Каждый шаблон либо пишется с нуля, либо размножается методом копипаста; а это ведёт к несогласованности и неподдерживаемому обслуживанию.
Страница входа — это видимое лицо инфраструктуры аутентификации. Она обязана быть и брендируемой, и сопровождаемой.
Потому что каждый клиент ждёт страницу входа со своим именем — но если каждая страница входа превращается в отдельный деплой, инфраструктура рушится.
Наш подход
Централизованно управляемые общие шаблоны, варианты на каждого tenant и ассеты, обслуживаемые с устройства, — всё на единой платформе.
Общие шаблоны — определи один раз, переиспользуй между шлюзами
Корпоративный стиль определяется один раз в централизованно управляемом общем шаблоне: цвета, шрифты, вёрстка, общие тексты. Каждый gateway или tenant ссылается на него и меняет только отличающиеся части — логотип, цвет, текст заголовка. Брендирование определяется один раз и переиспользуется между шлюзами; стоимость обслуживания не растёт линейно для каждого бренда, и нет дублирования на каждый бренд.
Полная кастомизация — HTML, CSS, изображения, кастомные поля
Шаблоны — это не только замена цвета или логотипа. Поддерживаются полная HTML-вёрстка, кастомный CSS, кастомные изображения, кастомный макет и кастомные поля, добавляемые в форму входа. Поддерживается любой дизайн, соответствующий вашему бренд-гайду — с нуля или на основе общего шаблона.
Варианты на каждого tenant — спроектировано для сервис-провайдера
Когда одна и та же платформа AAM обслуживает несколько клиентов, каждый клиент получает свою брендированную страницу входа. Распознавание tenant происходит через сопоставление gateway, имя хоста или URL-паттерн. Когда пользователь приходит к правильной двери, он видит правильный бренд; без следа, указывающего на собственную платформу сервис-провайдера.
Обслуживается с устройства — без отдельного веб-сервера или CDN
HTML, CSS и изображения обслуживаются прямо с устройства AAM. Нет отдельного веб-сервера, отдельного CDN или отдельного frontend-деплоя. Это обеспечивает и операционную простоту, и отсутствие дополнительной точки внешней зависимости — страница входа приходит из того же стека, что выполняет аутентификацию.
Возможности
Строительные блоки шаблона в деталях, плюс операционный контроль и путь будущего расширения.
Общие шаблоны — DRY-брендирование
Централизованно управляемый общий шаблон организации определяет цвета, шрифты, вёрстку и общие тексты. Каждый gateway или tenant ссылается на него и меняет только отличающиеся части. Брендирование определяется один раз и переиспользуется между шлюзами; нет копипаст-сопровождения для каждого нового бренда.
Назначение шаблона на каждый gateway
Каждый gateway AAM выбирает в интерфейсе управления, какой шаблон использовать. На одной и той же платформе разные gateway могут запускать разные шаблоны; отдельный UX входа для каждого приложения, каждого бренда или каждого клиента — с одного устройства.
Мультитенантная поддержка — вариант шаблона на каждого tenant
Когда один и тот же gateway обслуживает несколько tenant, каждый tenant получает свой вариант шаблона. Распознавание tenant настраивается через имя хоста, URL-паттерн, компонент пути или кастомный заголовок; правильный шаблон предоставляется правильному пользователю по правильному триггеру.
Полный контроль HTML, CSS и изображений
Шаблоны поддерживают полные HTML, CSS и графические ассеты. Не только замена логотипа и цвета; поддерживаются кастомные вёрстки, кастомные поля формы и всё, что требует ваш бренд-гайд.
Кастомизация полей формы — добавление кастомных полей в поток входа
В дополнение к стандартным полям имени пользователя/пароля могут быть добавлены идентификатор клиента, код tenant, селектор локации, селектор языка или любое другое нужное вам поле. Эти поля привязываются к потоку аутентификации; собранное значение передаётся в backend-системы или движок политики.
Многоязычность — i18n на каждый шаблон
Каждый шаблон может поддерживать несколько языков. Распознавание языка выполняется через предпочтение пользователя, заголовок Accept-Language или параметр URL. Единственный шаблон предоставляет согласованный UX входа на каждом языке; нет необходимости размножать отдельный шаблон для каждого языка.
Ассеты, обслуживаемые с устройства — без отдельной инфраструктуры
HTML, CSS, изображения и другие ассеты обслуживаются прямо с устройства AAM. Отдельный веб-сервер, отдельный CDN или отдельный frontend-деплой не нужны. Операционная простота сохраняется; точка внешней зависимости не добавляется.
Операционная глубина
Механика, делающая управление шаблонами масштабируемым и сопровождаемым.
Назначение шаблона — часть конфигурации gateway
В конфигурации gateway определено поле, какой шаблон будет использоваться. Изменение конфигурации применяется без влияния на активных пользователей; активные сессии продолжают с текущим шаблоном, новые сессии видят обновлённый шаблон.
Распознавание tenant работает по настраиваемым триггерам
Когда gateway обслуживает несколько tenant, распознавание tenant настраивается через сопоставление имени хоста (customer-a.portal.example.com), путь URL (/customer-a/login), значение заголовка или cookie. При распознавании правильного tenant предоставляется правильный вариант шаблона.
Кэширование шаблонов — без трения ценой производительности
Шаблоны кэшируются на устройстве AAM; нет необходимости в чтении с диска для каждого запроса. Когда публикуется обновление шаблона, кэш автоматически инвалидируется; производительность сохраняется, обновления отражаются мгновенно.
Шаблоны и ассеты управляются через интерфейс администрирования
Шаблоны и их ресурсы — HTML, CSS, изображения и другие файлы — управляются через интерфейс администрирования. Это облегчает обслуживание и резервное копирование, а шаблоны синхронизируются между устройствами, так что каждый узел обслуживает один и тот же бренд.
Назначение шаблона на шлюз
Каждый шлюз привязывается к своему шаблону через конфигурацию. Изменение этой привязки вступает в силу без поднятия или повторного развёртывания отдельного веб-сервера; шлюз просто ссылается на обновлённый шаблон и обслуживает его напрямую.
В каких сценариях применяется
Сервис-провайдер — брендированный вход на каждого tenant
MSP или SaaS-провайдер предоставляет услугу аутентификации нескольким своим клиентам. Каждый клиент хочет видеть свой логотип, свои цвета и свои тексты. Единая платформа AAM с распознаванием tenant предоставляет каждому клиенту его брендированную страницу входа — без отдельных деплоев.
Мультибрендовая организация — отдельная дверь для каждого бренда
Организация с несколькими брендами (например, холдинговая структура или мультибрендовый ритейл) хочет отдельную страницу входа для каждого бренда. Та же базовая инфраструктура с вариантом шаблона на бренд предоставляет каждому бренду свой пользовательский опыт; техническая инфраструктура объединяется в одной точке, идентичность бренда разделяется.
Многоязычность и региональная адаптация
Международная организация хочет предоставлять страницу входа для каждого региона на его языке и с его локальной адаптацией. С поддержкой i18n на каждый шаблон единственный шаблон работает на нескольких языках; распознавание языка происходит автоматически, и каждый пользователь входит на своём языке.
White-label решение — вход, предоставляемый под именем организации
Партнёр или реселлер хочет предоставлять своим клиентам услугу аутентификации, но сделать невидимым то, что снизу платформа TR7. Полностью кастомизируемые шаблоны обеспечивают UX, в котором в исходном коде страницы, логотипе или текстах нет следа TR7 и который предоставляется полностью под брендом партнёра.
Часто задаваемые вопросы
Насколько кастомизируем шаблон? Только логотип и цвет?
Как работают общие шаблоны?
Нужен ли в сценарии сервис-провайдера отдельный деплой для каждого клиента?
Нужен ли отдельный веб-сервер или CDN для обслуживания HTML, CSS и изображений?
Затрагиваются ли живые пользователи при обновлении шаблона?
Страница входа — первое впечатление вашего бренда; завладейте им
Централизованно управляемые общие шаблоны, варианты на каждого tenant и ассеты, обслуживаемые с устройства, — всё на единой платформе. Проведём вас по живой установке с вашим собственным бренд-гайдом.