Distribuire Siebel CRM su Oracle Kubernetes Engine utilizzando Siebel Cloud Manager

Questa architettura di riferimento mostra la topologia di un ambiente Siebel CRM semplice e ad alta disponibilità distribuito da Siebel Cloud Manager su Oracle Container Engine for Kubernetes (OKE), in cui i componenti Siebel vengono eseguiti come contenitori.

Siebel Cloud Manager è un nuovo strumento di distribuzione continua basato su REST grazie al quale è possibile eseguire le operazioni riportate di seguito.
  • Automatizza la distribuzione di Siebel CRM su Oracle Cloud Infrastructure (OCI), indipendentemente dal fatto che tu inizi da una distribuzione on-premise esistente di Siebel CRM o crei una nuova distribuzione greenfield di Siebel CRM su OCI.
  • Eseguire la manutenzione continua di Siebel Enterprise su OCI.
  • Utilizzare la utility Siebel Lift, che esegue le funzioni riportate di seguito.
    • Crea kit di distribuzione costituiti da artifact derivati da una distribuzione in locale esistente di Siebel CRM. I kit di distribuzione vengono creati in una posizione intermedia.
    • Legge gli artifact memorizzati creati e li carica nello storage degli oggetti OCI per popolare la pipeline di migrazione per la distribuzione Siebel CRM nell'infrastruttura OCI.

Architettura

Il seguente diagramma illustra questa architettura di riferimento.

Segue la descrizione di siebelcm-ref-arch.png
Descrizione dell'immagine siebelcm-ref-arch.png

siebelcm-ref-arch-oracle.zip

