Arquiteturas compostas vs. monolíticas

:::(Info) (App Builders Make Critical Decisions About Solution Architecture) Ao criar aplicativos com a Tulip, você toma decisões sobre a arquitetura da solução, incluindo a estrutura do aplicativo, os modelos de dados e as integrações. Sejam intencionais ou incidentais, suas decisões de arquitetura têm implicações significativas para a capacidade de adoção, escalabilidade e manutenção de seus aplicativos. Este artigo apresenta dois paradigmas críticos de design: compostável e monolítico. Na Tulip, sugerimos fortemente que os criadores de aplicativos usem arquiteturas compostas:

Por que Composable é preferível a Monolithic?

Uma solução monolítica é caracterizada pelo seguinte:

• Construída em um modelo de dados de cima para baixo
  • Os modelos de processo e atividade são definidos por dados em tabelas e os aplicativos monolíticos são usados para executar o modelo de processo ou atividade. Os modelos de dados nas tabelas da Tulip fornecem uma abstração da complexidade das operações em uma abordagem de tamanho único.
• Centrado no processo
  • Os aplicativos monolíticos são criados para atender a uma função com base em uma decomposição funcional da complexidade das operações. O conjunto finito de aplicativos monolíticos tem o objetivo de fornecer a mesma função aos operadores da linha de frente em qualquer lugar da operação.
  • As soluções monolíticas geralmente são compostas por dois aplicativos: um aplicativo de configuração e um aplicativo de execução, sendo que a configuração geralmente inclui instruções de trabalho e roteamento de processos em tabelas de dados , em vez de nos próprios aplicativos compostáveis.
• Projetado para manutenção centralizada
  • Os aplicativos monolíticos são projetados para facilitar a manutenção e o gerenciamento da solução por uma equipe central, reduzindo o número e a variedade de aplicativos usados. A solução monolítica é projetada de cima para baixo em uma hierarquia rígida, em que os operadores da linha de frente atendem aos aplicativos com informações, escolhendo qual função é aplicável em vez de receber suporte e capacitação para realizar seu trabalho.

Recomendamosenfaticamente que não se adote abordagens de soluções monolíticas e que, em vez disso, se siga uma abordagem de composição, pois a Tulip não é um MES tradicional. A Tulip NÃO foi projetada para ser usada para criar aplicativos monolíticos - ou seja, um aplicativo para atender a todos os setores, em todas as modalidades, em todos os cenários, com qualquer máquina e para todos os operadores. A solução monolítica resulta no que chamamos de JAM (Just Another MES).

As soluções monolíticas inevitavelmente apresentam deficiências

As abordagens de soluções monolíticas inevitavelmente resultam em uma solução que, na melhor das hipóteses, é "tão boa" quanto o outro MES e terá inerentemente todas as deficiências associadas: * As soluções monolíticas levam meses/anos e muito esforço para serem implantadas - longo tempo para obter valor.* As soluções monolíticas tornam os recursos inerentes à plataforma, como visão, IIoT, IA, mais difíceis e, às vezes, não utilizáveis. As soluções monolíticas não são centradas no ser humano e tendem a ter uma experiência de usuário clunxy, em que o operador atende ao sistema, em vez de uma experiência mais valiosa, em que o sistema atende ao operador. As soluções monolíticas são inerentemente complexas e difíceis de manter, pois exigem uma equipe dedicada com conhecimento exclusivo da solução - exatamente como uma solução de software personalizada.

É uma abordagem rígida de cima para baixo que pressupõe que as alterações são mínimas e geralmente conhecidas.

As soluções monolíticas são criadas para automatizar um processo em que os humanos precisam seguir um conjunto rígido de regras. Isso pressupõe poucas mudanças e que todas as variações são conhecidas.

Criar soluções compostas é fácil, mas requer uma mudança de mentalidade.

As soluções compostas utilizam os recursos da Plataforma Tulip para oferecer uma maneira única e específica para que os operadores da linha de frente interajam digitalmente e permitam que eles sejam mais produtivos. Elas oferecem ao operador uma solução digital interativa em que o mundo físico e o virtual estão interconectados. Esse é um princípio fundamental para obter ganhos de produtividade e é inerente às soluções compostas.

