Microsoft Purview и интеграция с Azure

By Mirko Peters · 2026-04-27 · Updated 2026-07-18

Узнайте, как интеграция Microsoft Purview с Azure улучшает обнаружение данных, классификацию, отслеживание происхождения и управление безопасностью в облачных сервисах данных.

Automatically translated with AI from the original post. Read the English original

Cover: Stop OAuth Consent Attacks in Microsoft Entra ID

Если вы хотите навести порядок с данными в Azure, Microsoft Purview — именно то, что нужно. Это руководство покажет, как интегрировать Purview с вашей средой Azure, чтобы вы получили безопасное централизованное управление данными и могли спокойно работать, зная, что соответствие требованиям и видимость данных под контролем.

Мы пройдём всё, что нужно: от того, что должно быть готово до начала работы, до правильной настройки конечных точек, инфраструктуры и аутентификации. Вы увидите пошаговые процессы, которые помогут избежать типичных ошибок новичков, а также практические детали, которые в руководствах конкурентов почти никогда не раскрываются: например, сложности работы с несколькими клиентами, автоматизацию с помощью Logic Apps и настоящий корпоративный мониторинг.

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

Начните с предварительных требований для интеграции Purview и Azure и первых шагов

Запускаете интеграцию Purview в Azure? Это не просто очередной пункт в списке — это основа безопасной и управляемой среды данных. Правильный старт позволяет не натолкнуться на проблемы через три месяца, когда появятся новые ресурсы или аудиторы начнут проверять систему.

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

Мы разберём не только то, что нужно, но и зачем каждое требование важно: какие подписки Azure подходят, какие роли должны быть назначены и как нормативные требования влияют на ваши решения. Настройка — это не просто нажатие кнопок; это продумывание доступа, безопасности и соответствия требованиям, которые вы обязаны обеспечить организации с первого дня.

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

Предварительные требования для интеграции Microsoft Purview и Azure

Активная подписка Azure. Вам понадобится активная подписка Azure: Pay-As-You-Go, CSP или Enterprise Agreement. У разных подписок могут быть ограничения, поэтому проверьте, соответствуют ли они потребностям вашей организации.
Необходимые административные роли. Назначьте доступ Owner или Contributor в Azure и убедитесь, что у кого-то есть роль Purview Data Curator или Data Source Admin в портале Microsoft Purview. Без нужных ролей вы столкнётесь с проблемами доступа уже в первый день.
Клиент Microsoft Entra ID (Azure AD). Для каждой интеграции нужен связанный Entra ID для управления идентификацией и политик условного доступа. Ваши пользователи и службы опираются на него для аутентификации и RBAC.
Служебный принципал или управляемое удостоверение. Решите заранее, будете ли вы подключать ресурсы с помощью служебного принципала или использовать управляемые удостоверения. Этот выбор влияет на автоматизацию и безопасность.
Зарегистрированные поставщики ресурсов Azure. Убедитесь, что Microsoft.Purview и связанные поставщики (например, Storage, KeyVault) зарегистрированы в вашей подписке или группе ресурсов.
Нормативные требования и требования к локализации данных. Для регулируемых данных США убедитесь, что ваша конфигурация соответствует таким стандартам, как HIPAA или FedRAMP. Purview поддерживает региональное развёртывание, но ваши конечные точки и хранилища также должны соответствовать требованиям.

Варианты аутентификации для интеграции Purview с Azure

Microsoft Purview подключается к ресурсам Azure тремя основными способами аутентификации:

Управляемое удостоверение: Это самый простой вариант, наиболее нативный для Azure. Управляемые удостоверения (системно назначенные или назначенные пользователем) позволяют Purview проходить аутентификацию автоматически, с минимумом ручных секретов и управления ключами. Настройка надёжная, но требует корректной конфигурации RBAC в Entra ID.

Субъект-служба: Субъект-служба — это регистрация приложения в Entra ID с явно заданными учетными данными. Вы настраиваете секретные ключи или сертификаты и выдаете ему разрешения на доступ к ресурсам. Такой метод дает больше контроля, но требует дополнительной аккуратности при защите учетных данных и ротации секретов.

Аутентификация на основе OAuth: Purview может использовать потоки OAuth для делегированного доступа. OAuth гибок, но может быть рискованным без должных ограничений: злоупотребление согласием OAuth — известный вектор атаки в средах Azure (подробнее о риске согласия OAuth см. в этом разборе). Всегда используйте политики согласия администратора и разрешайте только известных издателей. Общую стратегию безопасности идентификации можно обсудить в этом подкасте о рекомендациях по условному доступу в Entra ID.

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

