1. Migre o Siebel para o Oracle Cloud Infrastructure usando o recurso Bring Your Own Image
  2. Saiba mais sobre a migração do Siebel para o Oracle Cloud Infrastructure usando o recurso Bring Your Own Image

Saiba Mais sobre Migrando o Siebel para o Oracle Cloud Infrastructure Usando Traga sua Própria Imagem

Você pode migrar e atualizar um Siebel Enterprise usando o recurso BYOI (Bring Your Own Image) do Oracle Cloud Infrastructure para trazer sua imagem de máquina virtual local executando o Siebel para a nuvem.

A BYOI elimina a necessidade de uma nova implementação do Siebel na OCI, atendendo, assim, aos clientes onde eles estão. Tudo, desde a máquina virtual local, vem para o OCI no estado em que está, reduzindo o esforço e o tempo gerais.

O Oracle Siebel vem revolucionando o setor de CRM (Customer Relationship Management) há mais de duas décadas. Em meio à forte concorrência nesse espaço, a Siebel ainda é considerada o CRM completo, oferecendo soluções de CRM para todos os setores verticais. A Siebel na OCI (Oracle Cloud Infrastructure) aumentou sua capacidade geral. Desde economizar custo até integrar perfeitamente o Siebel com a pilha Oracle, os clientes podem aproveitar o poder do Siebel no Oracle Cloud para capacitar seus negócios.

Este Solution Playbook se concentra somente na migração de camada intermediária do Siebel. Embora o recurso BYOI também possa migrar VMs que executam o Linux, as etapas deste exercício são para um Windows.

Compreender os Recursos e Recursos do Siebel no Oracle Cloud Infrastructure

Uma implementação do Siebel na OCI oferece muitos benefícios, entre eles:

  • Custo total de propriedade mais baixo do que as implantações no local ou em qualquer outra plataforma de nuvem, com base nas descobertas validadas pelo cliente mais recentes da Oracle.
  • A nova ferramenta de Implantação Contínua baseada em REST, Siebel Cloud Manager, automatiza a implantação do Siebel CRM no Oracle Container Engine for Kubernetes (OKE) da OCI, consolidando a implementação do Siebel.
  • Nenhum ponto único de falha.
  • Você pode migrar sem precisar de uma nova arquitetura.
  • A rápida tecnologia no local atualiza, aplica patches e atualizações (a equipe Siebel agora utiliza o modelo de desenvolvimento de software CI/CD).
  • Custos proativos e monitoramento de uso com o Oracle Cloud Infrastructure ou Oracle Management Cloud e Modelos Siebel.
  • Ampliação ou redução quase instantânea.
  • A capacidade de manter o controle sobre segurança e governança usando as ferramentas ou ferramentas do Oracle Cloud Infrastructure usadas em sua implantação atual.

Compreender os Requisitos Locais

Para concluir os exercícios neste playbook, a versão do Siebel CRM local deve ser o IP 2017 ou superior.

Espere Esses Resultados

Quando a migração para o OCI estiver concluída, você deverá ver estes resultados:

  • A Imagem Personalizada exportada do local será usada para criar uma instância no OCI.

    Se você não espera que sua VM local e a que será criada no OCI usando sua imagem personalizada não estejam ativas e em execução ao mesmo tempo, poderá usar o mesmo nome de host da VM local para a VM no OCI. Isso acontece porque a melhor prática é manter computadores com diferentes nomes de host no mesmo domínio.

  • Para generalizar o Siebel Windows, você precisará executar o Sysprep (Preparação do Sistema).
  • O Siebel será atualizado para uma das versões mais recentes.
  • O banco de dados e o cliente Siebel devem ser atualizados para uma versão certificada, embora seu processo de migração esteja fora do escopo deste manual. Para obter certificações, visite My Oracle Support.

Compreender a Arquitetura de Referência Siebel

O Siebel CRM pode ser implantado na OCI em vários tipos de arquitetura, garantindo:

  • Alta Disponibilidade
  • Segurança
  • Balanceamento de Carga
  • Recuperação de Desastre

A arquitetura Siebel mais simples, segura e altamente disponível que você pode implantar no OCI é mostrada abaixo.

Veja a seguir a descrição da ilustração mig-siebel-oci-byoi-arch.png
Descrição da ilustração mig-siebel-oci-byoi-arch.png

migrar-siebel-oci-byoi-arch-oracle.zip

Os principais recursos da arquitetura acima são:
  1. Sub-redes Regionais em ADs: As sub-redes regionais abrangem toda a região, oferecendo benefícios como proteção contra falha de rede do AD, implantação e gerenciamento simplificados de serviços Siebel. Neste bastion hosts de arquitetura, balanceadores de carga e servidores da camada de aplicativos em ambos os ADs estão no estado ativo.
  2. Balanceamento de carga entre ADs: O balanceamento de carga público distribui o tráfego entre os servidores de todos os ADs configurados, fornecendo proteção contra falha do AD.
  3. Componentes ativos do Siebel AI Server em ADs: Ao agrupar serviços suportados em ADs, você pode obter proteção contra falhas imprevistas em um único AD.
  4. Componentes do Servidor Siebel Ativo-Ativo em ADs: Ao agrupar serviços suportados em ADs, você pode obter proteção contra falhas imprevistas em um único AD. GWY e Siebel File System são mostrados como Ativo-Passivo nos ADs.
  5. DR do Banco de Dados entre Domínios de Disponibilidade: O uso do Data Guard ou do Active Data Guard depende do seu caso de uso e da edição do banco de dados. O Data Guard Ativo requer o Enterprise Edition - Extreme Performance.
