Data

Общий фундамент данных, ясные ограничения использования

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

Общий фундамент

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

Разные сервисы, разные потребности

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

Чего требуют ясные границы

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

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

Наша позиция

Наша позиция в том, что повторное использование должно сочетаться с ограничением цели.

Проследите одну единицу информации через её назначение

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

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

Ideallya Data предоставляет общую основу, а сервисы сохраняют собственные цели и границы реализации. У Missions собственная среда выполнения и собственная граница данных. Цель общей основы — полезные, понятные связи; это не указание копировать каждую запись в каждый сервис.

Проследите фрагмент информации через сервис

Откуда он поступает? Для чего он был собран? Кто отвечает за то, чтобы исправления действительно следовали за ним?