1: Fleet HMI rollout across similar machines
Cenário: Você tem vários ativos semelhantes, como linhas, skids, células ou locais, e deseja uma experiência consistente de operador de interface homem-máquina (IHM) e um modelo de atualização previsível.
Uma abordagem baseada em contêiner oferece consistência ao iniciar o aplicativo de tempo de execução em um contexto de contêiner padronizado e repetibilidade ao usar parâmetros de inicialização de contêiner documentados, como publicação de porta, nomeação de contêiner e comportamento de reinicialização opcional. Se você precisar que o aplicativo de tempo de execução mantenha os arquivos ou configurações que ele cria, conecte o contêiner a uma pasta real no computador. Dessa forma, os dados permanecem mesmo se o contêiner for reiniciado ou substituído.
2: Serviços de borda modulares lado a lado
Cenário: Você deseja visualização na borda e também pode querer recursos adjacentes implantados junto com ela (por exemplo, FactoryTalk® Remote Access™ Runtime).
Os contêineres possibilitam a implantação de vários componentes lado a lado em um host, mantendo-os empacotados de forma independente. E a orientação de execução de contêiner do FactoryTalk Optix fornece o mecanismo concreto para executar o aplicativo de tempo de execução Optix no Docker como o componente de visualização dentro das implantações.
Em uma arquitetura de borda composable, também é vantajoso executar serviços de conectividade remota junto com o tempo de execução de visualização. Por exemplo, o FactoryTalk® Remote Access™ Runtime está disponível como uma imagem Docker, permitindo que seja implantado como um contêiner separado ao lado de um contêiner de tempo de execução do FactoryTalk Optix (ou ao lado de outro serviço em contêiner complementar no mesmo host). Isso é uma combinação natural para hosts de contêiner, pois os contêineres são projetados para serem executados adjacentes uns aos outros na mesma máquina, mantendo o isolamento do processo.
3: Implantações em nuvem
Cenário: Algumas organizações também estendem essa abordagem de contêiner para ambientes hospedados em nuvem quando desejam uma dimensão de tempo de execução gerenciada centralmente, mecânica de implantação padronizada ou alinhamento mais fácil com operações essenciais de nuvem.
Nesses cenários, o mesmo princípio básico de software em contêiner se aplica. Um tempo de execução Optix pode ser empacotado e operado como uma carga de trabalho em contêiner, enquanto a computação subjacente é fornecida pela infraestrutura de nuvem do cliente e governada por suas políticas de TI e postura de segurança.
Isso se encaixa naturalmente aos fluxos de trabalho habilitados para nuvem do Optix: o FactoryTalk® Optix Studio™ Pro oferece suporte à colaboração hospedada na nuvem e ao desenvolvimento baseado em repositório. E a Rockwell Automation descreve padrões de implantação remota que aproveitam o FactoryTalk Remote Access, reduzindo a necessidade de estar fisicamente no local para fornecer atualizações.
Considerações sobre implantação em contêiner do FactoryTalk Optix
Limite de terceiros
Para quem está começando com software em contêiner, consulte o provedor terceiro, como Docker ou Portainer, para obter assistência e termos de licenciamento.
Comportamento de licenciamento
Se você não fornecer uma chave de licença de direito, o aplicativo FactoryTalk Optix para de funcionar após 120 min. Mais informações podem ser encontradas na Ajuda do FactoryTalk Optix.
A publicação de portas está vinculada à configuração da aplicação
Quando o Optix é executado em um contêiner, escolha uma porta no PC host e “encaminhe” para a porta que o Optix usa para seu cliente da web. Essa porta interna é a Web Presentation Engine porta que você definiu no FactoryTalk® Optix Studio™.
A persistência deve ser intencional
Decida antecipadamente o que deve ser salvo em comparação com o que pode ser temporário. A opção de vinculação de volume existe para persistir as alterações feitas em tempo de execução, gravando as alterações de tempo de execução em uma pasta local na máquina host, para que as alterações não sejam perdidas quando o contêiner reiniciar ou for substituído.
A repetibilidade é o primeiro, todo o resto é o segundo
O valor prático da implantação do FactoryTalk Optix com software em contêiner é a repetibilidade.
Os contêineres de software oferecem uma maneira consistente e documentada de executar o mesmo aplicativo de tempo de execução em ambientes usando conceitos padrão de inicialização de contêiner, como publicação de porta, comportamento de reinicialização e (quando necessário) mapeamento de volume para persistência. Isso suporta o objetivo mais amplo da conteinerização de reduzir o desvio de ambiente e melhorar a consistência do desenvolvimento à produção em toda a tecnologia da informação e tecnologia operacional.
Quer dar o próximo passo? Explore como ThinManager® software e FactoryTalk Optix se relacionam na conversa mais ampla sobre conteinerização, sem alterar os fundamentos descritos. E você pode se aprofundar em todo o portfólio de dispositivos de software e hardware baseado em nuvem do portfólio FactoryTalk Optix aqui.
