Это платформа, представленная в виде графа и позволяющая разработчикам запрашивать несколько источников информации через один унифицированный концентратор.
Управление контентом настолько же важно, насколько и сложно, особенно в масштабе. По мере роста брендов они часто используют сочетание различных сервисов для управления контентом своего домена, таких как PIM, DAM, поиск и устаревшие CMS. К сожалению, этот подход бросает вызов разработчикам, которым приходится связывать все данные, чтобы сделать их презентабельными на веб-сайтах или в приложениях, что приводит к техническому долгу. Контент-граф является элегантным решением этой проблемы.
Появление новых модных словечек: «лучший в своем классе» и «модульный»
Организации по всему миру все чаще внедряют модульную компонуемую архитектуру, включающую лучшие в своем классе инструменты. Проще говоря, они используют комбинацию специализированных инструментов с небольшой областью применения, которые делают именно то, что им нужно. Такой подход позволяет разработчикам выбирать и интегрировать более мелкие инструменты для каждой конкретной функции, обеспечивая повышенную гибкость и масштабируемость.
Лучший в своем классе продукт — это специализированная услуга, которая считается лучшей в своей конкретной категории. Эти продукты выбраны из-за их уникальных преимуществ и полной интеграции с другими инструментами или системами в составной архитектуре. Это позволяет организациям создавать индивидуальные и оптимизированные решения, отвечающие их конкретным потребностям.
В отличие от монолитных DXP (платформ цифрового опыта), которые могут быть негибкими и ограничивать настройку, составные архитектуры позволяют организациям адаптироваться к своим конкретным требованиям и воспользоваться преимуществами последних технологических достижений.
Не только плюсы
Компонуемые архитектуры предлагают большую свободу, но также вносят значительную сложность. Хотя разработчикам может показаться свободным выбирать способ подключения к сервисам, при работе с крупномасштабными приложениями объединение данных из разных структур и использование незнакомых SDK может быстро стать катастрофическим.
Представляем контент-граф — это платформа, представленная в виде графа и позволяющая разработчикам запрашивать несколько источников информации через один унифицированный концентратор.
Графовый подход объединяет контент, централизует стратегию контента и стандартизирует процессы запросов. Это упрощает взаимодействие API, обеспечивает согласованность и устраняет разрозненную информацию, максимизируя эффективность и масштабируемость. Он решает все эти задачи, избегая дублирования данных и сохраняя автономию источников.
Говоря человеческим языком, это означает, что весь контент, поступающий из лучших в своем классе источников, агрегируется графом знаний, который можно перераспределить таким образом, чтобы его было легко найти и повторно использовать.
Существенной частью этого подхода является то, что граф контента не хранит и не дублирует какие-либо данные; он просто создает модель и позволяет разработчикам запрашивать данные через конечную точку графа. Поэтому лучшие в своем классе источники, подключаемые к такому графу, могут быть полностью автономными и гибкими.
Чтобы гарантировать, что все работает хорошо при запросе данных к графу (представьте, что в качестве источника контента используется медленная устаревшая система), граф контента сохраняет результаты запроса на границе CDN и предлагает специальные функции TTL и веб-парсера.
Выгоды контент-графа
- Контент-граф обеспечивает улучшенную обнаруживаемость и доступность контента благодаря строго типизированным схемам графа знаний;
- С помощью контент-графа вы запрашиваете из любого источника только то, что вам нужно, и одним и тем же унифицированным способом;
- Контент-граф обеспечивает эффективное обновление контента и синхронизацию в реальном времени благодаря очистке кэша TTL или веб-парсера при обновлении источников. Никакого дублирования данных не происходит вообще;
- Контент-граф обеспечивает плавную интеграцию с различными цифровыми платформами и каналами без возникновения технической задолженности на стороне реализации. Говоря человеческим языком, это упрощает реализацию внешнего интерфейса.
Некоторые проблемы и соображения
Некоторые препятствия при реализации могут быть связаны с устаревшими форматами API или очень сложными потребностями в очистке данных. Устаревшие API, как правило, менее строгие и могут со временем меняться. Если вам нужно очистить эти данные или добавить много защитного кода, вам нужно сначала найти инструмент, который сделает это, прежде чем помещать контент в граф. Это означает, что ваше управление данными и инструменты должны быть зрелыми, прежде чем использовать контент-граф.
Технология, лежащая в основе контент-граф
Контент-граф использует GraphQL в качестве языка запросов. Применение GraphQL расширяет возможности разработчиков, поскольку использует строго типизированные структуры данных, позволяя коду выполнять самоанализ и мгновенно узнавать, какие типы данных можно запрашивать и в каком формате. Фреймворк контент-граф поглощает любую структуру данных и преобразует ее в схему GraphQL с помощью языка SDL. Это позволяет редакторам контента использовать внешний контент, интегрированный в граф в собственных схемах CMS, не понимая, откуда взялись эти данные. Разработчикам нужно всего лишь запросить GraphQL, чтобы получить всю информацию из CMS и любого источника, который был к ней подключен.
Пример использования контент-графа
Представьте себе, что вы управляете большим магазином по продаже телекоммуникационной продукции. Поскольку этими типами продуктов сложно управлять, компании используют систему PIM для обогащения информации о продуктах и управления связями между продуктами и брендами.
Конечно, ваши покупатели должны иметь возможность искать, фильтровать и заказывать продукты, исследуя, что они хотят купить. Для этого вам, скорее всего, понадобится другой инструмент для индексации всех продуктов и подготовки их к поиску.
У каждого продукта есть насыщенная и тщательно продуманная история, которая обычно находится на странице продукта или на странице кампании, посвященной ассортименту продуктов. Чтобы это произошло, вам нужна CMS для демонстрации контента и, скорее всего, система DAM для хранения всех исходных форматов мультимедиа, которые вы можете использовать.
Наконец, конечные пользователи должны иметь возможность создать учетную запись, покупать, добавлять продукты в свой список желаний и сохранять их в избранное. Для этого вам нужен коммерческий движок.
Прелесть в том, что все эти системы выводят данные, которые могут быть обработаны контент-графом, что позволяет разработчикам запрашивать только граф при использовании GraphQL. Специалисты, которых нанимает ваш бренд, могут работать с внешними инструментами в обычном режиме. Хотите добавить список желаний или сменить свою систему PIM? Добавьте его на граф, код реализации внешнего интерфейса не должен меняться.
Еще одно соображение: если у вас есть устаревшая система, ее можно интегрировать в контент-граф, оставаясь при этом автономной и работающей в обычном режиме. Разработчикам на стороне реализации не нужно запрашивать систему, а вместо этого запрашивать ее содержимое у графа. Это дает вам возможность постепенно отказываться от старого приложения.
Контент-граф может показаться концепцией из научно-фантастического фильма, но он уже здесь и готов к использованию и может быть техническим решением для большинства компонуемых архитектур.
