Il concetto principale di software-defined networking (SDN) è "il disaccoppiamento del sistema che prende decisioni sulla destinazione del traffico (il piano di controllo) dai sistemi sottostanti che inoltrano il traffico alla destinazione selezionata (il piano dati)". La Open Networking Foundation definisce l'architettura SDN come:
- Direttamente programmabile
- Agile
- Gestione centralizzata
- Configurato in modo programmatico
- Basato su standard aperti e neutrale rispetto ai fornitori
Come abbiamo sottolineato in questo whitepaper tecnico, SnapLogic Integration Cloud è architettato sulla base dei concetti SDN e costruito con una serie specifica di valori in mente. Il "piano di controllo" controlla dove e come vengono elaborati i dati in base alla configurazione e alle preferenze dell'utente. Il "piano dati" (alias Snaplex) esegue l'effettiva elaborazione dei dati in base alle istruzioni ricevute dal piano di controllo. I dati non vengono memorizzati in SnapLogic Integration Cloud, ma vengono trasmessi tra i sistemi tramite Snaplex. In questo post forniremo una panoramica del piano dati di SnapLogic. È possibile saperne di più sul piano di controllo qui e su Snap qui. Nel prossimo post ci occuperemo di sicurezza.
Snaplex: il piano dati
Snaplex è il componente di elaborazione dati di SnapLogic Integration Cloud. È il "piano dati". I clienti possono distribuire uno o più Snaplex, a seconda delle necessità, per eseguire le pipeline ed elaborare i dati. Uno Snaplex è costituito da uno o più Nodi e può essere disponibile in due versioni: on-premises (detto anche "Groundplex") e in cloud (detto anche "Cloudplex").
- Cloudplex: Tutti i Cloudplex vengono eseguiti all'interno di SnapLogic Integration Cloud. I clienti utilizzano il Manager e il Dashboard di monitoraggio per amministrare il proprio Cloudplex. Il team SnapLogic DevOps amministra gli indicatori di prestazione chiave (KPI) dell'infrastruttura, come il tempo di attività, ecc. I clienti che hanno bisogno di eseguire integrazioni che orchestrano tra le applicazioni di cloud (ad esempio, Salesforce, ServiceNow, Workday) senza connessioni on-premises non avranno bisogno di alcun software da eseguire dietro il loro firewall.
- Groundplex: I clienti che necessitano di connettività on-premises (ad esempio SAP, Oracle, Microsoft Dynamics AX, ecc.) avranno bisogno di un Groundplex, che funziona dietro il firewall. Anche se vengono eseguiti su data center privati o virtuali privati, i Groundplex sono gestiti in remoto dalpiano di controllo di SnapLogic Integration Cloud (ad esempio, monitoraggio degli heartbeat, aggiornamenti del software, ecc.)
Snaplex può espandersi e contrarsi in modo elastico in base al traffico di dati che lo attraversa. L'unità di scalabilità all'interno di Snaplex è una macchina virtuale Java (JVM), denominata "Nodo". Il piano di controllo è dotato di funzioni intelligenti che consentono di scalare automaticamente lo Snaplex per gestire carichi di traffico variabili. Ad esempio, ogni Snaplex viene inizializzato con un numero minimo configurabile di nodi (ad esempio uno). Una volta che l'utilizzo di questo nodo
raggiunge una certa soglia configurabile (ad esempio un certo numero di pipeline in esecuzione o una certa percentuale di utilizzo della CPU o della memoria per nodo) a causa di un picco di traffico, viene automaticamente avviato un nuovo nodo per gestire il carico di lavoro aggiuntivo. Una volta che il traffico di dati in eccesso è stato elaborato e il secondo nodo diventa inattivo, viene "abbattuto" per riportare Snaplex alle sue dimensioni originali.
Per ulteriori informazioni sull'architettura di SnapLogic Integration Cloud e sul suo funzionamento, scaricare questo whitepaper tecnico.
