Ambienti di runtime
In IBM® Business Automation Workflow, è possibile installare ed eseguire progetti come soluzioni di casi, applicazioni del processo e toolkit nell'ambiente di runtime WebSphere tradizionale o nell'ambiente contenitore.
L'ambiente runtime tradizionale si basa su WebSphere® Application Server. L'ambiente di runtime del container si basa su IBM WebSphere Liberty.
L'ambiente di runtime tradizionale continua a offrire le funzioni seguenti:
- Piena compatibilità con le installazioni di flussi di lavoro on-premise esistenti.
- Supporto per strumenti di sviluppo e distribuzione familiari, come Process Designer, Case Builder, Workflow Centere IBM Integration Designer.
- Sviluppo e distribuzione di processi e casi integrati in un unico ambiente di runtime.
- Distribuzione bare-metal on - premise e distribuzione basata su VM, che è l'opzione migliore per sfruttare il cloud privato se è richiesta la compatibilità al 100%.
L'ambiente di runtime del contenitore fornisce una piattaforma del flusso di lavoro aziendale per eseguire soluzioni native cloud. L'ambiente offre le seguenti funzioni:
- Supporto per le applicazioni del processo e le soluzioni dei casi esistenti per l'esecuzione dei flussi di lavoro in modo nativo del cloud.
- Supporto per la maggior parte delle risorse utente non obsolete nei carichi di lavoro dell'applicazione del processo e della soluzione del caso (ma supporto continuo per i servizi umani Heritage obsoleti). Per un elenco di funzioni e risorse utente supportate e non supportate negli ambienti contenitore, consultare Supporto funzione per Business Automation Workflow sui contenitori e Supporto risorsa utente negli ambienti di runtime tradizionali e del contenitore.
- Supporto per strumenti di sviluppo on-premise familiari, come Process Designer,Case Builder, e Workflow Center.
- Un'architettura di microservizi che utilizza i contenitore Docker e la piattaforma Kubernetes per supportare il ridimensionamento automatico, la disponibilità continua e l'aggiornamento continuo.
In un ambiente di runtime tradizionale, le attività di configurazione IBM Business Automation Workflow e le attività di amministrazione WebSphere Application Server vengono eseguite con i comandi wsadmin, le operazioni API REST e la console di gestione WebSphere . In un ambiente di runtime del contenitore, queste attività di configurazione e amministrazione vengono eseguite con operazioni API REST.
Opzioni dell'ambiente di destinazione
Quando si crea un nuovo progetto in Workflow Center, è necessario selezionare una delle seguenti opzioni di ambiente di destinazione per il progetto:
- Tradizionale
- Tradizionale o contenitore
È possibile modificare l'opzione dell'ambiente di destinazione per un'applicazione del processo o un toolkit esistente in qualsiasi momento nella vista Impostazioni applicazione del processo o nella vista Impostazioni toolkit di Process Designer. Per una soluzione del caso esistente, è necessario prima aprire la soluzione in Process Designer e quindi modificare l'opzione dell'ambiente di destinazione nella vista Impostazioni applicazione del processo.
Se si sceglie l'opzione Tradizionale, il progetto è destinato all'installazione e all'esecuzione in un ambiente di runtime tradizionale IBM Workflow Server nell'ambiente di esecuzione tradizionale. Se si sceglie l'opzione Tradizionale o Contenitore, il progetto è designato per essere installato ed eseguito sia su Workflow Server nell'ambiente di runtime tradizionale o Workflow Server nell'ambiente di runtime del contenitore.
Indipendentemente dall'opzione dell'ambiente di destinazione scelta, le risorse utente del progetto vengono convalidate automaticamente per garantire che siano supportate nell'ambiente di runtime corrispondente. Se il progetto contiene toolkit dipendenti o risorse utente obsolete che non sono compatibili con l'ambiente di runtime, verranno visualizzati errori di convalida critici nel riquadro Convalida di Process Designer. Una scheda Conversione ambiente di destinazione verrà aperta anche nella vista Impostazioni applicazione del processo o nella vista Impostazioni toolkit per consentire di correggere gli errori e i problemi di compatibilità. Per ulteriori informazioni, consultare Conversione dell'ambiente di destinazione dei progetti.
Architettura di IBM Business Automation Workflow e relativi ambienti di runtime
L'architettura di IBM Business Automation Workflow e dei relativi ambienti di runtime viene mostrata nel diagramma di topologia seguente:
Il diagramma è composto dai seguenti componenti relativi al runtime:
- Workflow Center
- Un server IBM Workflow Center è usato per distribuire, eseguire e testare in modo iterativo le applicazioni di processo, i kit di strumenti e le soluzioni di casi nell'ambiente di creazione (come ad esempio Process Designer ). Quando si è terminato lo sviluppo di un'applicazione di processo o di una soluzione di caso e questa è pronta per la fase successiva di test, in genere si distribuisce su Workflow Server.
- Workflow Server
- IBM Workflow Server è utilizzato sia nell'ambiente di runtime tradizionale che nell'ambiente di runtime dei container per la distribuzione e l'esecuzione di applicazioni di processo e soluzioni di casi IBM Business Automation Workflow applicazioni di processo e soluzioni di caso. Workflow Server fornisce un unico ambiente di runtime in grado di supportare un'ampia gamma di processi aziendali, casi, orchestrazioni di servizi e funzionalità di integrazione. È possibile designare Workflow Server come uno dei seguenti tipi di server:
- Sviluppo
- Verifica
- Staging
- Produzione
- Avanzate Workflow Server
- IBM Advanced Workflow Server viene utilizzato nell'ambiente di runtime tradizionale per la distribuzione e l'esecuzione di moduli sviluppati con IBM Integration Designer.
- Process Federation Server
- IBM Process Federation Server migliora la collaborazione tra Workflow Server e IBM Process Portal o Workplace. È obbligatorio per Workflow Server in un ambiente contenitore. Process Federation Server fornisce ai task worker un singolo punto di accesso a tutte le attività da un singolo Process Portal, indipendentemente dal tipo di processo su cui stanno lavorando e dal sistema di back - end IBM Business Automation Workflow su cui sono memorizzate le risorse del processo. Le attività e le istanze possono essere federate tra le seguenti entità:
- Più celle IBM Business Automation Workflow e IBM Business Process Manager
- Più release IBM Business Automation Workflow e IBM Business Process Manager
- Più WebSphere Application Server Network Deployment e architetture di runtime basate su contenitore
- Attività BPMN, caso, flusso di lavoro e BPEL.
Contenitori: la federazione del caso si applica solo a Process Federation Server e federa solo i contenitori del caso.
Tradizionale: la federazione BPEL si applica solo alla versione tradizionale di Process Federation Server.
- Case Client
Case Client è una applicazione basata sul web che consente alle persone che lavorano sul caso di completare il lavoro per ogni caso. Prima che Case Client venga distribuito in produzione in modo che le persone che lavorano sul caso possano accedervi, gli analisti aziendali possono modificare l'applicazione per personalizzarla.
- Process Portal
- IBM Process Portal è un'interfaccia utente basata su coach che viene fornita con tutte le edizioni di IBM Business Automation Workflow per partecipare ai processi. Da Process Portal, è possibile avviare processi, dashboard e servizi e lavorare sulle attività. Process Portal può essere configurato per un singolo sistema IBM Business Automation Workflow o per ambienti federati che includono Process Federation Server. Se Process Portal è configurato per un ambiente federato, è possibile accedere a processi e attività su qualsiasi sistema IBM Business Automation Workflow o sul sistema IBM Business Process Manager (V8.0.1.3 o versioni successive) da un singolo collegamento Process Portal . Process Portal include l'indicizzazione dell'istanza del processo e il supporto di ricerca completo fornito tramite le API REST di ricerca federate e il motore di ricerca Elasticsearch .
- Workplace
- Contenitori: Workplace è un'applicazione basata su widget che riunisce funzioni di processo, caso e flusso di lavoro per consentire la gestione di tutto il lavoro in un unico luogo. Offre un'esperienza utente continua e consolidata per gestire e completare diversi tipi di lavoro nella stessa applicazione. Fornito con Business Automation Workflow sui contenitori, Area di lavoro può essere configurato per utilizzare qualsiasi numero di sistemi Business Automation Workflow tradizionali o basati su contenitori federati utilizzando Process Federation Server.
We are attempting to keep the diagram below as BAW-centric and simple as possible. There simply isn't time to illustrate all the products and components that can interface with BAW through containers. However, having said that, we need to ensure that the diagram is accurate. For example, we need to close on the correct name for the server that works with IID. Is it Workflow Server Standard and/or Workflow Server Advanced (or Standard Workflow Server and/or Advanced Workflow Server)? Should we add a dotted line from IID to the server? (I think so.) Do we need to add Performance Data Warehouse to the Traditional side of the diagram? Do we need to show Process Admin Console? If so, this invites the addition of other admin clients to the diagram and there is no time to contain it. Aside from Case Builder, do we need to show other Case entities (like Content Platform Engine and IBM Content Navigator)? (If so, note to myself to see the 5th, 7th, 8th, and 10th diagrams in my Word doc)!