Questa architettura contiene i componenti riportati di seguito.
  • Area

    Un'area geografica Oracle Cloud Infrastructure è un'area geografica localizzata che contiene uno o più data center, denominati domini di disponibilità. Le regioni sono indipendenti da altre regioni e grandi distanze possono separarle (tra paesi o addirittura continenti).

  • Domini di disponibilità

    I domini di disponibilità sono data center standalone indipendenti all'interno di un'area geografica. Le risorse fisiche in ciascun dominio di disponibilità sono isolate dalle risorse presenti negli altri domini di disponibilità, che garantiscono la tolleranza agli errori. I domini di disponibilità non condividono l'infrastruttura, ad esempio, l'alimentazione o il raffreddamento oppure la rete interna del dominio di disponibilità. Pertanto, è improbabile che l'eventuale guasto di un dominio di disponibilità influisca sugli altri domini di disponibilità dell'area.

  • Domini di errore

    Un dominio di errore è un raggruppamento di hardware e infrastruttura all'interno di un dominio di disponibilità. Ogni dominio di disponibilità dispone di tre domini di errore con alimentazione e hardware indipendenti. Quando distribuisci le risorse su più domini di errore, le applicazioni possono tollerare guasti fisici del server, manutenzione del sistema e errori di alimentazione all'interno di un dominio di errore.

  • Load balancer

    Il servizio Oracle Cloud Infrastructure Load Balancing fornisce la distribuzione automatica del traffico da un unico punto di accesso a più server nel backend.

  • Rete cloud virtuale (VCN) e subnet

    Una VCN è una rete personalizzabile definita dal software che si imposta in un'area Oracle Cloud Infrastructure. Analogamente alle reti di data center tradizionali, i VCN offrono il controllo completo sull'ambiente di rete. Una VCN può avere più blocchi CIDR non sovrapposti che puoi modificare dopo aver creato la VCN. Puoi segmentare una VCN in subnet che possono essere definite in un'area o in un dominio di disponibilità. Ogni subnet è costituita da un intervallo contiguo di indirizzi che non si sovrappongono alle altre subnet nella VCN. Puoi modificare la dimensione di una subnet dopo la creazione. Una subnet può essere pubblica o privata.

  • Cluster Siebel Kubernetes

    Il cluster Siebel Kubernetes si basa su Oracle Kubernetes Engine (OKE), un servizio completamente gestito, scalabile e ad alta disponibilità che è possibile utilizzare per distribuire le applicazioni containerizzate nel cloud. Utilizza Container Engine for Kubernetes (a volte abbreviato in OKE) quando il team di sviluppo desidera creare, distribuire e gestire in modo affidabile applicazioni cloud native.

  • Gateway Siebel

    Siebel Gateway fornisce il registro indirizzi dinamico per Siebel Server e componenti server, nonché per Siebel Application Interface e altri moduli, come Siebel Enterprise Cache e Siebel Constraint Engine.

  • Siebel Application Interface

    Interfaccia applicazione (SAI, Application Interface) è un programma che comunica con Siebel Web Engine (che fa parte di un componente Application Object Manager, come Call Center Object Manager) su Siebel Server e con i browser eseguiti dagli utenti di Siebel CRM.

  • Istanza di Siebel Cloud Manager

    L'applicazione Siebel Cloud Manager è preinstallata su una virtual machine di cui è stato eseguito il provisioning utilizzando un'immagine disponibile in OCI Marketplace.

  • Istanza GitLab

    Siebel Cloud Manager utilizza GitLab per memorizzare la configurazione di ogni distribuzione eseguita. Quindi, accederà ai file di configurazione (Grafici Helm, file di definizione YAML e così via) da GitLab per eseguire la distribuzione effettiva.

  • Helm (disambigua)

    Helm è uno strumento di distribuzione Kubernetes per automatizzare la creazione, il packaging, la configurazione e la distribuzione di applicazioni e servizi nei cluster Kubernetes.

  • Flusso

    Flux è un set di soluzioni di distribuzione continue e progressive per Kubernetes aperte ed estendibili. L'operatore GitOps rileva le modifiche in GitLab o nel Registro immagini, quindi avvia la modifica necessaria alla distribuzione.

  • Controller di entrata NGINX

    Il controller di entrata NGINX è un controller di entrata (daemon) di livello produzione che viene eseguito insieme alle istanze NGINX Open Source o NGINX Plus in un ambiente Kubernetes. Il daemon monitora le risorse di entrata NGINX e le risorse di entrata Kubernetes per trovare le richieste per i servizi che richiedono il bilanciamento del carico in entrata.

  • Database primari e in standby

    Un database primario è il database principale utilizzato dall'applicazione Siebel. Un database in standby è una replica del database creata da un backup di un database primario.

  • Data Guard

    Un set completo di servizi che creano, mantengono, gestiscono e monitorano uno o più database in standby per consentire ai database Oracle di produzione di sopravvivere a disastri e danneggiamenti dei dati.

  • Storage degli oggetti

    Lo storage degli oggetti fornisce accesso rapido a grandi quantità di dati strutturati e non strutturati di qualsiasi tipo di contenuto, inclusi backup del database, dati analitici e contenuti avanzati quali immagini e video. Puoi memorizzare e recuperare i dati in tutta sicurezza direttamente da Internet o dall'interno della piattaforma cloud. È possibile scalare lo storage senza problemi senza compromettere le prestazioni o l'affidabilità del servizio. Utilizzare lo storage standard per lo storage "hot" a cui è necessario accedere in modo rapido, immediato e frequente. Utilizzare l'archiviazione per lo storage "freddo" che viene conservato per lunghi periodi di tempo e raramente accessibile.

Suggerimenti

