Definindo a Sua Arquitetura Planejada

Avalie cada aplicativo ou grupo de aplicativos em sua matriz e identifique uma ou mais opções para implementação na nuvem.

Como você pode progredir para suas metas comerciais melhorando seu status atual, considere muitos dos mesmos atributos que você considerou quando avaliou sua arquitetura atual. O gerenciamento do escopo de análise também é importante, especialmente quando você pensa sobre os muitos "e se" potenciais de uma implementação planejada. Lembre-se de que a lista planejada não é um exercício totalmente novo e separado.

Este é o processo geral a ser seguido:

1. Avalie cada aplicativo do ponto de vista de suas metas comerciais. Use a matriz de arquitetura atual como ponto de partida. Essa análise permite priorizar onde gastar mais tempo e explorar alternativas possíveis com mais profundidade.

2. Priorize quais aplicativos são mais importantes em relação aos seus objetivos. Para fazer isso, considere suas metas comerciais e prioridades, combinadas com os atributos de função estratégica de cada aplicativo.

3. Identifique os aplicativos que deverão ser priorizados por causa de dependências ou integração com outros aplicativos que tenham alto alinhamento com seus objetivos. Para fazer isso, considere os atributos da área funcional compartilhada de cada aplicativo.

   Muitas vezes, você acha que aplicativos de sustentação ainda exigem priorização porque agem como pontos focais para coleta, retenção ou sindicação de dados, mesmo que o aplicativo de sustentação em si seja menos estratégico. Para aplicativos como esse, considere as opções de nova plataforma ou hospedagem que permitem o desenvolvimento nativo da nuvem lado a lado. Considere também refatoração limitada e reformulação de plataforma, para o mesmo objetivo de regravar funções críticas, mas sem tentar resolver toda a sua obrigação técnica imediatamente.

Avalie cada aplicativo ou grupo de aplicativos em sua matriz e identifique uma ou mais opções para implementação na nuvem.

Use os atributos nesta seção para estender sua matriz de aplicativos atuais de modo que ela inclua uma matriz de cargas de trabalho planejadas e arquiteturas de plataforma.

O Oracle Architecture Center inclui vários exemplos de arquiteturas para cargas de trabalho específicas e padrões de aplicativos. Ao criar sua matriz de atributos, procure exemplos no Architecture Center que correspondam ao seu próprio portfólio para começar a definir as arquiteturas e capturar os atributos.

Aqui estão alguns atributos adicionais a serem considerados. Quando você avalia requisitos não funcionais, as prioridades e metas da sua organização devem dar a ênfase.

Compatibilidade legada:

• Máquinas virtuais. Por exemplo:

  • Está re-hospedando uma opção?

  • As VMs que executam sistemas operacionais mais antigos podem ser migradas para a nuvem ou para uma plataforma de virtualização, como VMware? Use o Oracle Cloud VMware Solution para criar e gerenciar SDDCs (data centers definidos por software) ativados para VMware no Oracle Cloud Infrastructure.

• Upgrades. Por exemplo, é possível fazer upgrade das principais tecnologias de suporte?

Equivalentes on-premises:

• Re-hospedagem direta. Por exemplo, para arquiteturas mais atuais, há uma opção de re-hospedagem no serviço de nuvem equivalente diretamente ou com um upgrade de versão?

• Re-hospedagem híbrida e reformulação de plataforma. Por exemplo:

  • Você pode dividir as camadas de aplicativos para permitir uma re-hospedagem mais direta de algumas camadas, exigindo uma reformulação de plataforma para outras camadas?

  • Você pode reformular a plataforma apenas de balanceadores de carga, servidores de aplicativos ou (menos provável) camada de banco de dados, enquanto re-hospeda os outros?

• Fornecedores de terceiros. Por exemplo:

  • Os provedores de terceiros oferecem appliances virtuais ou serviços de plataforma no Oracle Cloud Marketplace?

  • As ofertas do Marketplace atendem às suas expectativas funcionais e não funcionais? Algumas ofertas do Marketplace são análogos diretos da versão on-premises. Outras ofertas só têm um subconjunto de recursos, embora, se esses recursos atenderem às suas necessidades, talvez não seja um problema.

Continuidade dos negócios:

• Quais padrões de continuidade dos negócios você aprimora ao ter acesso à infraestrutura como recurso sob demanda e ao se inscrever em várias regiões?