Características da capacidade de composição e das soluções compostas

• Solução dividida em blocos lógicos menores (componentes da solução) que fazem sentido para um determinado chão de fábrica.
  • Por exemplo, a solução pode ser dividida em aplicativos separados com base em: Local, horário e pessoa
• Os componentes da solução compartilham um modelo de tabela comum.
• Os componentes da solução são desenvolvidos com as melhores práticas compartilhadas e adaptadas ao cliente
• A solução e seus componentes podem ser compreendidos e suportados por outro Citizen Developer
• A solução e seus componentes são parametrizados sempre que possível.

A Plataforma Tulip é um Software (SaaS), porém os aplicativos Tulip não devem ser vistos como software. Eles são conteúdos digitais altamente configuráveis, criados para um propósito específico, que devem ser continuamente alterados e adaptados às necessidades das operações de linha de frente. Modificar ou aprimorar um aplicativo é o mesmo que alterar os dados mestre; na verdade, os aplicativos são dados mestre! A plataforma Tulip oferece uma maneira de gerenciar as mudanças nos aplicativos por meio de um processo de ciclo de vida governado e controlado por versão para ajudar a gerenciar essa configurabilidade. Os aplicativos são compostos usando no-code e a solução de aplicativo é composta de aplicativos. A criação de soluções no Tulip usando uma abordagem monolítica baseada em funções, como se fosse uma solução de software, limita muito a capacidade de criar soluções rapidamente e obter os benefícios de um sistema componível.

Outros benefícios importantes das Composable Solutions incluem:

• Oferecer um espaço de trabalho ampliado na linha de frente para aumentar a produtividade
• Uso de tecnologias digitais integradas e contínuas, incluindo visão, IA/ML, dispositivos inteligentes, etc.
• Instrumentação/digitalização de processos e operações de linha de frente para permitir decisões orientadas por dados e CI.
• Orientar a execução da produção com informações compartilhadas de tabelas e sistemas externos.

As soluções compostas fornecem valor agregado em sua capacidade de se integrar e colaborar facilmente com outros sistemas. Isso está no centro da IIoT, onde diferentes dispositivos e sistemas autônomos se comunicam e interagem facilmente. A Tulip é uma plataforma de IIoT e oferece nativamente essa capacidade de criar integração com outros sistemas usando sua abordagem sem código. Com a plataforma consumindo e enviando dados para outras IIoT, os pontos de extremidade podem ser alcançados em horas por pessoas com pouca experiência em TI. Tudo isso requer uma abordagem composta em que os aplicativos tenham fluxos e conexões específicos com o mundo físico local.

Padrões de solução comuns no design da solução Tulip

O design de alto nível de uma Composable Solution pode seguir muitos padrões. Abaixo estão os padrões comuns das soluções Tulip. Observe que esse não é um conjunto exclusivo nem mutuamente exclusivo. Dependendo dos casos de uso em uma determinada instalação, muitos desses padrões e outros podem ser usados.

Implementação de um sistema monolítico tradicional vs. Implementação de uma solução composta desenvolvida pelo cidadão

A abordagem tradicional de implementação de um sistema corporativo é comumente uma abordagem de longo prazo, de alto risco e valor atrasado, como visto em "A maneira antiga" abaixo. Em geral, espera-se que essa implementação inicial leve anos e, portanto, naturalmente, espera-se que qualquer aprimoramento crítico subsequente leve quase o mesmo tempo.

Implementação de uma solução composta desenvolvida pelo cidadão - Comece pequeno e cresça organicamente em capacidade e casos de uso

Em contraste com a implementação lenta de uma solução monolítica tradicional, a implementação de uma solução compostável pode ser feita de forma iterativa, gerando um tempo muito rápido para a obtenção de valor e apoiando naturalmente um modelo ágil de melhoria contínua.

Enquanto a implementação da "versão 2" de uma solução desenvolvida por meio de uma solução monolítica tradicional pode levar vários meses ou mais, a implementação de uma "versão 2" de um aplicativo em uma solução composta pode levar apenas horas, dias ou semanas. As iterações rápidas possibilitadas pelas soluções compostas aumentam a capacidade de adoção por parte de seus operadores, pois eles têm certeza de que seu feedback não está sendo ignorado.