Scelta del modello di programmazione appropriato per la soluzione

Un modello di programmazione determina il metodo usato per accedere e integrare applicazioni host e requisiti di configurazione a seconda degli obiettivi della soluzione specifici. Se si implementano ti o si usano i connettori per i sistemi mainframe e midrange per creare flussi di lavoro in App per la logica di Azure, potrebbe essere necessario modificare i programmi di transazione mainframe esistenti per adattare i modelli di programmazione supportati. In particolare, questo potrebbe essere necessario quando in questi scenari:

  • Un TP non prevede una semplice risposta di richiesta-risposta.

  • Un CICS TP ha la logica di elaborazione del terminale incorporata nello stesso TP con la logica di business.

    È necessario ristrutturare questo tipo di TP come due TP separati. Accesso alla logica di business già esistente nel computer mainframe come ip. È possibile usare questa funzione oppure creare i metodi sul lato COM e quindi creare i provider di indirizzi IP del server necessari nel computer mainframe. Questa è ancora un'opzione valida perché TI potrebbe essere migliore per accedere a alcuni tipi di dati, ad esempio quelli archiviati in set di dati VSAM, rispetto ai metodi di accesso ai dati standard.

    È necessario analizzare attentamente i requisiti aziendali dell'organizzazione in modo che sia possibile implementare l'accesso alle transazioni usando uno dei modelli di programmazione forniti in TI. TI supporta i modelli di programmazione elencati nella tabella seguente, che elenca alcuni dei fattori da considerare quando si sceglie il modello di programmazione appropriato per l'organizzazione:

    • Protocollo di rete
    • Dimensione massima del messaggio o dei dati che possono essere inviati all'host
    • Se è necessario usare transazioni di commit in due fasi nelle applicazioni host
    • Se è necessario scrivere il proprio protocollo di comunicazione per supportare un programma di collegamento
    • Se si vuole che il server abbia la possibilità di mantenere il contesto del client al server, definito anche una connessione persistente
    • Altri requisiti specifici di un determinato modello

La tabella seguente riepiloga le somiglianze e le differenze tra i modelli di programmazione:

Modello di programmazione Protocollo di rete Dimensioni massime dei messaggi o dei dati Supporta il commit a due fasi Scrivere un protocollo di comunicazione personalizzato Supporta connessioni persistenti Supporta app per la logica di Azure Altri requisiti
Collegamento al messaggio di richiesta transazione TCP TCP/IP 32 KB No No (vedere codice di esempio) - Vedere l'applicazione di esempio mscmtics.cbl.
- 1:molti relazioni tra applicazioni server e porta
Collegamento al messaggio del listener avanzato TCP TCP/IP 32 KB No No (vedere codice di esempio) - Vedere l'applicazione di esempio mscmtics.cbl.
- 1:1 relazione tra applicazione server e porta
Dati utente del messaggio di richiesta transazione TCP TCP/IP Nessuna limitazione No

I provider di servizi server vengono codificati per gestire tutte le chiamate socket tramite TCP/IP.
1:molti rapporti tra l'applicazione server e la porta
Dati utente del messaggio del listener avanzato TCP TCP/IP Nessuna limitazione No

