Содержание
- + Методалогии разработки ПО
-
+
Проектирование систем
- + API
- + UML
- + Архитектор
- + Интеграции
- + Моделирование данных
- + Представление данных
- BPMN
- C4 model
- Domain Driven Design
- EPC
- IDEF0
- Архитектура
- Интерфейс
- Карта экосистемы
- Когда стоит выбирать микросервисы
- Контекстная диаграмма
- Ролевая модель
- Проектирование систем
- + Развёртывание
-
+
Разработка
- + Git
- + Linux OS
- + Mac OS
- + Подходы организации кода
- + Языки программирования
- Виды программирования
- Интерпритатор
- Компилятор
- Разработка
-
+
Сеть
- + OSI
- + Защита
- CDN
- ngrok
- Сеть
- + Системный анализ
- + Требования
-
–
Хранение данных
- + Базы данных
- – Отчётность и аналитика
- BigData
- OLAP
- Объектное хранилище
- Файловые системы
- Хранение данных
- + Языки разметки
Отчётность и аналитика
Система Operational Data Plane
через ETL отливает данные в
Систему Analytical Data Plane
Data Engineers - Отдельные люди, что настраивают ETL для выгрузки OLTP данных в Data Lake
«Кривой" вариант построения люди, что аналитики
Проблема в том, что Data Engineers часто вне команд и ETL они делают поверх OLTP баз, что нарушает инкапсуляцию внутренней модели данных и приводит к ненужному связыванию (high coupling) между итоговыми отчетами и внутренней моделью сервисов
Часто встречается в legacy системах
Сейчас на смену стандартному Data Lake пришли к концепции Data Mesh