Criando seu Guia Corporativo Composable

Criando seu Guia Corporativo Composable

cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br


As redes de aplicativos e APIs são os principais capacitadores da empresa combinável, criando uma organização mais ágil e permitindo respostas rápidas às mudanças nas condições do mercado, interrupções de tecnologia e demandas de negócios.

A adoção de uma abordagem baseada em API em sua empresa combinável permite que cada API recém-desenvolvida agregue valor incremental à sua rede geral de aplicativos e mercado. Ele permite que novos recursos e arquiteturas surjam com o tempo, no entanto, o fato de que surgem não significa que não haja controle sobre seu crescimento. Pode ser um desafio estabelecer a visão inicial para a rede de aplicativos da sua organização – vamos mergulhar em alguns desses desafios e como superá-los criando um plano apropriado para seu estado ideal.

O desafio de visualizar sua rede de aplicativos inicial

Estabelecer o estado de destino inicial permitirá a aceleração de iniciativas como definir a visão de sua plataforma Anypoint, definir um roteiro e estabelecer KPIs e planos de medição.

O relatório de benchmark de conectividade da MuleSoft descobriu que a empresa média tem dados em 900 sistemas diferentes. Escalar tantos aplicativos e sistemas pode parecer muito assustador. Além disso, os seguintes fatores também entram em jogo:

  • Perceba valor rapidamente: Os clientes desejam implementar esses primeiros projetos rapidamente.
  • Migração: A maioria dos clientes desejará considerar a migração de pilhas de integração anteriores, mesmo que isso não seja uma preocupação imediata.
  • Conjunto de habilidades: Para alguns clientes, pode não haver um recurso de entrega MuleSoft experiente internamente.

Quando todos esses fatores são combinados, pode ser difícil produzir o estado de destino inicial para sua organização. Aqui estão três outros exemplos de alguns desafios para visualizar claramente seu estado futuro:

  1. Modelagem de domínio de negócios

DesafioObservação: para visualizar a camada de processo de sua rede de aplicativos, é necessário compreender como recolher serviços semelhantes em vários domínios de negócios.

Consideração: Alinhar e colaborar com as partes interessadas de negócios de vários domínios de negócios é um exercício muito valioso no início da jornada de sua organização. Essa interação inicial não precisa ser um exercício profundo e o projeto inicial não precisa ser perfeito, mas receber informações das equipes técnicas e de negócios não essenciais irá acelerar o sucesso da sua organização.

  1. Reuso

Desafio: Ao iniciar sua jornada liderada pela API, pode ser difícil estimar o nível de reutilização que você será capaz de atingir.

Consideração: Considerar o seguinte ajudará a identificar as APIs da camada de sistema e de processo:

  • Sistemas de registro
  • Contextos de dados de negócios que eles suportam
  • O nível de isolamento desejado

O estado de destino inicial deve ter como objetivo ser o mais preciso possível, no entanto, é mais importante visualizar todas as APIs do que obter estimativas de reutilização perfeitas neste estágio inicial.

  1. Modelo de processamento

Desafio: Ao criar sua exibição de estado de destino inicial, o processamento em lote e em tempo real deve ser visualizado no mesmo diagrama de arquitetura?

Consideração: A rede de aplicativos deve representar o fluxo de informações em sua organização, independentemente do modelo de processamento. Se aplicável à sua organização (ou seja, implementações em tempo real e em lote precisam ser ajustadas de forma diferente devido aos tamanhos de lote ou outras considerações), pode haver duas APIs que lidam com os diferentes modelos de processamento.

Uma abordagem metódica é necessária para produzir a visão inicial de como é “bom” para sua organização.

Abrindo caminho para uma rede de aplicativos de sucesso

O estágio de “plano para o sucesso” de sua jornada MuleSoft requer as ações listadas na imagem acima. Depois que a rede de aplicativos de estado de destino é estabelecida, ela serve como uma entrada para a maioria das ações necessárias nos fluxos de entrega de tecnologia e capacitação organizacional. Abaixo estão alguns exemplos:

  • Defina a visão e o roteiro:

A rede de aplicativos de estado de destino pode informar qual topologia de implantação deve ser usada inicialmente, mas também pode informar como isso pode ser alterado para oferecer suporte a objetivos organizacionais de longo prazo, como mudar para um modelo baseado em nuvem em oposição ao local.

  • Projete uma arquitetura e um plano de implementação:

A rede de aplicativos de estado de destino influenciará diretamente como a disponibilidade e a confiabilidade são projetadas na arquitetura da plataforma e também moldará o plano de implementação.

As decisões sobre a adoção de um modelo C4E centralizado ou federado serão apoiadas por um entendimento geral da rede de aplicativos do estado de destino.

cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br

Essas três etapas apresentam uma boa oportunidade para considerar sua própria organização e refletir sobre a melhor forma de visualizar o estado-alvo. A visão, o roteiro, a arquitetura de referência e o plano de implementação são todos suportados por isso. Depois de desenvolvido e documentado, ele acelera e / ou aprimora os outros artefatos arquitetônicos essenciais para sua organização.

Criação de sua rede de aplicativos de estado de destino

Gostaria de destacar duas abordagens para criar sua visão inicial de como é bom, da perspectiva de uma rede de aplicativos, para sua organização.

Qual destes você escolhe pode ser informado por suas respostas às seguintes perguntas:

  • Cenário de processos de negócios: Quão bem compreendidos e documentados, em nível organizacional, são os processos de negócios e a estrutura organizacional de sua organização?
  • Paisagem do sistema de TI: Quão bem compreendido e documentado, em nível organizacional, é o panorama do seu sistema de TI?
  • Relação comercial e tecnológica: O projeto de implementação da sua organização é composto por partes interessadas de TI e de negócios ou é fortemente voltado para um ou outro tipo de parte interessada?

