Поделиться через


Общие сведения о командах для облачной аналитики в Azure

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

Обзор групп аналитики по масштабированию облака.

В масштабируемой аналитике мы определяем следующие команды:

  • Операции платформы
  • Операции с платформой данных
  • Операции зоны хранения данных
  • Команды приложений данных

Каждая команда фокусируется на определенном аспекте аналитики в масштабе облака. Для всестороннего понимания функций команды см. руководства Роли и обязанности и Понимание команд и функций для облачной аналитики в Azure.

Команды зоны приземления данных

Группа площадки приземления данных состоит из трех команд.

команды приложений данных (одна команда для каждого приложения):

  • Отвечают за доставку новых продуктов данных, таких как аналитические сведения, отчеты, записные книжки и приложения.
  • Тесное сотрудничество с бизнес-аналитиками и заинтересованными лицами бизнес-подразделения.
  • Преобразуйте данные в новые хранилища данных для чтения.
  • Управление иерархией доступа (группами) и запросами на утверждение.
  • Предоставлять метаданные в каталогах данных.

Операции зоны приземления данных (одна группа для каждой зоны приземления данных):

  • Управление и обслуживание экземпляра зоны приземления данных.
  • Отвечайте на новые запросы службы приложений данных.

Выбор между централизованным офисом данных или офисом бизнес-данных

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

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

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

Заметка

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

Команды в группе платформы

Группа платформ состоит из двух команд:

Операции с платформами данных:

  • Определите общие политики для зон приема данных и приложений для работы с данными.

  • Инициализация структуры целевой зоны данных, включая основные службы, до передачи в операции целевой зоны данных.

  • Поддержка заинтересованных лиц.

Операции платформы :

  • Управление и владение облачной платформой.

  • Разверните посадочную зону управления данными и каркас посадочной зоны данных, включая сеть, пиринг, мониторинг и другие основные службы.

Офис цифровой безопасности

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

Роли и обязанности по управлению данными

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

Роль Ответственность
Исполнительный спонсор, например, CFO или CIO. Это ведущий бизнес-стейкхолдер с полномочиями и бюджетом. Они отвечают за создание управления данными.
Руководитель программы управления данными, например главный директор по разработке или назначенный руководитель. Этот человек отвечает за реализацию программы управления данными.
Совет управления управлением данными В этот совет входят руководитель по управлению данными и владельцы данных. Они устанавливают метрики для достижения успеха, владеют дорожной картой управления данными, выбирают рабочие группы, контролируют бюджет для программы управления данными, а также выступают посредниками в конфликтах о приоритизации и определении кроссфункциональных данных.
Рабочая группа управления данными Они планируют и разрабатывают формирование данных и улучшают определенные домены данных (например, клиент или поставщик); информируют совет по управлению данными о ходе работы; и руководят всеми данными в рамках предприятия для определенного домена.
Владелец данных Это ведущий бизнес-сторона, обладающий авторитетом и бюджетом. Они отвечают за обеспечение качества (QA) и защиту определенной области данных или субъекта в рамках предприятия. Они решают, кто может получить доступ к данным и поддерживать их и как он используется.
Диспетчер бизнес-данных Этот бизнес-специалист несет ответственность за обеспечение контроля качества и защищает область предмета данных или структуру. Они часто эксперты в домене данных, работают в команде с другими специалистами по работе с данными по всей организации, а также отслеживают и решают, как поддерживать качество данных.
Сотрудник по защите данных Это старший бизнес-руководитель с полномочиями и бюджетом, который отвечает за защиту персональных данных. Их задачи зависят от законодательства о соответствии во всех юрисдикциях, где работает компания.
Группа безопасности данных Эта команда отвечает за обеспечение безопасности доступа к данным и политику конфиденциальности данных.
Диспетчер публикации данных Этот человек отвечает за проверку контроля качества и публикацию новых доверенных активов данных на рынке данных для использования потребителями.

схема структуры организации управления данными.

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

Другие группы

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

Совет проверки архитектуры

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

Обратная связь и поддержка операционной платы

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

Дальнейшие действия

роли и обязанности