Utilizzare i seguenti suggerimenti come punto di partenza per la distribuzione di Siebel CRM su Oracle Kubernetes Engine mediante Siebel Cloud Manager.I requisiti potrebbero differire dall'architettura descritta qui.
  • VCN

    Quando crei una rete VCN, determina il numero di blocchi CIDR necessari e la dimensione di ciascun blocco in base al numero di risorse che intendi collegare alle subnet nella rete VCN. Usare i blocchi CIDR che si trovano nello spazio di indirizzi IP privati standard.

    Selezionare i blocchi CIDR che non si sovrappongono a qualsiasi altra rete (in Oracle Cloud Infrastructure, il data center in locale o un altro provider cloud) in cui si intende impostare le connessioni private.

    Dopo aver creato una rete VCN, puoi modificare, aggiungere e rimuovere i relativi blocchi CIDR.

    Quando si progettano le subnet, considerare i requisiti di flusso del traffico e sicurezza. Collega tutte le risorse all'interno di un livello o ruolo specifico alla stessa subnet, che può fungere da limite di sicurezza.

    Utilizzare subnet regionali.

  • Sicurezza

    Utilizza Oracle Cloud Guard per monitorare e mantenere la sicurezza delle tue risorse in Oracle Cloud Infrastructure in modo proattivo. Cloud Guard utilizza ricette dei rilevatori che puoi definire per esaminare le risorse e rilevare carenze a livello di sicurezza e monitorare operatori e utenti in caso di attività a rischio. Quando viene rilevata un'attività di configurazione errata o non sicura, Cloud Guard consiglia azioni correttive e supporta l'esecuzione di tali azioni in base alle ricette del rispondente che è possibile definire.

    Per le risorse che richiedono una maggiore sicurezza, Oracle consiglia di utilizzare le zone di sicurezza. Una zona di sicurezza è un compartimento associato a una ricetta dei criteri di sicurezza definita da Oracle basata sulle migliori prassi. Ad esempio, le risorse in una zona di sicurezza non devono essere accessibili dalla rete Internet pubblica e devono essere cifrate utilizzando chiavi gestite dal cliente. Quando si creano e si aggiornano risorse in una zona di sicurezza, Oracle Cloud Infrastructure convalida le operazioni rispetto ai criteri nella ricetta della zona di sicurezza e nega le operazioni che violano qualsiasi criterio.

  • Cloud Guard

    Puoi utilizzare Oracle Cloud Guard per monitorare e mantenere la sicurezza delle tue risorse in Oracle Cloud Infrastructure. Cloud Guard utilizza ricette rilevatrici che puoi definire per esaminare le risorse a causa dei punti deboli nella sicurezza e per monitorare operatori e utenti in caso di attività a rischio. Quando viene rilevata un'attività di configurazione errata o non sicura, Cloud Guard consiglia azioni correttive e supporta l'esecuzione di tali azioni, in base alle ricette del rispondente che è possibile definire.

Considerazioni

Quando si distribuisce questa architettura di riferimento, tenere presente quanto riportato di seguito.

  • Prestazioni e costi

    OCI offre forme di computazione in grado di soddisfare una vasta gamma di applicazioni e casi d'uso. Scegliere attentamente le forme per le istanze di computazione. Selezionare forme che offrano prestazioni ottimali per il carico al costo più basso. Se hai bisogno di un maggior numero di prestazioni, memoria o larghezza di banda della rete, puoi passare a una forma più grande.

    Se nella tenancy esiste già un'istanza GitLab, riutilizzarla anche per Siebel Cloud Manager. Per una nuova istanza GitLab, sono necessari solo un'OCPU e circa 10 GB di RAM per iniziare, poiché non sono coinvolti molti task a uso intensivo di risorse.

  • Sicurezza

    Utilizza i criteri di Oracle Cloud Infrastructure Identity and Access Management (IAM) per controllare chi può accedere alle tue risorse cloud e quali operazioni è possibile eseguire. Per proteggere le password del database o qualsiasi altro segreto, prendere in considerazione l'uso del servizio Vault OCI.

    Facoltativamente, è possibile ridurre l'intervallo di entrata per rafforzare la sicurezza di rete per Siebel Cloud Manager. È possibile trovare i dettagli nella documentazione ufficiale di Siebel Cloud Manager.

  • Disponibilità

    Prendi in considerazione l'uso di un'opzione ad alta disponibilità basata sui requisiti di distribuzione e sulla tua area. Le opzioni includono la distribuzione delle risorse tra più domini di disponibilità in un'area e la distribuzione delle risorse tra i domini di errore all'interno di un dominio di disponibilità.

    I domini di errore offrono la migliore resilienza per i carichi di lavoro distribuiti all'interno di un singolo dominio di disponibilità. Per l'alta disponibilità nel livello applicazione, distribuisci gli Application Server in domini di errore diversi e usa un load balancer per distribuire il traffico client tra gli Application Server.

    In base al numero di nodi di lavoro specificati nel payload JSON per distribuire Siebel CRM, OCI stesso mantiene la modalità High Availability distribuendo i nodi su domini di disponibilità diversi.

  • Monitoraggio e avvisi

    Utilizzare le funzioni Metriche e Allarmi del servizio Oracle Cloud Infrastructure Monitoring per monitorare in modo attivo e passivo le risorse cloud.

Visualizza altro

Per ulteriori informazioni sulla distribuzione di Siebel CRM in Oracle Kubernetes Engine mediante Siebel Cloud Manager, eseguire le operazioni riportate di seguito.

Esaminare le seguenti risorse aggiuntive:

Conferme

  • Author: Shyam Mohandas
  • Contributors: Prabhu Dhanabalan, Duncan Ford, Lingaraj Nayak, Jasmine Sultan Salahudeen, Nandha kumar Thirupathi