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

Общие сведения о модели определения системы (SDM)

  • Статья

Обновлен: Ноябрь 2007

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

  • Общий язык для описания структуры и конфигурации всех элементов распределенной системы.

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

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

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

Дополнительные сведения см. на веб-узле инициативы MDS по адресу https://go.microsoft.com/fwlink/?LinkID=47203.

В следующих разделах содержатся дополнительные сведения о SDM и документах SDM в конструкторах распределенных систем.

  • SDM в конструкторах распределенных систем

  • Документы SDM в конструкторах распределенных систем

  • Правила разрешения для нескольких документов SDM

SDM в конструкторах распределенных систем

В Visual Studio Team System Architecture Edition SDM обеспечивает основу для базовой метамодели, используемой конструкторами распределенных систем. SDM описывает распределенные системы, используя модель со следующими уровнями:

  • Уровень приложения

  • Уровень узла приложений

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

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

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

Кроме того, модель SDM по сути является расширяемой и делает возможным добавление новых абстрактных определений на каждом уровне. Например, можно добавлять другие типы приложений, логические серверы или ресурсы, созданные Microsoft, сторонними лицами или другими пользователями. Дополнительные сведения см. в разделах Типы приложений и прототипы для определения приложений и Прототипы логических серверов в конструкторе схем логических центров данных.

Документы SDM в конструкторах распределенных систем

Конструкторы распределенных систем хранят сведения SDM в документах c XML-форматированием. Помимо этих данных, документы SDM могут также содержать графические сведения для элементов схемы и расширенные определения данных. Дополнительные сведения см. в разделе Связи между документами модели определения системы (SDM).

В следующей таблице описаны документы SDM, поддерживаемые конструкторами распределенных систем в решении Visual Studio.

Файл и расширение

Описание

Файл диаграммы приложения (AD)

Для диаграммы приложения справедливы следующие сведения.

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

  • Решение может содержать только одну диаграмму приложения.

  • Файл AD содержит определения SDM для приложений, поддерживающих реализацию, но не реализованных в данный момент на диаграмме приложения.

  • Диаграмма приложения отображается как элемент решения в каталоге решения и предназначена только для одного решения.

Дополнительные сведения см. в разделах Общие сведения о конструкторе приложений и Терминология конструктора приложений.

Файл определения приложения (SDM)

Следующие сведения справедливы для документа определения приложений.

  • Файл SDM содержит один из следующих элементов:

    • Определение SDM для реализованного приложения на диаграмме приложения.

    • Определение SDM для приложения, не поддерживающего реализацию и не содержащего сведения о реализации.

  • Для каждого реализованного приложения соответствующий файл SDM появляется после реализации в корневом каталоге связанного проекта в решении.

  • Для каждого приложения, не поддерживающего реализацию, соответствующий файл SDM появляется непосредственно в каталоге решения как элемент решения.

Дополнительные сведения см. в разделах Типы приложений и прототипы для определения приложений и Терминология конструктора приложений.

Файл прототипа приложения или конечной точки (ADPROTOTYPE)

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

Эти файлы можно создать с помощью SDK для SDM или на основе приложений и конечных точек на диаграмме приложения.

Дополнительные сведения см. в следующих разделах:

Файл диаграммы системы (SD)

Для диаграммы системы справедливы следующие сведения:

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

  • Файл SD содержит один из следующих элементов:

    • Определение SDM для системы приложений.

    • Возможные ссылки на определения SDM для приложений и других систем приложений.

  • Одна или несколько диаграмм системы могут быть элементами решения в каталоге решения.

Дополнительные сведения см. в разделах Общие сведения о конструкторе систем и Терминология конструктора систем.

Файл схемы развертывания (DD)

Для схемы развертывания справедливы следующие сведения.

  • Cхема развертывания отображается, если конструктор развертывания является видимым в данный момент конструктором.

  • Файл DD включает следующие элементы:

    • Определение SDM, описывающее развертывание конкретного определения системы приложений в логическом центре данных.

    • Ссылка на определение SDM для конкретного логического центра данных.

    • Ссылка на определение SDM для конкретной системы приложений.

    • Сведения для размещения приложений в логических серверах.

    • Сведения для размещения ресурсов приложений в ресурсах логических серверов.

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

Дополнительные сведения см. в разделах Общие сведения о конструкторе схем развертывания и Терминология конструктора схем развертывания.

Файл схемы логического центра данных (LDD)

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

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

  • Файл LDD содержит определение SDM для конкретного логического центра данных.

  • Схемы логических центров данных – это отдельные документы в составе решения, но на них могут ссылаться схемы развертывания.

  • Одна или несколько схем логического центра данных могут быть элементами решения в каталоге решения.

Дополнительные сведения см. в разделах Общие сведения о конструкторе схем логических центров и Терминология конструктора схем логических центров.

Файл прототипа логического сервера, зоны или конечной точки (LDDPROTOTYPE)

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

Эти файлы можно создать с помощью SDK для SDM или на основе логических серверов, зон и конечных точек на схеме логического центра данных.

Дополнительные сведения см. в следующих разделах:

Правила разрешения для нескольких документов SDM

Документы SDM обозначаются следующим набором атрибутов: имя документа, версия, язык и региональные параметры, платформа и маркер открытого ключа. Из этих атрибутов обязательным является только имя документа. Пользователи могут изменять только атрибуты имени документа, языка и региональных параметров, а также версий. Дополнительные сведения см. в разделе Практическое руководство. Изменение кодов языка и региональных параметров для документов модели определения системы (SDM).

При загрузке нескольких версий документов SDM могут возникать конфликты. Для разрешения ссылок на различные версии документа SDM конструкторы распределенных систем используют следующие правила.

  • Если документ SDM скомпилирован, например, связан с предварительно определенными прототипами или пользовательскими прототипами, созданными с помощью SDK для SDM, то документ принимается только в том случае, если каждый обозначающий этот документ атрибут соответствует ссылке; при этом допускаются только незначительные отклонения версий.

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

См. также

Основные понятия

Общие сведения о конструкторах распределенных систем

Другие ресурсы

Приступая к работе с конструкторами распределенных систем