Flusso di lavoro tra strumenti di progettazione di sistemi distribuiti

Aggiornamento: novembre 2007

In Visual Studio Team System Architecture Edition è possibile utilizzare flussi di lavoro diversi nella progettazione e valutazione delle applicazioni per la distribuzione utilizzando Progettazione sistemi distribuiti. Il flusso di lavoro utilizzato dipende dalle attività che si desidera eseguire e dalla procedura che si intende adottare per la progettazione dei sistemi. Per ulteriori informazioni, vedere Cenni preliminari sui sistemi di applicazioni.

Se si utilizzano gli strumenti di progettazione di sistemi distribuiti, è possibile effettuare le seguenti attività:

• Progettazione di sistemi di applicazioni

• Progettazione centri dati logici

• Definizione e valutazione della distribuzione di sistemi di applicazioni rispetto a centri dati logici

Nelle sezioni seguenti sono disponibili ulteriori informazioni sulle attività di alto livello che è possibile eseguire in Progettazione sistemi distribuiti:

• Progettazione di sistemi di applicazioni

• Progettazione di centri dati logici

• Definizione e valutazione della distribuzione di sistemi di applicazioni

Progettazione di sistemi di applicazioni

I sistemi possono essere progettati utilizzando un approccio dall'alto verso il basso o viceversa. È possibile adottare un approccio dall'alto verso il basso per progettare sistemi ritardando la scelta del metodo di implementazione. Questo approccio consente di posticipare la scelta delle applicazioni che si desidera utilizzare nei sistemi. Al contrario, l'approccio dal basso verso alto può essere utilizzato quando si conoscono le applicazioni che si desidera utilizzare nei sistemi. Quando si utilizza questo approccio, è innanzitutto necessario definire le applicazioni da includere nei sistemi. Durante il processo di progettazione, è anche possibile utilizzare una combinazione di questi approcci.

Nella figura riportata di seguito viene illustrato l'avanzamento di un flusso di lavoro di esempio attraverso il processo di progettazione di sistemi, a seconda dell'approccio adottato.

Progettazione di sistemi con un approccio dall'alto verso il basso o dal basso verso l'alto

Nelle sezioni elencate di seguito sono contenute ulteriori informazioni su questi approcci:

• Progettazione di sistemi di applicazioni con un approccio dall'alto verso il basso

• Progettazione di sistemi di applicazioni con un approccio dal basso verso l'alto

Progettazione di sistemi di applicazioni con un approccio dall'alto verso il basso

È possibile progettare un sistema di applicazioni con un approccio dall'alto verso il basso partendo da Progettazione sistemi. È possibile iniziare creando una soluzione di sistemi distribuiti nel modello di soluzione Progettazione sistemi. Questo modello consente di creare una soluzione contenente un diagramma sistema vuoto e un diagramma applicazioni. È inoltre possibile iniziare aggiungendo un diagramma sistema alla soluzione o aprendone uno esistente. La soluzione consente l'aggiunta di più diagrammi sistema.

In questo diagramma sistema, è possibile definire un singolo sistema configurabile per la distribuzione e riutilizzabile in altri sistemi. La definizione di questo sistema consente di aggiungere altri sistemi e applicazioni come membri. Questa attività può essere effettuata trascinando i nuovi sistemi o applicazioni da Casella degli strumenti. È inoltre possibile trascinare tutti i sistemi o le applicazioni esistenti dalla finestra Visualizzazione sistema. Le definizioni per questi sistemi vengono visualizzate in altri diagrammi sistema, mentre le definizioni per queste applicazioni vengono visualizzate nel diagramma applicazioni.

Ad esempio, è possibile iniziare un approccio dall'alto verso il basso progettando il sistema di livello superiore o più esterno. Il comportamento di questo sistema può essere rappresentato aggiungendo endpoint e definendo i contratti per tale comportamento. Successivamente, se necessario, è possibile aggiungere i sistemi. Alla definizione di sistema, è possibile aggiungere sistemi nuovi o esistenti, continuando fino a quando non si individuano le applicazioni che si desidera aggiungere e configurare come membri per i sistemi di livello più granulare. Questo approccio consente di concentrarsi solo sui sistemi, in modo da progettarli più rapidamente. Per continuare a progettare sistemi considerati membri, è possibile aprire i relativi diagrammi sistema.