• Você armazenará snapshots de regiões remotas com automação de reconstrução para tratar desastres ou elevará a região remota para fazer parte de seu stand-by de switchover de HA (alta disponibilidade)?

• Qual é a importância do aplicativo para seu portfólio?

• Se um aplicativo não puder ser clusterizado, será possível automatizar a reconstrução ou recuperação em um computador stand-by não reservado que você considere estar disponível na mesma região?

• Para obter mais informações, consulte Alta Disponibilidade e Recuperação de Desastre. O Oracle Architecture Center também tem exemplos detalhados, de planejamento geral e padrões para aplicativos específicos.

Dimensionamento. Por exemplo, quais opções de expansão ou redução se tornam disponíveis usando o dimensionamento automático do serviço Compute ou o Balanceador de Carga da Rede?

Gerenciamento de custos. Quais eficiências operacionais você pode obter usando recursos nativos da nuvem?

• As recomendações do Cloud Advisor ajudam a maximizar a economia de custos e melhorar a segurança da sua tenancy. Quais das recomendações de custo do Cloud Advisor se aplicam diretamente aos seus desafios de custos?

• Você pode dar suporte à consolidação e à realocação de recursos sob demanda usando recursos e serviços do Oracle Cloud Infrastructure? Exemplos incluem Dimensionamento automático do serviço Compute, serviços autônomos que são dimensionados automaticamente, como Autonomous Database ou Network Load Balancer, bem como serviços de escala sob demanda, como bare metal, máquina virtual e sistemas de Banco de Dados Exadata.

• Use formas de computação flexíveis com uma quantidade personalizável de memória e núcleos para garantir uma operação eficiente.

• A conteinerização pode ser um padrão de design de custo ideal, diretamente portátil para aplicativos existentes ou parte do design para novos aplicativos.

• Considere as opções de portabilidade de licença. Muitas ofertas da Oracle oferecem um preço com "licença incluída" que dá acesso a recursos de gerenciamento de plataforma e portabilidade de licenças existentes. Os parceiros da Oracle oferecem vários modelos para licenciar software na nuvem, incluindo modelos de consumo de pagamento por uso e portabilidade de licença.

Novos recursos e funções para novos aplicativos ou para regravação e refatoração:

• Como parte da regravação ou refatoração de seus aplicativos, você pode migrar para as tecnologias a seguir ou usá-las para criar novas soluções?

  • Casos de uso não relacionais, NoSQL Database Cloud, data lakehouses, Big Data Service e Data Science.

  • Agilidade usando microsserviços e aplicativos de 12 fatores executados em contêineres programados com Kubernetes.

  • Desenvolvimento de baixo código ou nenhum código com o Oracle APEX Application Development ou o Microsoft Visual Basic.

  • Content Management e Oracle Digital Assistant.

• Outras estruturas são prontamente implantadas diretamente no Oracle Cloud Infrastructure ou estão disponíveis no Marketplace. A Oracle fornece ferramentas opinativas e também oferece suporte à compatibilidade aberta. Talvez você já tenha iniciado o processo de regravação e refatoração em alguns domínios. Para obter orientação sobre como usar essas ferramentas no Oracle Cloud Infrastructure para uma migração mais direta, consulte Oracle Cloud Marketplace e Oracle Architecture Center.

Novos processos para desenvolvimento, operações e gerenciamento:

• Use o Resource Manager para gerenciar a infraestrutura como código.

• Use o Cloud Guard, o Security Zones e o Security Advisor para manter perfis de segurança. Use o serviço Bastion para acesso de gerenciamento remoto seguro.

• Para monitoramento e gerenciamento aprimorado de operações, use Logging Analytics, Management Agent e Database Management. Use o serviço OS Management para gerenciar e monitorar atualizações e patches para ambientes de sistemas operacionais.

• O Oracle Cloud Infrastructure oferece uma suíte completa de ferramentas de desenvolvimento e suporta ferramentas de terceiros usando integração direta e o Marketplace.

Ferramentas de migração. Quais ferramentas de migração estão disponíveis para suas cargas de trabalho? O Oracle Architecture Center fornece orientação para uma variedade de aplicativos. Considere também as seguintes opções:

• Data Transfer (transferência de dados baseada em disco ou appliance)

• GoldenGate

• Database Migration

• Migração para a Nuvem

• Métodos tradicionais de migração de bancos de dados para a nuvem

Conectividade multinuvem e híbrida:

