WikiDer > Единый источник истины

Single source of truth

В информационные системы дизайн и теория, единственный источник истины (SSOT) - это практика структурирования информационных моделей и связанных схема данных таким образом, что каждый элемент данных обрабатывается (или редактируется) только в одном месте. Любые возможные связи с этим элементом данных (возможно, в других областях реляционной схемы или даже в удаленных федеративные базы данных) являются ссылка Только. Поскольку все другие местоположения данных просто относятся к основному местоположению «источника истины», обновления элемента данных в основном местоположении распространяются на всю систему без возможности того, что где-то будет забыто повторяющееся значение.

Развертывание архитектуры SSOT становится все более важным в корпоративных условиях, где неправильно связаны повторяющиеся или ненормализованные элементы данных (прямое следствие намеренного или непреднамеренного использования). денормализация любой явной модели данных) представляют собой риск получения устаревшей и, следовательно, неверной информации. Типичным примером может быть электронная медицинская карта, где необходимо точно подтверждать личность пациента по единому справочному репозиторию, который служит SSOT. Дублирующие представления данных на предприятии будут реализованы с помощью указатели а не дублировать таблицы, строки или ячейки базы данных. Это гарантирует, что обновления данных для элементов в официальном расположении будут всесторонне распространяться среди всех объединенная база данных округов в целом архитектура предприятия.[нужна цитата]

Системы SSOT предоставляют достоверные, актуальные и пригодные для использования данные.[1]

Выполнение

«Идеальная» реализация SSOT, описанная выше, редко возможна на большинстве предприятий. Это связано с тем, что многие организации имеют несколько информационных систем, каждой из которых требуется доступ к данным, относящимся к одним и тем же объектам (например, клиенту). Часто эти системы приобретаются в готовом виде у поставщиков и не могут быть изменены нетривиальными способами. Следовательно, каждая из этих различных систем должна хранить свою собственную версию общих данных или объектов, и поэтому каждая система должна сохранять свою собственную копию записи (следовательно, немедленно нарушая подход SSOT, определенный выше). Например, система ERP (планирование ресурсов предприятия) (такая как SAP или Oracle e-Business Suite) может хранить запись о клиенте; системе CRM (управление взаимоотношениями с клиентами) также нужна копия записи о клиенте (или ее части), а системе диспетчеризации склада может также потребоваться копия некоторых или всех данных о клиенте (например, адреса доставки). В случаях, когда поставщики не поддерживают такие модификации, не всегда возможно заменить эти записи указателями на SSOT.

Для организаций (с более чем одной информационной системой), желающих реализовать единый источник истины (без изменения всех, кроме одной главной системы, для хранения указателей на другие системы для всех сущностей), обычно используются четыре поддерживающие архитектуры:[нужна цитата]

Сервисная шина предприятия (ESB)

Сервисная шина предприятия (ESB) позволяет любому количеству систем в организации получать обновления данных, которые были изменены в другой системе. Чтобы реализовать единый источник истины, необходимо определить единую систему источников правильных данных для любой сущности. Изменения этого объекта (создание, обновление и удаление) затем публикуются через ESB; другие системы, которым необходимо сохранить копию этих данных, подписываются на это обновление и соответственно обновляют свои собственные записи. Для любого объекта должен быть идентифицирован главный источник (иногда называемый золотой записью). Любая данная система может публиковать (быть источником правды) информацию о конкретном объекте (например, о клиенте), а также подписываться на обновления от другой системы для получения информации о каком-либо другом объекте (например, продукте).[нужна цитата]

Альтернативный подход - это двухточечное обновление данных, но оно становится экспоненциально дороже в обслуживании по мере увеличения количества систем, и этот подход все больше теряет популярность в качестве ИТ-архитектуры.[нужна цитата]

Управление основными данными (MDM)

Система MDM может выступать в качестве источника истины для любой данной сущности, которая не обязательно имеет альтернативный «источник истины» в другой системе. Обычно MDM действует как концентратор для нескольких систем, многие из которых могут разрешать (быть источником правды) обновления различных аспектов информации о данном объекте. Например, CRM-система может быть «источником истины» для большинства аспектов клиента и обновляется оператором центра обработки вызовов. Однако клиент может (например) также обновить свой адрес через веб-сайт обслуживания клиентов, используя внутреннюю базу данных, отличную от системы CRM. Приложение MDM получает обновления из нескольких источников, действует как брокер, чтобы определить, какие обновления следует рассматривать как авторитетные (Золотая запись), а затем распространяет эти обновленные данные во все системы подписки. Приложению MDM обычно требуется, чтобы ESB синдицировал свои данные в несколько подписанных систем.[3]

Хранилище данных (DW)

Хотя основной целью хранилища данных является поддержка отчетов и анализа данных, которые были объединены из нескольких источников, тот факт, что такие данные были объединены (в соответствии с бизнес-логикой, встроенной в процессы преобразования и интеграции данных) означает, что хранилище данных часто используется как де-факто SSOT. Однако обычно данные, доступные из хранилища данных, не используются для обновления других систем; скорее DW становится «единственным источником истины» для отчетности перед множеством заинтересованных сторон. В этом контексте Хранилище данных правильнее называть "единственная версия правды"поскольку другие версии истины существуют в его операционных источниках данных (данные не исходят из DW; это просто механизм отчетности для данных, загруженных из операционных систем).[нужна цитата]

SOLID и исходный код

При разработке программного обеспечения одна и та же схема, бизнес-логика и другие компоненты часто повторяются в нескольких различных контекстах, в то время как каждая версия именуется «Исходным кодом». Для решения этой проблемы концепции SSOT также могут быть применены к принципам разработки программного обеспечения с использованием таких процессов, как рекурсивная транскомпиляция итеративно превращать единый источник истины во множество различных видов исходного кода, которые будут структурно соответствовать друг другу, поскольку все они получены из одного и того же SSOT.[4]

Распределенные данные SaaS (DSD)

В случаях, когда централизованное хранение данных и управление ими в эталонных местах нецелесообразно, например, в экосистемах данных программного обеспечения B2B, где существует несколько источников правды, компании используют систему DSD. Эта система играет роль авиадиспетчера, чтобы обеспечить видимость централизованного управления данными и контроля за счет отправки обновлений и обеспечения точности данных в тех местах, где они хранятся.[5]

Смотрите также

Рекомендации

  1. ^ «IBM Smarter Planet - Управление операционными рисками для финансовых услуг». Архивировано из оригинал в сентябре 2015 года.
  2. ^ Единый источник истины (SSOT) для сервис-ориентированной архитектуры (SOA) [1]
  3. ^ Сайт работы БАЙТ - июнь 2014 г.[2]
  4. ^ Почему Google хранит миллиарды строк кода в одном репозитории [3]
  5. ^ Сайт Syncari [4]

внешняя ссылка