Nota:

Quando si aggiunge un diagramma sistema esistente alla soluzione, alcuni membri della definizione di sistema vengono visualizzati come membri orfani mediante determinati indicatori di avviso. In questo scenario, un membro viene visualizzato come membro orfano quando non dispone di una definizione. Per correggere questo problema, è necessario aggiungere la definizione per quel membro o ripristinare la relazione scegliendo un'altra definizione per il membro, se disponibile. Per ulteriori informazioni, vedere Risoluzione dei problemi relativi ai diagrammi sistema.

In Progettazione sistemi, è inoltre possibile effettuare le seguenti attività:

• Rappresentazione del comportamento di una definizione di sistema e per i relativi membri mediante l'aggiunta di endpoint e la definizione di contratti per quel comportamento.

• Configurazione di percorsi di comunicazione fra membri. Questi percorsi consentono di descrivere i collegamenti tra i membri nell'ambiente di distribuzione.

• Override delle impostazioni dell'applicazione, se necessario per la distribuzione.

• Delega del comportamento di una definizione di sistema ai relativi membri.

• Esposizione del comportamento dei membri di una definizione di sistema.

Per ulteriori informazioni, vedere i seguenti argomenti: Cenni preliminari su Progettazione sistemi.

Progettazione di sistemi di applicazioni con un approccio dal basso verso l'alto

È possibile progettare il sistema attraverso un approccio dal basso verso l'alto partendo da Progettazione applicazioni. È possibile iniziare creando una soluzione di sistemi distribuiti nel modello di soluzione Progettazione applicazioni. Questo modello consente di creare una soluzione contenente un diagramma applicazioni vuoto. È inoltre possibile iniziare aggiungendo un diagramma applicazioni alla soluzione o aprendone uno esistente. Quando si aggiunge un diagramma applicazioni alla soluzione, Visual Studio consente di decodificare tutti i progetti di applicazioni che supportano la visualizzazione e di visualizzare le forme corrispondenti nel diagramma. Nella soluzione può essere contenuto un solo diagramma applicazioni.

In questo diagramma applicazioni, è possibile definire le applicazioni che si desidera includere nei sistemi. Questa attività può essere effettuata trascinando le applicazioni predefinite da Casella degli strumenti. In questo modo, vengono create le definizioni di queste applicazioni nel diagramma applicazioni.

È ad esempio possibile seguire un approccio dal basso verso l'alto definendo applicazioni nel diagramma applicazioni e creando un sistema da esse. In Visual Studio un diagramma sistema viene aggiunto alla soluzione per questa nuova definizione di sistema. Successivamente, è possibile continuare a perfezionare la progettazione del sistema. L'approccio dal basso verso alto può essere iniziato anche in Progettazione sistemi con il sistema di livello inferiore o più interno che si desidera progettare. Le applicazioni possono essere aggiunte come i membri più essenziali di tale sistema. È possibile utilizzare questo approccio quando si conoscono le applicazioni che si desidera includere come membri dei sistemi. Le definizioni per le applicazioni aggiunte come membri verranno visualizzate nel diagramma applicazioni.

In Progettazione applicazioni è inoltre possibile effettuare le seguenti attività:

• Rappresentazione del comportamento fornito o utilizzato dalle applicazioni mediante l'aggiunta di endpoint e la definizione di contratti per tale comportamento.

• Configurazione dei collegamenti tra le definizioni di applicazioni. Questi collegamenti consentono di descrivere i percorsi di comunicazione tra tali applicazioni nell'ambiente di sviluppo.

• Specificazione dei requisiti di configurazione dell'applicazione. Questa attività può essere effettuata configurando le impostazioni e i vincoli sulle applicazioni e sugli endpoint.

• Generazione di progetti per le applicazioni che supportano l'implementazione. Consente di continuare a definire le applicazioni in codice.

Per ulteriori informazioni, vedere Cenni preliminari su Progettazione applicazioni.

Progettazione di centri dati logici