• Durante sua análise, você pode descobrir que alguns aplicativos têm melhor afinidade com as tecnologias nativas de outros provedores de nuvem. Uma abordagem multinuvem pode ter benefícios para eficiência, compatibilidade e continuidade dos negócios. Em algumas regiões, o Oracle Cloud Infrastructure está bem localizado em outros provedores de nuvem. O Oracle Cloud Infrastructure também facilita a implementação entre nuvens com o Oracle Cloud e o Microsoft Azure Interconnect.

• Ao agrupar seus aplicativos por atributos de negócios, quando apropriado, estenda a análise para incluir aplicativos em outras nuvens, especialmente se os casos de uso para dados compartilhados ou integração puderem impactar sua arquitetura e planejamento gerais.

Novo inventário de habilidades. Suas arquiteturas planejadas exigem novas habilidades?

• Dependendo da importância estratégica de um aplicativo, a preparação da força de trabalho pode ser uma restrição importante nas fases e no tempo. Os requisitos de treinamento também podem impactar suas decisões de arquitetura. Examine o esforço de treinamento na agregação. Esteja ciente de que mesmo uma abordagem de "menor esforço" que consista apenas no treinamento na empresa ainda pode exigir muitas mudanças, que você deve planejar tratar ao longo do tempo.

• Considere as seguintes opções e o tempo e o custo associados:

  • Aprendizado autoguiado e treinamento na empresa, se a nova tecnologia for semelhante o bastante à sua abordagem existente.

  • Cursos conduzidos por instrutor ou on-line, que normalmente envolvem custos mais altos, mas podem reduzir o prazo ou abordar tópicos com mais profundidade.

  • Contratação estratégica, se relevante. Seu plano de negócios dá suporte à contratação estratégica? Se você contratar equipes totalmente novas, terá uma maneira de compartilhar e manter o contexto quando as novas equipes forem integradas?

Objetivos do negócio:

• Para mapear suas metas comerciais para as arquiteturas planejadas, crie atributos explícitos de objetivos de negócios e designe-os às suas arquiteturas planejadas. Isso pode ajudar a focar sua análise aprofundada e agir como referência para priorizar suas metas comerciais quando você alterna contextos entre resolver problemas técnicos e problemas de negócios.

• A captura das metas comerciais como atributo específico ajuda você a permanecer objetivo ao avaliar benefícios. Por exemplo, o benefício de uma arquitetura planejada específica poderia ser o desenvolvimento de um novo recurso. O atributo de objetivo de negócios pode ajudar a avaliar se o novo recurso também está alinhado com suas metas comerciais para esse aplicativo.

• Estes são alguns exemplos comuns de atributos de objetivo de negócios:

  • Desenvolvimento de novos recursos.

  • Redução de custos ou "corte de custos". Por exemplo: fechar data centers ou eliminar ciclos futuros de aquisição de hardware.

  • Velocidade de repetição aprimorada para o SDLC (ciclo de vida de desenvolvimento de software). Por exemplo: novos componentes de 12 fatores para agilidade de recursos, adotando ferramentas de CI/CD (integração contínua e entrega contínua) ou infraestrutura como código.

  • Maior eficiência operacional. Por exemplo: melhor monitoramento e automação, provisionamento rápido de ambientes e integração operacional, operações consolidadas pela eliminação de práticas ou aplicativos legados heterogêneos.

  • Maior continuidade dos negócios. Por exemplo: aplicando a capacidade sob demanda dentro de uma região para recuperação rápida, ampliando a disponibilidade para outras regiões por meio da redução de incidentes da antiga "classe de desastre" para eventos de switch-over de baixo impacto.

É melhor entender a matriz de arquitetura planejada como alvo de longo prazo que muda e evolui.

Ao repetir o processo de avaliação para cada um de seus aplicativos e os atributos deles, considere o seguinte:

1. Inicie o agrupamento de aplicativos nas fases de implementação. Consulte Criando um Plano de Implementação em Fases.

2. Use os resultados da análise para reavaliar suas arquiteturas atuais e ajustar o escopo de suas arquiteturas planejadas.

3. Concentre-se em suas prioridades, especialmente à medida que você aprofunda sua compreensão do impacto de suas opções e do que sua organização pode absorver.

Você pode achar que as partes interessadas do seu negócio refinam suas prioridades em resposta às soluções e compensações que você identifica. Por isso, é importante iterar cedo e muitas vezes por meio do ciclo completo de análises - arquiteturas atuais, arquiteturas planejadas e fases de implementação - para dar suporte à validação de negócios e às decisões de compensação.