I provider di servizi server vengono codificati per gestire tutte le chiamate socket tramite TCP/IP.
Relazione 1:1 tra applicazione server e porta
IMS Connect TCP/IP 10 MB No No No - Non sono consentiti set di record in ingresso (da TI all'host). Ti non può inviare recordset non in uscita all'host. Sono supportati solo i recordset che tornano dall'host a TI.
- Dipendente dalle routine di uscita di IBM fornite HWSIMSO0 e HWSIMSO0
Chiamate del programma IBM i Distributed TCP/IP 32 KB No No No
Collegamento CICS LU6.2 LU6.2 32 KB No No No - I PROVIDER di server sono già codificati per l'uso di VIRGOLEA. Nota: il collegamento CICS non supporta più comandi send-and-receive. Quindi, i recordset di lunghezza variabile non sono supportati, ma sono supportati set di record di dimensioni fisse.
- I TPS CICS non contengono la logica necessaria per gestire direttamente l'emissione di verbi APPC, ma devono invece basarsi sulla transazione mirror CICS.
- Il TP viene codificato per una semplice sequenza di invio e ricezione.
Dati utente CICS LU6.2 LU6.2 Nessuna limitazione

I provider di servizi server vengono codificati per gestire tutte le comunicazioni APPC e Sync Level 2.
No - I TP esistenti contengono il codice appropriato necessario per gestire le proprie comunicazioni APPC e Sync Level 2.
- Può usare più comandi send-and-receive.
Dati utente IMS LU6.2 LU6.2 Nessuna limitazione No No No - Ogni server TP deve avere il codice incorporato necessario per gestire tutte le comunicazioni dati usando il protocollo LU6.2.
Collegamento HTTP HTTP 32 KB No No No (vedere codice di esempio) - Vedere programmi di esempio MSHMIRS
- 1:molti relazioni tra applicazioni server e porta
Dati utente HTTP HTTP Nessuna limitazione No No Sì, in base al codice di esempio in HTTPGetBalanceUserData.cbl - Vedere il programma di esempio GETBALUD
- 1:molti relazioni tra applicazioni server e porta

Se si implementa un modello di programmazione specifico, è necessario installare e configurare il software appropriato nel mainframe o nel computer IBM i. Quando si sceglie il modello di programmazione appropriato per l'organizzazione, è possibile valutare in che modo la configurazione host corrente corrisponda ai requisiti minimi. La tabella seguente riepiloga i requisiti minimi di software e configurazione per ogni modello di programmazione:

Modello di programmazione Requisito di installare e configurare
Collegamento al messaggio di richiesta transazione TCP - IBM z/OS 2.3 o versione successiva
- IBM CICS 5.2 o versione successiva
- Listener TP, incluso in CICS TCP/IP, configurato e avviato
- TCP/IP per z/OS versione 2.3 o successiva
- Almeno un'area CICS definita in un'istruzione APPL in VTAM con ip configurati.
Collegamento al messaggio del listener avanzato TCP - IBM z/OS 2.3 o versione successiva
- IBM CICS Component Services
- Listener TP, incluso in CICS TCP/IP, configurato e avviato
- TCP/IP per z/OS versione 2.3 o successiva
- Almeno un'area CICS definita in un'istruzione APPL in VTAM con ip configurati
Dati utente del messaggio di richiesta transazione TCP - IBM z/OS 2.3 o versione successiva
- IBM CICS 5.2 o versione successiva
- Listener TP, incluso in CICS TCP/IP, configurato e avviato
- TCP/IP per z/OS versione 2.3 o successiva
- Almeno un'area CICS definita in un'istruzione APPL in VTAM con ip configurati
Dati utente del messaggio del listener avanzato TCP - IBM z/OS 2.3 o versione successiva
- IBM CICS Component Services
- Listener TP, incluso in CICS TCP/IP, configurato e avviato
- TCP/IP per z/OS versione 2.3 o successiva
- Almeno un'area CICS definita in un'istruzione APPL in VTAM con ip configurati
IMS Connect - IBM z/OS 2.3 o versione successiva
- IBM IMS 13.1 o versione successiva
- Il listener TP incluso in TCP/IP IMS
- TCP/IP per z/OS 2.3 o versione successiva
- IMS TCP/IP
Chiamate del programma IBM i Distributed IBM IBM i versione 4 versione 1 o successiva
Collegamento CICS LU6.2 - IBM z/OS 2.3 o versione successiva
- IBM CICS versione 5.2 o successiva
- Transazione mirror CICS inclusa in CICS versione 5.2 o successiva
-VTAM
- Almeno un'area CICS definita in un'istruzione Application (APPL) in VTAM con IP configurati
- Le definizioni di VTAM PU, LU e Modalità appropriate necessarie per stabilire la connettività SNA (Systems Network Architecture)
Dati utente CICS LU6.2 - IBM z/OS 2.3 o versione successiva
- IBM CICS 5.2 o versione successiva
-VTAM
- Almeno un'area CICS definita in un'istruzione APPL in VTAM con ip configurati
- Le definizioni di VTAM PU, LU e Modalità appropriate necessarie per stabilire la connettività SNA
Dati utente IMS LU6.2 - IBM z/OS 2.3 o versione successiva
- MVS/APPC deve essere installato nel computer mainframe. MVS/APPC è incluso nel sistema operativo.
- IBM IMS 13.1 o versione successiva
- IBM IMS 13.1 o versione successiva se si usano protocolli 2PC (livello di punto di sincronizzazione 2)
- IBM Recovery Resource Services (RRS) se si usano protocolli 2PC (livello di punto di sincronizzazione 2). Inoltre, le aree di controllo IMS appropriate devono essere definite in un'istruzione APPL in VTAM.

Vedi anche

Modelli di programmazione
commit in due fasi