Creazione di un connettore con un'origine coda
Creare un connettore nell'hub connettore per trasferire i messaggi da una coda nel servizio Coda a un servizio di destinazione.
Per ulteriori informazioni sul servizio Coda, vedere Coda.
Un connettore definito con un'origine coda e un task funzione (facoltativo) supporta le destinazioni seguenti: Funzioni, Notifiche, Storage degli oggetti e Streaming.
Per un esempio del workflow Hub connettore, vedere Panoramica dell'hub connettore.
Per uno scenario che coinvolge una destinazione funzione, vedere Scenario: invio di messaggi coda a una funzione.
Prima di iniziare
Per selezionare una coda per un connettore, è necessario disporre dell'autorizzazione per leggere la coda. Vedere Policy IAM (Securing Connector Hub).
Polling lungo
Per impostazione predefinita, i connettori utilizzano il polling lungo per leggere i messaggi dalle code. Il polling lungo è utile per impedire nuovi tentativi di loop serrato quando la coda è vuota. Il timeout di lettura per la lettura da una coda è di 30 secondi. In ogni operazione di spostamento, il connettore attende che i messaggi consumabili siano disponibili nella coda. Se il timeout di lettura viene superato e non sono disponibili messaggi per l'utilizzo, il connettore termina la richiesta e prova con un'altra richiesta.
Filtri e messaggi consumati
È possibile filtrare una coda per canali specifici. Affinché i parametri API e CLI filtrino una coda, vedere Utilizzo dei messaggi da un canale. Un messaggio che è stato trasferito alla destinazione del connettore viene considerato "consumato". Per soddisfare i requisiti del servizio Coda, il connettore elimina i messaggi trasferiti dalla coda di origine. Per ulteriori informazioni, vedere Utilizzo dei messaggi.
Periodo di conservazione: origine coda
Il periodo di conservazione per l'origine coda nell'hub connettore dipende dalla configurazione della coda. Vedere Creazione di una coda. Per ulteriori informazioni sulla consegna, vedere Dettagli consegna.
Il processo di creazione inizia e ne viene visualizzato l'avanzamento. Al termine, viene visualizzata la pagina dei dettagli del connettore. Utilizzare il comando oci sch service-connector create e i parametri richiesti per creare un connettore con un'origine Coda.
oci sch service-connector create [...] --source <queue_json_input>Per passare i dettagli di origine all'interfaccia CLI utilizzando un file JSON, effettuare le operazioni riportate di seguito.
oci sch service-connector create [...] --source file:queue_source.jsonContenuto file JSON di esempio:
{ "kind": "plugin", "pluginName": "QueueSource", "configMap": { "queueId": "<queue_json_input>" } }Per un elenco completo dei parametri e dei valori per i comandi CLI, consultare il manuale CLI Command Reference.
Eseguire l'operazione CreateServiceConnector per creare un connettore.
Per creare un connettore con un'origine Coda, inserire in
sourcenella richiesta (CreateServiceConnectorDetails) un plugin connettore che utilizza Queue (pluginNameQueueSource, con ogni OCID coda inconfigMap). Per un esempio, vedere PluginSourceDetails.
Confermare che il nuovo connettore sposta i dati
Dopo aver creato il connettore, confermarne lo spostamento.
- Abilita log per consentire al connettore di ottenere dettagli sul flusso di dati.
- Controllare i risultati previsti nel servizio di destinazione.
La conferma dello spostamento dei dati consente di evitare la disattivazione automatica, che si verifica quando un connettore si guasta per un lungo periodo di tempo.