Partilhar via

Visão geral do definição de sistema Model (SDM)

  • Artigo

SDM oferece suporte a DSI (Dynamic Systems Initiative) em simplificando e automatizando como empresas projetar, implantar e operam sistemas distribuídos.SDM facilita a comunicação entre aplicativo arquitetos, desenvolvedores e arquitetos de infra-estrutura, oferecendo os seguintes benefícios:

  • Fornece uma linguagem comum para descrever o design e configuração para todos os aspectos de um sistema distribuído.

  • Fornece abstrações familiares que tornam possível do aplicativo e arquitetos de infra-estrutura para se comunicar na Terra comum.

  • Permite que os desenvolvedores a comunicar requisitos de aplicativo no em time de execução ambiente.

  • Torna possível para arquitetos de infra-estrutura para se comunicar requisitos de time de execução, segurança e conectividade do aplicativo resultantes de diretivas definidas no ambiente de implantação.

Para obter mais informações, visite o site Microsoft Dynamic Systems Initiative em https://go.Microsoft.com/fwlink/?LinkID=47203.

As seções a seguir contêm mais informações sobre o SDM e SDM documentos em Distributed sistema Designers:

  • SDM em Distributed sistema Designers

  • No Distributed sistema Designers do SDM documentos

  • Regras de resolução para SDM vários documentos

SDM em Distributed sistema Designers

In Visual Studio Team System Architecture EditionO SDM fornece a base de base metamodelo usado pelo Distributed sistema Designers. SDM descreve sistemas distribuídos usando um modelo que inclui as seguintes camadas:

  • Camada de aplicativo

  • Camada do aplicativo host

Em Distributed sistema Designers, SDM descreve a camada do aplicativo em termos de sistemas de aplicativos configurado e conectado.SDM descreve a camada de aplicativo do host em termos de zonas configuradas e conectadas e servidores lógicos, que representam os ambientes de time de execução.

Ao adotar uma maneira comum de descrever essas camadas, o SDM torna possível para essas camadas funcionem em conjunto para que você pode definir, configurar, documento e validar requisitos e as políticas em todas as camadas enquanto você trabalha em cada camada.

Por exemplo, você pode especificar que um aplicativo pode exigir que um determinado modo de autenticação ou que certos recursos, devem existir no servidor que hospeda o aplicativo.Um servidor também pode exigir que os aplicativos que ele hospeda devem dar suporte a um determinado modo de autenticação e que ele desative recursos específicos que apresentam riscos de segurança.

Além disso, o SDM é intrinsecamente extensível e possibilita que você adicione novas definições abstratas em cada camada.Por exemplo, você pode adicionar outros tipos de aplicativos, servidores lógicos ou recursos criados pela Microsoft, os terceiros ou outros usuários.Para obter mais informações, consulte Tipos de aplicativo e protótipos para definição de aplicativos e Protótipos de servidor lógico no Logical Datacenter Designer.

No Distributed sistema Designers do SDM documentos

Distribuído sistema Designers armazenar informações sobre o SDM em documentos formatados em XML.Juntamente com esses dados, SDM documentos também podem conter informações gráficas para itens do diagrama e definições de dados estendidos.Para obter mais informações, consulte Relacionamentos entre documentos definição de sistema Model (SDM).

A tabela a seguir descreve o SDM documentos suportados pelo Distributed sistema Designers e que aparecem em uma solução do Visual Studio.

Arquivo e extensão

Descrição

Arquivo de diagrama (.ad) do aplicativo

O seguinte aplicar ao diagrama de aplicativo:

  • A superfície de diagrama de aplicativo é exibida quando o Designer de Aplicativos é o designer visível no momento.

  • A solução pode conter somente um diagrama de aplicativo.

  • O arquivo .ad contém definições de SDM para aplicativos que oferece suporte à implementação mas ainda não implementados no diagrama de aplicativo.

  • Diagrama de aplicativo aparece sistema autônomo um item de solução no diretório de solução e escopo é uma solução única.

Para obter mais informações, consulte Visão geral do Aplicativo Designer e Terminologia do Designer de Aplicativos.

Arquivo de definição (.sdm) de aplicativo

O seguinte aplicar a um documento de definição de aplicativo:

  • Um arquivo .sdm contém um dos seguintes itens:

    • Uma definição de SDM para um aplicativo implementada no diagrama de aplicativo.

    • Uma definição de SDM para um aplicativo que não oferece suporte à implementação e não contém informações de implementação.

  • Para cada aplicativo implementado, o arquivo .sdm correspondente aparece após implementação no diretório raiz do projeto associado em sua solução.

  • Para cada aplicativo que não oferece suporte à implementação, o arquivo .sdm correspondente são aparece imediatamente, no diretório de solução sistema autônomo um item de solução.

