Ottimizzazione del tempo di avvio per un server di integrazione indipendente

È possibile ottimizzare un server di integrazione indipendente per accelerare l'avvio del server, che è particolarmente rilevante negli ambienti contenitore cloud.

Prima di iniziare

Guardate il seguente video, che mostra come ottimizzare il tempo di avvio di un server di integrazione: Come ottimizzare il tempo di avvio del server di integrazione

Informazioni su questa attività

L'avvio del server può essere più lento di quello desiderato, specialmente quando si esegue in contenitori con provisioning CPU limitato, perché il server deve caricare ogni componente. Le parti del server non necessarie possono essere disattivate configurando il file " server.conf.yaml del server come descritto in Configurare un server di integrazione modificando il file server.conf.yaml Tuttavia, mentre il prodotto non esegue le funzioni disattivate, il server carica ancora o crea le risorse sottostanti che sarebbero richieste se le funzioni fossero attivate. Il caricamento delle risorse si aggiunge al tempo di avvio. Il tempo di avvio del server può essere ridotto ottimizzando il server. Questo processo analizza il contenuto della directory di lavoro del server e determina quali parti di un server di integrazione sono necessarie all'avvio. Lo scopo dell'ottimizzazione è accelerare l'avvio del server in ambienti contenitore cloud. L'ottimizzazione si applica solo ai server di integrazione indipendenti e non è adatta ai server di integrazione gestiti da un nodo di integrazione. L'ottimizzazione del server è adatta quando:

Il contenuto del server è fisso per ogni esecuzione IntegrationServer .
I tempi di avvio del server sono importanti e devono essere il più brevi possibile.

Procedura

Creare una directory di lavoro del server di integrazione utilizzando il comando 'mqsicreateworkdir come descritto nel comando mqsicreateworkdir.
Configurare il server di integrazione modificando il file 'server.conf.yaml, come descritto in Configurare un server di integrazione modificando il file server.conf.yaml
È possibile disattivare le funzioni del server non necessarie. Ad esempio:
```
activityLogEnabled: false # Switch to shut off all activity logging
cacheOn: false # Switch to shut off the Global Cache
recordReplayEnabled: false # Switch to shut off Record and Replay
```

Se si intende riempire la directory di lavoro del server di integrazione con risorse compilabili, come le mappe, è necessario compilare le risorse. È possibile compilare le risorse prima di distribuirle completando il passaggio 3. In alternativa, è possibile compilare le risorse durante la distribuzione, come descritto al punto 4.

Opzionale: 'Se si intende popolare la directory di lavoro del server di integrazione con risorse compilabili, come le mappe, è possibile compilarle prima di distribuirle usando il parametro '--compile-maps-and-schemas con il comando 'ibmint package. Per ulteriori informazioni, vedere il comando del pacchetto ibmint.
Distribuire le risorse nella directory di lavoro del server di integrazione eseguendo il comando 'ibmint deploy. Se non si sono compilate risorse compilabili, come le mappe, completando il passo 3, è necessario compilarle durante la distribuzione usando il parametro '--compile-maps-and-schemas quando si esegue il comando 'ibmint deploy. Per ulteriori informazioni, vedere il comando ibmint deploy.
Applicare qualsiasi override pertinente ai flussi delle applicazioni distribuite eseguendo il comando 'ibmint apply overrides, come descritto nel comando ibmint apply overrides.
Ottimizzare il tempo di avvio di un server di integrazione eseguendo il comando 'ibmint optimize server, come descritto in ibmint optimize server command.
Quando si esegue questo comando, vengono analizzati i seguenti elementi nella directory di lavoro:
- Il file server.conf.yaml .
- Il contenuto di qualsiasi file overrides/server.conf.yaml viene fattorizzato.
- Risorse distribuite nella directory run del server.
- Progetti di politica nella directory run del server.
Se il comando viene completato correttamente, viene scritto un file server.components.yaml nella directory di lavoro del server. Nella console viene emesso un messaggio simile al seguente esempio:

BIP15237I: Il file dei componenti 'C:\Work\Development\V13\Server1\server.components.yaml' è stato creato. Se necessario, è possibile modificarlo ulteriormente.

Per ulteriori informazioni sul file 'server.components.yaml, vedere Contenuto del file server.components.yaml.

Cosa fare successivamente

Una volta creato il server.components.yaml , è possibile modificarlo direttamente per abilitare o disabilitare i componenti impostandoli su true o false.
Se non si desidera più ottimizzare il server, è possibile eliminare il file server.components.yaml dalla directory di lavoro. Il server viene quindi avviato esattamente come prima di ottimizzarlo. A differenza del file server.conf.yaml , il file server.components.yaml non supporta una copia nella directory overrides .