Аполлон, инструментальную компанию, стоящую за одним из самых популярных внедрений GraphQL, добавляет новую гибкость своему уровню шлюза, который должен смазать салазки для расширения принятия от рабочей группы до более широких внедрений в масштабах всего предприятия. И, ориентируясь на предприятие, Apollo меняет лицензирование семейных драгоценностей — уровня шлюза или маршрутизатора, который является ключевым звеном в соединении запросов с данными.

Новая возможность является частью выпуска Apollo Federation 2.0; это делает более гибкими команды для совместного использования, передачи владения, изменения или расширения базовых моделей данных, представленных на графике. Раньше каждый элемент схемы мог принадлежать только одной команде; новая версия позволяет нескольким командам разделять ответственность.

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

И, конечно же, по мере разделения ответственности управление изменениями должно стать более явным. Apollo Federation 2 добавляет в процесс функцию определения рабочих процессов утверждения / проверки.

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

Другое изменение касается лицензирования. Как рассказал прошлым летом брат Big on Data Джордж Анадиотис в своем исчерпывающем посте о финансировании и происхождении Apollo, бизнес-модель Apollo была с открытым ядром. Инструментарий компании имеет три уровня. Есть клиент, где пишутся запросы; Apollo предлагает Studio IDE с открытым исходным кодом с лицензией MIT. И у него есть внутренний сервер, который соединяет входящие запросы с графом, который лицензирован аналогично MIT.

Семейные драгоценности, для которых речь идет об изменениях в v2, — это шлюз или маршрутизатор. Это часть мозга, где составляются планы запросов, которые выполняют все соединения. Это часть, которая в этой версии принимает Эластичная лицензия, что, по сути, запрещает клиентам запускать собственные управляемые сервисы по найму. Apollo выбрал эластичную лицензию, потому что она была менее сложной, чем SSPL, ориентированная на MongoDB лицензия, которая, по иронии судьбы, Резинка стала украшением своей семьи. (Elasticsearch и Kibana) в начале этого года.

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

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

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

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

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

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