Пошаговый процесс первоначальной интеграции

Войдите и откройте портал Azure. Начните с входа на портал Azure под учетной записью, имеющей разрешения «Участник» или «Владелец» в целевой подписке.
Зарегистрируйте поставщик ресурсов Microsoft Purview. Перейдите в раздел «Поставщики ресурсов» и убедитесь, что Microsoft.Purview зарегистрирован. Если нет, нажмите «Зарегистрировать»: это позволит вашей подписке распознавать и управлять ресурсами Purview.
Создайте новую учетную запись Microsoft Purview. Перейдите в «Создать ресурс» и найдите Microsoft Purview. Выберите глобально уникальное имя, подходящий регион (учитывайте размещение данных) и группу ресурсов.
Выберите метод аутентификации. Во время создания решите, будете ли вы использовать управляемые удостоверения или субъект-службу для подключения других ресурсов Azure. Если нужен больший контроль, создайте новый субъект-службу в Entra ID и назначьте ему подходящие роли.
Назначьте роли Purview. Предоставьте как минимум роли Data Curator или Collection Admin нужным пользователям на портале Microsoft Purview. Убедитесь, что назначенные роли соответствуют зонам ответственности вашей команды за управление данными.
Настройте доступ и разрешения для источников данных. Для каждого источника данных Azure (Storage, SQL DB, Synapse и др.) убедитесь, что управляемое удостоверение Purview или субъект-служба имеет роли учетной записи хранения, например Storage Blob Data Reader. Это критически важно для включения сканирования метаданных.
Настройте сеть (необязательно, но рекомендуется). Решите, будете ли вы использовать общедоступные или частные конечные точки для учетной записи Purview. При необходимости настройте интеграцию с VNet и DNS для частных конечных точек: это повышает безопасность и соответствие нормативным требованиям.
Проверьте установку. Войдите на портал Microsoft Purview и убедитесь в подключении как минимум к одному источнику данных Azure. Запустите тестовое сканирование, чтобы проверить разрешения, аутентификацию и первичную каталогизацию.

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

Основные возможности, доступные при интеграции Purview и Azure

После завершения первоначальной настройки интеграция Microsoft Purview с Azure открывает широкие возможности управления данными. Речь идет не просто о большой базе метаданных, а о том, чтобы дать организации возможность видеть, защищать и управлять данными с единой панели. Больше не нужно гадать, где находятся конфиденциальные данные и кто обращался к ним последним.

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

Руководителям ИT и архитекторам оценят операционные преимущества: единое управление, стандартизированная отчетность и надежные журналы аудита значительно упрощают работу, когда к вам приходят регуляторы и специалисты по рискам. Практический взгляд на управление документами и предотвращение «хаоса документов» в сложных средах вы найдете в этом выпуске с советами по готовности к аудиту и совместной работе с Purview.

Кроме того, когда вы внедряете ИИ и автоматизацию, вы не просто идёте в ногу со временем — вы готовитесь адаптироваться к новым правилам соответствия требованиям, внутренним угрозам и меняющемуся ландшафту Microsoft Copilot и Power Platform. Если вас беспокоит продвинутое управление, особенно по мере роста роли ИИ, ознакомьтесь с этим руководством по продвинутому управлению агентами Copilot. А теперь разберём основные возможности, которые вы получаете из коробки.

Возможности поддержки управления данными и единого администрирования

Централизованный каталог данных. Автоматическое сканирование и индексация ваших активов данных в Azure — больше никакого ручного учёта. Карта данных Purview служит единой панелью для поиска данных во всей вашей инфраструктуре.
Классификация данных и метки конфиденциальности. Применяйте встроенные или пользовательские правила классификации, чтобы помечать персональные, конфиденциальные или строго регулируемые данные, повышая уровень безопасности и соответствия требованиям в каждом бизнес-подразделении.
Единое администрирование доступа и безопасности. Управляйте разрешениями, отслеживайте расположение данных и настраивайте политики доступа — всё из консоли Purview. Такой единый подход помогает предотвратить пробелы в контроле доступа.
Журналы аудита и отчётность о соответствии требованиям. Каждый доступ, изменение или сканирование фиксируется в журнале, что даёт вам подробный журнал аудита для расследований и задач соответствия требованиям. Практические стратегии подготовки к аудиту рассмотрены в этом подкасте о соответствии требованиям.
Сквозное управление жизненным циклом. Применяйте политики хранения, архивации и удаления, которые следуют за данными, — это поддерживает очистку данных и отчётность для регуляторов.
Встроенные средства управления. Тесная интеграция с Azure RBAC, Azure Policy и группами управления, что важно для организаций с несколькими подписками или развёртываниями Fabric. Если вы используете Fabric, ознакомьтесь с типичными ловушками и необходимым принудительным применением политик здесь.

