Эталонная архитектура ≠ Реализация: 3 варианта построения платформы данных

В 14-м эпизоде ​​проекта SourceTRU мы переходим от эталонной архитектуры к реальным вариантам реализации. Эталонная архитектура не должна заставлять каждую команду использовать один и тот же технологический стек. Обязанности могут оставаться стабильными, в то время как реализация может меняться в зависимости от задержки, масштаба, возможностей команды и операционной модели. В этом эпизоде ​​мы сравниваем три допустимых варианта: • гибкая управляемая платформа для умеренного масштаба и плановых циклов обновления; • платформа, ориентированная на хранилище больших объемов данных, смешанных данных и аналитического повторного использования; • платформа, управляемая событиями, для принятия оперативных решений, которые не терпят отлагательства. Мы также рассматриваем текущее состояние хранилища, компромиссы между управляемым и самоуправляемым хранилищем, как ИИ должен использовать проверенные продукты данных, и протокол принятия архитектурных решений, объясняющий, почему тот или иной выбор является допустимым. Проект SourceTRU использует вымышленную экосистему данных аэропорта, чтобы объяснить практическую архитектуру корпоративных данных, не полагаясь на проприетарные системы клиентов или работодателей. #DataArchitecture #EnterpriseArchitecture #DataPlatform #SolutionArchitecture #ProjectSourceTRU