Para obter mais informações, consulte Tipos de aplicativo e protótipos para definição de aplicativos e Terminologia do Designer de Aplicativos.

Arquivo protótipo (.adprototype) de aplicativo ou ponto de extremidade

Contém informações sobre um protótipo é usado para definir os aplicativos e os pontos de extremidade no diagrama de aplicativo.

Você pode criar esses arquivos usando o SDK do sistema Definition Model ou de aplicativos e pontos de extremidade no diagrama de aplicativo.

Para obter mais informações, consulte os seguintes tópicos:

Arquivo de diagrama (.sd) do sistema

O seguinte aplicar a um diagrama do sistema:

  • A superfície de diagrama do sistema aparece quando o Designer de Sistema é o designer visível no momento.

  • Um arquivo .sd contém os seguintes itens:

    • Uma definição de SDM para um aplicativo sistema.

    • As possíveis referências a definições SDM para aplicativo s e outros aplicativo sistemas.

  • Um ou mais diagramas de sistema podem aparecer sistema autônomo itens de uma solução no diretório de solução.

Para obter mais informações, consulte Visão geral do Sistema Designer e Terminologia do Designer de sistema.

Arquivo de diagrama (.dd) de implantação

O seguinte aplicar a um diagrama de implementação:

  • O diagrama de implementação é exibida quando o Designer de Implementação é o designer visível no momento.

  • Um arquivo .dd contém os seguintes itens:

    • Uma definição de SDM que descreve a implantação de uma definição de sistema de aplicativos específico a um datacenter lógico.

    • Uma referência a uma definição de SDM para um datacenter lógico específico.

    • Uma referência a uma definição de SDM para um sistema de aplicativos específico.

    • Informações de hospedagem de aplicativos em servidores lógicos.

    • Informações para hospedar recursos de aplicativos sobre os recursos de servidor lógico.

  • Um ou mais diagramas de implantação podem aparecer no mesmo diretório de sua definição de sistema associados.

Para obter mais informações, consulte Visão geral do Implantação Designer e Terminologia do Designer de Implementação.

Arquivo de diagrama (.ldd) de datacenter lógico

A seguir se aplicam a um diagrama de datacenter lógico:

  • A superfície de diagrama de datacenter lógico aparece quando o Designer de Datacenter Lógico é o designer visível no momento.

  • Um arquivo .ldd contém uma definição de SDM para um datacenter lógico.

  • Diagramas de datacenter lógico são documentos isolados dentro de uma solução, mas podem ser referenciados pela diagramas de implantação.

  • Um ou mais diagramas de datacenter lógico podem aparecer sistema autônomo itens de solução no diretório de solução.

Para obter mais informações, consulte Visão geral do Logical Datacenter Designer e Terminologia do Logical Datacenter Designer.

Arquivo de protótipo (.lddprototype) de servidor, zona ou ponto de extremidade lógico

Contém informações sobre um protótipo é usado para definir pontos de extremidade, zonas e servidores lógicos no diagrama de datacenter lógico.

Você pode criar esses arquivos usando o SDK do sistema Definition Model ou de servidores lógicos, zonas e pontos de extremidade em um diagrama de datacenter lógico.

Para obter mais informações, consulte os seguintes tópicos:

Regras de resolução para SDM vários documentos

Documentos SDM são identificados usando o seguinte conjunto de atributos: nome do documento, versão, cultura, plataforma e token de chave pública.Desses atributos, é necessário somente o atributo de nome do documento.Somente os documento versão, cultura e nome atributos podem ser modificados por usuários.Para obter mais informações, consulte Como: Alterar códigos Culture para documentos definição de sistema Model (SDM).

Ao carregar várias versões de documentos SDM, pode haver conflitos.Designers de sistema distribuído resolve referências a versões diferentes de um documento do SDM usando as seguintes regras:

  • Se um documento SDM é compilado, tais sistema autônomo aquelas associadas predefinidos aplicativo protótipos ou protótipos personalizados criados pelo SDK do SDM, o documento é aceito somente se cada atributo identifica o documento corresponder a referência e com apenas versão secundária variações permitidas.

  • Se um documento SDM não é compilado, o documento será aceita, contanto que seu nome corresponde a referência.Outros atributos, sistema autônomo versão e cultura (nessa ordem) também recebem prioridade se corresponderem a referência.Considerando uma escolha entre dois documentos igualmente qualificados, o primeiro carregado é o documento aceito.

Consulte também

Conceitos

Visão geral do Distributed sistema Designers

Outros recursos

Guia de Introdução ao designers sistema distribuídos