Метки конфиденциальности и взаимодействие с ИИ в управлении данными

Метки конфиденциальности лежат в основе защиты данных в Purview. Они позволяют организациям помечать источники данных и активы в соответствии с уровнем риска — например, «Конфиденциально», «Строго ограничено» и т. д. Эти метки следуют за данными и влияют на автоматическое управление доступом, шифрование и политики DLP.

Purview может применять метки как вручную, так и автоматически, используя встроенные правила или пользовательское сопоставление шаблонов. При использовании вместе с Azure AI или Microsoft Copilot эти средства управления помогают предотвращать случайное раскрытие данных и обеспечивают процессы на основе ИИ, которые строго соблюдают границы соответствия требованиям.

Эффективное управление этими границами означает, что метки — это не просто стикеры, а функциональные средства контроля конфиденциальности и автоматизации соответствия требованиям. Если вы внедряете Copilot или сталкиваетесь с быстрым распространением ИИ, обязательно изучите стратегии управления агентами Copilot и практический чек-лист внедрения управления Copilot, чтобы согласовать их с ролевым доступом и техническим принудительным применением.

Стратегии сети и конечных точек для безопасности Purview и Azure

С основами разобрались — пора подумать о сетевой безопасности. То, как Purview взаимодействует с вашими ресурсами Azure, — это не просто техническая деталь. Речь идёт о балансе между доступностью и безопасностью, особенно в регулируемых или мультиоблачных средах.

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

Настройка DNS может решить успех или провал развёртывания: неверно настроенный DNS с частными конечными точками часто приводит к неудачным сканированиям и проблемам с подключением. В этом разделе разбирается, когда использовать каждую модель, какие компромиссы вы при этом делаете и как решения по конечным точкам влияют на аудит, соответствие требованиям и повседневную работу.

Далее речь пойдёт о гибридных конфигурациях, устранении типичных сетевых ошибок и о том, как всё это связано с обеспечением управления «по умолчанию» (governance by design). Работая с Purview, учитывайте важную роль инструментов автоматического применения политик, таких как Azure Policy и RBAC, о которых рассказывается в этом выпуске о стратегии управления Azure.

Публичные и частные конечные точки: настройка DNS и безопасность

Публичные конечные точки. Они позволяют Purview взаимодействовать с ресурсами через интернет. Их легко настроить: не нужны специальные DNS-записи и маршрутизация. Однако ресурсы открываются для публичного диапазона IP-адресов, что рискованнее для регулируемых отраслей и для чувствительных данных.

Преимущества публичных конечных точек:Быстрое подключение и более простое устранение неполадок: не нужны пользовательские DNS-записи
Автоматическая совместимость с большинством источников данных PaaS в Azure
Проблемы публичных конечных точек:Потенциальная уязвимость к атакам перебора паролей, DDoS-атакам и подбору учётных данных (credential stuffing)
Для снижения рисков необходимы надёжные группы сетевой безопасности, межсетевые экраны и политики DLP
Аудиторы могут выдвигать замечания, особенно в отношении регулируемых или критически важных данных

Частные конечные точки. Purview подключается через вашу виртуальную сеть Azure (VNet), получая выделенный частный IP-адрес в сети вашего клиента. Это блокирует прямой публичный доступ и разрешает трафик только из доверенных подсетей или виртуальных сетей.

Преимущества частных конечных точек:Соответствие большинству нормативных требований к передаче данных только по «закрытому пути»
Хорошо сочетается с расширенной защитой от угроз, межсетевыми экранами и правилами пересылки DNS
Обеспечивает более строгий контроль и наблюдаемость, что упрощает ведение аудиторских журналов
Проблемы частных конечных точек:Требуется точная настройка DNS: клиентский трафик должен разрешать имя ресурса в частный IP-адрес, иначе связь не установится
Устранение неполадок становится сложнее, особенно в гибридных конфигурациях или когда подсети и виртуальные сети охватывают несколько регионов
Расходы могут возрасти из-за дополнительной инфраструктуры NAT, шлюзов и гибридного подключения
Последствия для безопасности:Частные конечные точки обычно необходимы организациям, на данные которых распространяются HIPAA, GLBA или PCI DSS
Для публичных конечных точек нужны компенсирующие меры: надёжный DLP (см. стратегии управления DLP в Purview) и строгий условный доступ
Этапы настройки DNS:Для частных конечных точек настройте зоны Azure Private DNS и привяжите их к вашим виртуальным сетям
Проверьте, что разрешение DNS для всех полных доменных имён (FQDN) ресурсов Purview возвращает правильные частные IP-адреса
Протестируйте и задокументируйте сценарии отказоустойчивости DNS до запуска в эксплуатацию

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