Prima di poter definire e valutare la distribuzione per un sistema di applicazioni, nella soluzione deve essere disponibile un diagramma centro dati logico. È possibile aggiungere alla soluzione un diagramma centro dati logico vuoto o esistente, nonché creare una soluzione di sistemi distribuiti a partire dal modello Progettazione centro dati logico. Questo modello consente di creare una soluzione contenente un diagramma centro dati logico vuoto. È inoltre possibile aggiungere alla soluzione più diagrammi centro dati logico.

In questo diagramma centro dati logico, è possibile creare una rappresentazione parziale e astratta del centro dati fisico utilizzando Progettazione centri dati logici. Questa attività può essere effettuata trascinando i server logici, le zone e gli endpoint predefiniti da Casella degli strumenti. I server logici rappresentano l'ambiente di runtime nel quale si intende distribuire un'applicazione. Le zone rappresentano in genere i limiti e le regioni relativi alle comunicazioni nel centro dati.

In Progettazione centri dati logici è inoltre possibile effettuare le seguenti attività:

• Connessione di zone e server logici Questi collegamenti consentono di descrivere i percorsi di comunicazione nel centro dati logico.

• Specificazione dei requisiti di hosting dell'applicazione e limitazione dei protocolli di comunicazione. Questa attività può essere effettuata configurando le impostazioni e i vincoli dei server logici, delle zone e degli endpoint.

Nella figura riportata di seguito viene illustrato l'avanzamento di un flusso di lavoro di esempio attraverso il processo di progettazione di centri dati logici.

Flusso di lavoro di progettazione di centri dati logici

Per ulteriori informazioni, vedere Cenni preliminari su Progettazione datacenter logici.

Valutazione della distribuzione di sistemi di applicazioni

È possibile definire e valutare la distribuzione per un sistema di applicazioni utilizzando Progettazione distribuzione. È possibile iniziare a definire la distribuzione creando un diagramma distribuzione da un diagramma sistema. È inoltre necessario selezionare un diagramma centro dati logico che rappresenta l'ambiente di distribuzione di destinazione. Il diagramma distribuzione rispecchierà il diagramma centro dati logico selezionato. È possibile creare più diagrammi distribuzione per ciascun diagramma sistema.

Nota:

È inoltre possibile creare un diagramma distribuzione dal diagramma applicazioni. Visual Studio consente di creare un sistema predefinito, in modo da definire e valutare rapidamente la distribuzione delle applicazioni nel diagramma applicazioni. Tuttavia, dal momento che questo sistema predefinito non può essere visualizzato o modificato, non è possibile configurarne i membri per la distribuzione. Per definire e valutare la distribuzione effettiva, creare dei diagrammi distribuzione dai diagrammi sistema. Per ulteriori informazioni, vedere Definizioni di distribuzione create nei diagrammi applicazioni e sistema.

In questo diagramma distribuzione, è possibile specificare il punto in cui si desidera distribuire le applicazioni dal sistema associandole ai server logici. Questa attività può essere effettuata trascinando tali applicazioni dalla finestra Visualizzazione sistema ai server logici. Nella finestra Visualizzazione sistema vengono visualizzati tutti i membri del sistema principale, comprese le applicazioni di altri sistemi nel sistema principale.

Nota:
Un'applicazione può essere associata a un server logico una sola volta.

Dopo aver completato l'associazione delle applicazioni, è possibile convalidare il diagramma distribuzione. In questo modo, si determina se esistono conflitti tra le impostazioni e i vincoli delle applicazioni e dei server logici in cui sono contenute. Al termine della convalida, è possibile generare un report di distribuzione in formato HTML per documentare e risolvere questi problemi. In Visual Studio viene inoltre creata una versione XML del report di distribuzione per poter creare script per la distribuzione delle applicazioni in server fisici.

Nella figura riportata di seguito viene illustrato l'avanzamento di un flusso di lavoro di esempio attraverso il processo di valutazione della distribuzione di sistemi.

Flusso di lavoro di valutazione della distribuzione di sistemi

Per ulteriori informazioni, vedere Cenni preliminari su Progettazione distribuzione.

Vedere anche

Concetti

Cenni preliminari sugli strumenti di progettazione di sistemi distribuiti

Cenni preliminari sulla terminologia degli strumenti di progettazione di sistemi distribuiti

Altre risorse

Guida introduttiva agli strumenti di progettazione di sistemi distribuiti