Федерация контента — content-API на основе графа

Создавайте и используйте все свои данные и контент с помощью универсального API, легко расширяя внутренние системы. Обеспечьте постоянную точность и синхронизацию ваших данных между системами без дублирования. Content Federation позволяет вам получать внешние данные непосредственно из вашего единого API-контента, объединяющего весь ваш стек на основе графа знаний.

Федерация контента трансформирует идею CMS на основе API. Помимо независимости от внешнего интерфейса, платформа API-контента может еще больше расширить границы и возможности платформы Headless CMS, будучи независимым от серверной части.

Теперь можно подключить любой веб-сервис и API к вашей модели контента на онтологической платформе, чтобы запрашивать и объединять данные из нескольких источников с помощью одного семантического запроса к вашей базе знаний.

Теперь можно объединить все критически важные компоненты вашего стека в единый API, одновременно уменьшив сложность вашей архитектуры, удалив избыточные копии ваших данных и избавившись от кода промежуточного программного обеспечения, который объединяет ваши сервисы. Благодаря этому усилия по разработке и накладные расходы на подключенные цифровые возможности значительно уменьшатся.

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

Ключевые выгоды Content Federation

  • С помощью Content Federation вы можете объединить свой стек в единый API, уменьшить сложность вашей архитектуры, удалить избыточные копии данных и избавиться от дорогостоящего специального промежуточного программного кода, который объединяет ваши сервисы.
  • Удаленные источники — это точка входа для доступа к удаленному контенту и данным через API платформы, позволяющая создать единую конечную точку контента без необходимости переноса всего на одну платформу.
  • Запросы к внешним службам могут быть привязаны к контенту, хранящемуся на платформе, с помощью удаленных полей, что позволяет вам также передавать значения в качестве аргументов, например идентификаторы продуктов. Таким образом, вы можете легко комбинировать связанный контент из разных источников на лету.
  • Поддержка API-интерфейсов RESTful и GraphQL в качестве удаленных источников и предоставляем настраиваемый уровень кэширования TTL сверху для оптимальной производительности.

Краткий обзор истории CMS

Начиная с 90-х годов, системы управления веб-контентом вошли в сферу ПО, чтобы помочь людям сотрудничать на стыке создания веб-сайтов и контента. Доминирующие игроки той эпохи, такие как Drupal, WordPress, AEM или Sitecore, по-прежнему занимают огромные доли рынка в веб-экосистеме. Сегодня их часто называют «монолитами CMS».

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

В дополнение к этому, растущая сложность работы с монолитными программными системами побуждает инженерные команды внедрять микросервисные и MACH-архитектуры, а также использовать лучший в своем классе подход к проектированию систем.

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

Платформы федерации контента помогает предприятиям смягчить, упростить, а в некоторых случаях исключить этот обширный этап в процессе разработки программного обеспечения, придавая смысл фрагментации внешнего и внутреннего ландшафта. Один контентный API объединяет весь ваш стек.

MACH и федерация контента

Концепця удаленных источников

Чтобы сделать федерацию контента реальностью, вводится концепция удаленных источников. 

Удаленный источник — это система или продукт, содержащий контент, который следует объединить с контентом Платформы в единый API.

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

После подключения удаленного источника можно добавить удаленные поля в свою схему, чтобы объединить контент из удаленной системы с контентом на Платформе. Теперь можно запршивать контент из своего удаленного источника с помощью простого в использовании API GraphQL,

Пользовательский код как препятствие

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

Стоимость пользовательского кода: инженерные ресурсы

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

  • Написание кода требует времени и денег. Написание и поддержка кода для объединения различных источников данных требует выделенных ресурсов, что делает его трудоемким и дорогостоящим.
  • Замена системы — это совершенно новый проект. Когда вам нужно отказаться от серверной системы, вам придется потратить много времени и усилий на выяснение того, как новая система будет обмениваться данными с вашим технологическим стеком.

Сшивка данных в коде приводит к неэффективным процессам редактирования

Отсутствие подхода к интеграции данных, ориентированного на содержание, создает многочисленные проблемы как для редакционных, так и для бизнес-команд.

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

Новый подход к интеграции данных

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

Следующее поколение управления контентом