Сценарии частных конечных точек и настройка DNS для безопасного приёма метаданных

Сценарий: частные конечные точки только для приёма данных. Если вы обрабатываете данные с高 жёсткими регуляторными требованиями, ограничьте частные конечные точки Purview только приёмом метаданных, оставив API управления на публичных конечных точках для сотрудников эксплуатации. Это снижает риски, не мешая повседневной административной работе.
Требования к DNS: Все виртуальные сети, в которых размещены Purview или сканируемые источники данных, должны быть привязаны к зоне Azure Private DNS для соответствующей конечной точки. Каждый вызов приёма метаданных должен разрешаться в частный IP-адрес, иначе сканирование завершится ошибкой.
Рекомендация: Централизуйте управление DNS: по возможности используйте автоматическую регистрацию зон и назначьте ответственными за них сетевую команду, чтобы избежать ошибок конфигурации, которые ломают обнаружение данных.
Советы по устранению неполадок: Всегда проверяйте разрешение имён изнутри виртуальной сети. Если сканирование завершается ошибкой, сначала проверьте кэш DNS на наличие устаревших записей и отсутствующие привязки зон, и только потом ищите проблему в сетевых межсетевых экранах.

Настройка инфраструктуры: виртуальные сети, хранилище и Key Vault

Прежде чем углубляться в работу, уделите время проектированию правильной инфраструктуры для развёртывания Purview. Решения в Azure настолько надёжны, насколько надёжна их основа, а поскольку Purview работает с чувствительными данными, вам нужны продуманные решения для VNet, хранилища и управления секретами.

Этот этап в равной степени связан с планированием и с развёртыванием. Решения, которые вы примете здесь (как изолировать сетевой трафик, обеспечить шифрование и защитить учётные данные), определят не только безопасность, но и то, насколько быстро вы сможете масштабироваться и устранять неполадки в дальнейшем.

Следуя рекомендациям по виртуальным сетям и хранилищам, а также используя Key Vault для управления учётными данными, вы закладываете в организацию основу для отказоустойчивых операций и соответствия требованиям по умолчанию. Чтобы понять, почему эти ограничения так важны, посмотрите, как работает эффективное управление Azure.

Варианты среды интеграции для гибридных и облачных источников данных

Подключение Purview к вашим данным, будь они в облаке или локально, зависит от выбора правильной среды интеграции (integration runtime, IR). Azure предлагает большую гибкость, но универсального решения не существует. IR непосредственно перемещает и сканирует ваши данные, поэтому безопасность, производительность и совместимость полностью зависят от того, какую модель вы выберете и как её развернёте.

Можно выбрать «управляемую среду интеграции» (Managed Integration Runtime), которую Azure размещает и защищает за вас; она идеально подходит для нативных источников PaaS и облачных нагрузок. Или, если вы работаете с базами данных за брандмауэром, устаревшими серверами или корпоративными дата-центрами, подойдёт «самостоятельно размещаемая среда интеграции» (Self-hosted Integration Runtime, SHIR). Вы развёртываете её на собственной инфраструктуре (это может быть виртуальная машина или контейнер) и регистрируете в Purview. Задания проходят через неё безопасно, даже по каналам site-to-site VPN или ExpressRoute.

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

Проектные соображения и ограничения интеграции Purview с Azure

Всё это настройка необходима, но давайте поговорим о границах: что Purview может, а что не может в вашем ландшафте Azure. Соблазнительно считать Purview всемогущим шерифом данных, однако опытные архитекторы понимают, что существуют реальные факторы, определяющие долгосрочную жизнеспособность и доверие к решению.

Во-первых, важна масштабируемость. Purview рассчитан на сканирование и управление в масштабах предприятия, однако объём каталогизируемых данных, скорость сканирования и количество настраиваемых пользовательских политик по-прежнему ограничены лимитами подписки и региона. Планируйте подключение поэтапно, чтобы избежать узких мест.

