Към основното съдържание
A.I. Commerce Studio

Облак и платформа

Azure landing zone за регулирани натоварвания

Йерархия от management groups, hub-spoke мрежа, политики и централен журнал като основа за нови приложения.

Измислен сценарий. Примерна ситуация за илюстрация на подхода. Не е клиентски проект и не описва измерени резултати.

Бизнес проблем

Измислена финансова компания създава абонаменти ръчно. Няма единни политики, мрежата е разпокъсана, журналите са разпилени.

Допускания

  • Използва се Microsoft Entra ID.
  • Има екип, който ще поддържа платформата.
  • Инфраструктурата се описва като код.

Ограничения

  • Данните остават в ЕС региони.
  • Публичен достъп само през централни точки.
  • Промените минават през преглед.

Референтна архитектура

Схема на компонентите по етапи — илюстрация, не работеща система и не сертифициран дизайн.

  1. 01Управление

    • Management groups
    • Azure Policy
    • Бюджети
  2. 02Идентичност

    • Entra ID
    • PIM за привилегии
  3. 03Мрежа

    • Hub VNet с защитна стена
    • Spoke VNets
    • Частни endpoints
  4. 04Наблюдение

    • Централен Log Analytics
    • Defender for Cloud
Схемата като списък
ЕтапКомпоненти
УправлениеManagement groups, Azure Policy, Бюджети
ИдентичностEntra ID, PIM за привилегии
МрежаHub VNet с защитна стена, Spoke VNets, Частни endpoints
НаблюдениеЦентрален Log Analytics, Defender for Cloud

Интерфейси

ОтКъмЧрез
SpokeHubVNet peering
HubИнтернетЗащитна стена
РесурсиЖурналиDiagnostic settings

Поток на данните

  1. Нов абонамент се създава от шаблон.
  2. Политиките се прилагат по наследяване.
  3. Трафикът минава през hub.
  4. Журналите отиват централно.
  5. Отклоненията се докладват.

Граници на сигурността

  • Минимални права и PIM за администратори.
  • Политики забраняват публични IP без изключение.
  • Ключове в Key Vault с частен достъп.

Къде одобрява човек

  • Изключения от политики.
  • Нови spoke мрежи и абонаменти.

Фази на внедряване

  1. 01 · Дизайн

    Йерархия, мрежа, идентичност.

  2. 02 · Основа

    Hub, политики, журнали като код.

  3. 03 · Първо натоварване

    Един spoke с пилотно приложение.

  4. 04 · Разширение

    Шаблони за нови екипи.

Ограничения

  • Не е сертифицирана архитектура.
  • Съществуващи ресурси изискват миграция.

Компромиси

  • Централна защитна стена — контрол срещу цена и закъснение.
  • Строги политики — повече изключения в началото.

Имате подобна задача?

Ще започнем с оценка на текущото състояние и ще предложим реалистичен първи етап.