Объединяя контент из нескольких источников и распределяя его по любому интерфейсу, Content Federation открывает возможности, не имеющие себе равных среди нынешних поставщиков CMS.

  • Объедините контент в едином API GraphQL. Вместо того, чтобы запрашивать контент по отдельности, объедините контент из нескольких API REST и GraphQL и извлекайте его с помощью оптимизированных запросов во внешнем интерфейсе.
  • Повторное использование контента с сохранением целостности. Федерация контента не переносит и не дублирует контент. Использование данных из первоначальных источников обеспечивает единый источник достоверности и согласованности для всех приложений.
  • Создавайте содержательные приложения. Предоставляйте дополнительную информацию, полученную из динамически обновляемых источников данных, таких как информация об акциях компании, данные о погоде, рейтинги пользователей, общедоступная база данных и т. д.
  • Расширьте возможности контент-команд. Вместо того, чтобы заставлять разработчиков редактировать код и выбирать, какой контент будет отображаться из нескольких систем, дайте редакторам автономию выбирать это из Платформы.

Производство контента может стать быстрее в разы

Вы можете настроить запросы один раз, а затем дать возможность редакциям самостоятельно создавать страницы с дополнительным контентом, автоматически пополняемым из внешних систем.

Единый интерфейс для управления

Например, редакторы могут выбрать продукт из Битрикс изображения из каталога, информацию в реальном времени из базы данных и т. д., а затем опубликовать окончательную страницу с соответствующими данными (например, ценой), автоматически полученными из этих сторонних систем. Таким образом, редакторам не придется тратить время на переходы от системы к системе, копирование информации, использование непонятных идентификаторов и т. д.

Как работает Федерация контента?

  • Подключиться к внешней системе. Используйте наш подход с минимальным кодированием для простой настройки удаленных API-интерфейсов REST или GraphQL. Просто введите базовые URL-адреса ваших API и дополнительные заголовки HTTP или пользовательские входные параметры, если это необходимо.
  • Получение полных данных из внешних источников. Получайте полные данные из удаленного источника без необходимости иметь соответствующую запись на Платформе или какое-либо дублирование. Например, вы можете настроить его таким образом, чтобы все поля из модели фильма во внешнем API передавались в систему.
  • Введите аргументы для сопоставления данных из внешней системы. Или вы можете создать аргумент для обогащения информации. Это позволяет редакционным группам использовать запись из Платформы, например идентификатор или заголовок, для поиска данных во внешней системе. Например, вы можете настроить аргументы таким образом, чтобы все, что редакторы данных добавляли в поле названия фильма в систему, затем использовалось для получения пользовательских оценок и обзоров из внешней базы данных для фильма, который соответствует этому полю названия.
  • Получайте удаленные данные одним запросом на вашем интерфейсе. Затем вы можете использовать API Платформы для получения данных как из CMS, так и из нескольких внешних источников, и все это в одном упрощенном запросе.

Федерация контента на практике

  • Электронная коммерция. Объедините информацию о продукте из нескольких систем, таких как PIM, системы автономной торговли (например, Битрикс), данные CRM, медиа из систем управления активами и т. д.
  • Использование живых данных. Добавляйте в свои приложения динамически обновляемые данные, такие как время полета, данные о погоде, информацию об акциях компании, данные из оперативной статистики и т. д.
  • Обогащение контента. Обогатите свой существующий контент дополнительной информацией из внешних источников, например, добавив описания, пользовательские оценки, рецепты блюд, геолокацию и т. д.
  • Управление знаниями. Создавайте, делитесь, используйте и управляйте критически важными для бизнеса знаниями из различных источников, а также достигайте организационных целей посредством своевременного распространения по порталам и центрам.
  • Платформы прямого доступа к потребителю. Создавайте платформы с большим объемом данных для таких сценариев использования, как путешествия, электронная коммерция и мода, объединяя данные от поставщиков, пользователей, систем распространения и API активов.
  • Унификация API. Упростите рабочие процессы разработки, аутентификацию и улучшите управление API. Воспользуйтесь преимуществами гибкости API GraphQL, даже если базовые API могут быть REST.

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

Оцените автора
Онтограф
Добавить комментарий