Во-вторых, поддержка функций DSPM (Data Security Posture Management) постоянно развивается. Инструменты DSPM в Purview (классический вариант и предварительная версия) дают дополнительную детализацию в некоторых сценариях, но не все функции доступны общедоступно. Задавайте жёсткие вопросы при внедрении: готова ли эта функция «предварительной версии» к промышленной эксплуатации? Как будут выявляться и управляться расхождения политик или семантические изменения в ваших моделях данных? Для более глубокого разбора подводных камней управления, особенно в быстро меняющихся средах вроде Microsoft Fabric, изучите обсуждения и решения в этом подкасте об управлении и этом разборе о предотвращении семантического дрейфа и сохранении доверия.

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

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

Автоматизированные рабочие процессы управления данными с помощью Purview и Azure Logic Apps

Ручное управление данными уже не справляется в мире, где активы и риски растут ежедневно. Интегрируя Microsoft Purview с Azure Logic Apps, вы можете автоматизировать повторяющееся применение политик, уведомления о соответствии требованиям и даже реагирование на инциденты с конфиденциальными данными, переводя управление от статичных рекомендаций к динамическому контролю в реальном времени.

Принцип работы такой: используйте триггеры событий из Purview (например, регистрацию нового источника данных или обнаружение набора данных с высоким уровнем риска), а затем позвольте Logic Apps оркестрировать автоматические шаги: отправку оповещений, обновление меток конфиденциальности или эскалацию нарушений руководству. Для ещё более широкой автоматизации передавайте события через Azure Event Grid, чтобы выстраивать цепочки рабочих процессов, охватывающих несколько команд или систем.

Зрелые организации идут дальше: создают собственные конвейеры оповещений о сбоях сканирования, необычном доступе к данным или аномальных изменениях метаданных. Вы можете запускать Logic Apps, чтобы автоматически уведомлять владельцев данных, помещать подозрительные ресурсы в карантин или даже откатывать рискованные изменения. Ключевой момент — принудительное применение политик без постоянного ручного вмешательства, которое позволяет опережать угрозы, а не догонять их.

Следующие шаги, обратная связь и итоги интеграции

Проверьте интеграцию. После настройки протестируйте первоначальные сканирования и каталоги данных: убедитесь, что роли, конечные точки и разрешения на хранилище работают как ожидается. Если возникнут проблемы, изучите журналы аудита и отчёты об среде выполнения интеграции в поисках причин.
Расширьте охват источников данных. Когда Purview станет стабильным, зарегистрируйте дополнительные источники данных (SQL, Azure Data Lake, Synapse). Применяйте единые метки конфиденциальности и политики жизненного цикла данных ко всем из них.
Автоматизируйте и отслеживайте. Интегрируйте оповещения Purview с Logic Apps, настройте пользовательские панели мониторинга для отслеживания активности и автоматизируйте периодические проверки соответствия. Не ждите инцидента с данными: проактивное управление экономит время и доверие.
Развивайте культуру сотрудничества. Побуждайте отделы кадров, юридические службы и службы безопасности совместно работать над управлением данными. Единая стратегия снижает «хаос в документах» и повышает готовность к аудитам. Практические советы смотрите здесь.
Делитесь обратной связью и следите за новостями. По мере развития Microsoft и всей отрасли передавайте свои отзывы командам продуктов и следите за новыми функциями: постоянное совершенствование — ключ к устойчивому управлению данными в Azure.

Следуя этим шагам, вы выйдете за рамки простой формальной галочки. Вы внедрите корпоративное, безопасное управление данными, в котором Purview глубоко интегрирован в вашу инфраструктуру Azure.

Также рекомендуем послушать

Если вы изучаете интеграцию Microsoft Purview с Azure, эти выпуски подкаста добавляют практический контекст из области архитектуры Microsoft 365, управления, безопасности и ИИ. Каждый из них помогает связать концепции этого руководства с реальными решениями по внедрению.

Microsoft Teams Governance – Simply Explained — Узнайте, как политики управления превращают инструменты контроля совместной работы в операционную модель, которой команды действительно могут следовать.
Microsoft Purview – Simply Explained — Сформируйте базовое представление о классификации, хранении, соответствии требованиям и управлении данными в Microsoft 365.
Microsoft Defender XDR – Simply Explained — Свяжите работу по защите и соответствию требованиям данных с обнаружением, расследованием и реагированием в стеке безопасности Microsoft.
Conditional Access – Simply Explained — Разберитесь, как сигналы об идентичности, устройстве и рисках могут защищать доступ к конфиденциальной информации.

Эти выпуски особенно полезны, когда вы хотите перейти от общего определения к практическому плану внедрения в Microsoft.