O C4E da sua organização é responsável por considerar, compreender e, por fim, documentar a rede de aplicativos do estado de destino. Ao realizar este trabalho e produzir o plano de estado alvo para obter uma melhor compreensão dos vários processos de negócios, os sistemas de TI e os negócios e as partes interessadas de TI serão incorporados ao C4E.

Abordagem de cima para baixo

Essa abordagem é uma boa opção quando há um cenário de processo de negócios bem compreendido, um cenário de sistemas de TI razoável ou um pouco menos maduro e uma forte representação de negócios na equipe geral do projeto de implementação.

  • Comece traçando os domínios de negócios (ou seja, Cliente, Produto, Pedido, etc.).
  • Compreenda a linguagem do domínio (ou seja, CustomerName, CustName, CName, etc.).
  • Considere os processos dentro desses domínios (ou seja, Criar Cliente, Atualizar Produto, Criar Pedido).
  • Considere as interações entre esses domínios de negócios (ou seja, o processo de negócios do pedido terá uma interação com o Cliente).
  • Considere a base de clientes desses processos de negócios (ou seja, apenas clientes internos, apenas externos, internos e externos).
  • Entenda quais sistemas de TI são responsáveis ​​por fornecer as informações que orientam esses processos de negócios.
  • Considere a granularidade desejada de sua rede de aplicativos de acordo com a disponibilidade, isolamento, reutilização, confiabilidade e implicação comercial de acordo com o modelo de implantação da plataforma Anypoint escolhido.

Um exemplo, a decomposição de baixa granularidade poderia levar à identificação do seguinte subconjunto de API, que ficaria claro abordando a rede de aplicativos com uma perspectiva de cima para baixo:

  • APIs de experiência: API Customer Mobile Experience, API Customer Web Experience
  • APIs de processo: Obter API de processo do cliente, API de atualização do processo do cliente
  • APIs do sistema: Recuperar Customer System API, Criar Customer System API, Remover Customer System API, Atualizar Customer System API

Abordagem de baixo para cima

Essa abordagem deve ser usada quando o cenário do processo de negócios não é bem compreendido / documentado, o cenário de TI é muito bem compreendido e a equipe geral do projeto de implementação da MuleSoft tem baixos níveis de representação de negócios.

A seguinte abordagem pode ser usada neste cenário:

  • Comece considerando os sistemas de TI (isto é, Customer Datastore).
  • Compreenda o modelo de dados do sistema, mas não considere amarrar os modelos de dados da rede de aplicativos aos expostos pelo sistema subjacente. (ou seja, estruturas de Tabela RDMS e sua representação de um objeto de negócio, agrupamento de tabelas que compõem um registro de cliente).
  • Reformule o modelo de dados do sistema subjacente para uma linguagem de domínio de negócios de nível superior (ou seja, Customer JSON, Customer XML).
  • Envolva as equipes de negócios que possuem os recursos de negócios para entender os canais necessários por meio dos quais os processos de negócios são disponibilizados (ou seja, apenas baseado na web interno, móvel externo) e para validar a reformulação do modelo de dados.
  • Considere a granularidade desejada dos dados que o sistema subjacente fornece, sua reutilização potencial e as implicações comerciais de acordo com o modelo de implantação escolhido.
  • Considere os requisitos técnicos de isolamento, disponibilidade e confiabilidade.
  • Analise os fluxos de dados de integração organizacional e as conexões para entender quem são os clientes dos idiomas de domínio identificados (ou seja, equipe de vendas, equipe de conformidade).

Esta abordagem levará a uma rede de aplicativos que corresponde ao exemplo mencionado acima (da abordagem de cima para baixo).

Convergência de abordagem

Independentemente da abordagem escolhida, o “projeto” de rede de aplicativos resultante será muito semelhante. Os benefícios para a organização como um todo também serão semelhantes. Ambas as abordagens irão:

  • Crie uma base técnica E comercial forte para o caminho de entrega de tecnologia.
  • Envolva e alinhe uma comunidade mais ampla e multifuncional de partes interessadas para criar uma visibilidade organizacional mais ampla para o esforço de implementação da Anypoint Platform.
  • Estabeleça ativos básicos (arquitetura de plataforma C4E, marcadores / modelos de linguagem de domínio de negócios de alto nível, etc.) que irão acelerar o crescimento da pegada da Anypoint Platform em sua organização.

Mas, acima de tudo, ele definirá um estado-alvo para a rede de aplicativos da sua organização e fornecerá o foco para o seu C4E e outras partes interessadas, enquanto você dá os primeiros e emocionantes passos em sua jornada MuleSoft.

MuleSoft está aqui para ajudar

Catalyst é a abordagem única da MuleSoft que permite que os clientes alcancem seus resultados enquanto evitam as armadilhas comuns. Nossa equipe está pronta para trabalhar com você para estabelecer a base para o sucesso de longo prazo da sua organização.

Lançamento do catalisador ajudará sua organização a estabelecer seus planos iniciais para alinhamento de negócios, estratégias de projeto e plataforma e C4E, entre outros. Consulte nosso Catalyst Knowledge Hub para obter mais práticas recomendadas ou envolva seu gerente de sucesso do cliente ou uma equipe de conta mais ampla para obter mais informações sobre a oferta de lançamento do Catalyst.


cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br
Luiz Presso
Luiz Presso