Esta arquitetura contém estes componentes:
  • Região

    Uma região do Oracle Cloud Infrastructure é uma área geográfica localizada que contém um ou mais data centers, denominados domínios de disponibilidade. As regiões são independentes das outras regiões, e grandes distâncias podem se separar (em países ou até mesmo continentes).

  • Domínios de disponibilidade

    Os domínios de disponibilidade são data centers independentes e independentes dentro de uma região. Os recursos físicos de cada domínio de disponibilidade são isolados dos recursos de outros domínios de disponibilidade, que oferecem tolerância a falhas. Os domínios de disponibilidade não compartilham infraestrutura como energia ou resfriamento ou rede interna. Portanto, é pouco provável que uma falha em um domínio de disponibilidade afete os outros domínios

  • Rede virtual na nuvem (VCN) e sub-redes

    Uma VCN é uma rede personalizável definida por software que você configura em uma região do Oracle Cloud Infrastructure. Como as redes de data center tradicionais, as VCNs dão a você total controle sobre seu ambiente de rede. Uma VCN pode ter vários blocos CIDR não sobrepostos que você pode alterar após criar a VCN. Você pode segmentar uma VCN em sub-redes, que podem ter escopo em uma região ou em um domínio de disponibilidade. Cada sub-rede consiste em um intervalo contínuo de endereços que não se sobrepõem com as outras sub-redes da VCN. Você pode alterar o tamanho de uma sub-rede após a criação. Uma sub-rede pode ser pública ou privada.

  • Bastion

    O Bastion do Oracle Cloud Infrastructure fornece acesso seguro restrito e limitado por tempo a recursos que não têm pontos finais públicos e que exigem controles rigorosos de acesso a recursos, como bare metal e máquinas virtuais, Oracle MySQL Database Service, Autonomous Transaction Processing (ATP), Oracle Container Engine for Kubernetes (OKE), e qualquer outro recurso que permita acesso SSH (Secure Shell Protocol). Com o serviço Bastion do Oracle Cloud Infrastructure, você pode ativar o acesso a hosts privados sem implantar e manter um jump host. Além disso, você obtém postura de segurança aprimorada com permissões baseadas em identidade e uma sessão SSH centralizada, auditada e limitada por tempo. O Bastion do Oracle Cloud Infrastructure elimina a necessidade de um IP público para acesso ao bastion, eliminando o aborrecimento e a possível superfície de ataque ao fornecer acesso remoto.

  • Balanceador de carga

    O serviço Oracle Cloud Infrastructure Load Balancing fornece distribuição automatizada de tráfego de um único ponto de entrada para vários servidores no back-end. O balanceador de carga fornece acesso a diferentes aplicativos.

  • Gateway de roteamento dinâmico (DRG)

    O DRG é um roteador virtual que fornece um caminho para o tráfego de rede privada entre uma VCN e uma rede fora da região, como uma VCN em outra região do Oracle Cloud Infrastructure, uma rede local ou uma rede em outro provedor de nuvem.

  • Servidor Siebel AI

    O Siebel Application Interface (SAI) é um programa que se comunica com o Siebel Web Engine (que faz parte de um componente do Application Object Manager, como o Call Center Object Manager) no Siebel Server e com navegadores executados por usuários do Siebel CRM.

  • Componentes Siebel

    Uma sub-rede privada contém o Siebel App Server, o Siebel Cloud Gateway e a Siebel FS VM.

  • Bancos de Dados Principais e Stand-by

    Um banco de dados principal é o banco de dados principal usado pelo aplicativo Siebel. Um banco de dados standby é uma réplica do banco de dados criada com base em um backup de um banco de dados principal.

  • Data Guard

    Um conjunto abrangente de serviços que criam, mantêm, gerenciam e monitoram um ou mais bancos de dados standby para permitir que os bancos de dados Oracle de produção sobrevivam a desastres e danos aos dados

  • Object Storage

    O armazenamento de objetos fornece acesso rápido a grandes volumes de dados estruturados e não estruturados de qualquer tipo de conteúdo, incluindo backups de bancos de dados, dados analíticos e conteúdo avançado, como imagens e vídeos. Você pode armazenar e, em seguida, recuperar dados diretamente da internet ou de dentro da plataforma de nuvem. Você pode escalar o armazenamento de forma integrada sem experimentar qualquer degradação no desempenho ou na confiabilidade do serviço. Use o armazenamento padrão para armazenamento "quente" que você precisa acessar de forma rápida, imediata e frequente. Use o armazenamento de arquivos compactados para armazenamento "frio" que você mantém por longos períodos de tempo e raramente acessa.

Sobre Responsabilidades de Implementação

Para implementar essa solução, você deve ter ou atribuir as responsabilidades descritas abaixo: