HCL Nomad Web é uma maneira completamente nova para que os clientes e sua base de usuários interajam com aplicativos em seu ambiente Notes/Domino. Tudo é afetado de clientes a servidores e a rede intermediária.

Algumas das mudanças são tarefas para as equipes de TI, pois o SafeLinx traz um novo componente para sua infraestrutura de TI. Outros influenciam a maneira como sua base de usuários acessa seus dados. Como um grande benefício, vem a oportunidade de rodar sem um Notes Client tradicionalmente instalado quando você estiver utilizando o que Nomad Web tem para oferecer.

O que considerar para aplicativos Domino no mundo do HCL Nomad Web

Não importa como você gire, essa nova tecnologia traz transformação. E com essa transformação vem a oportunidade de consolidação. Olhar para a infraestrutura que foi construída para os desafios de uma época diferente e avaliar o que ainda é necessário. Como deve ser minha infraestrutura de rede e servidor? O que acontece com meus aplicativos se eu consolidar servidores? Quais aplicativos ainda são relevantes nos processos de negócios atuais? E que madeira morta deveria ter sido removida há muito tempo?

O tópico de “considerar o que ainda é valioso” em seu cenário de aplicativos torna-se ainda mais premente se considerarmos que Nomad Web também traz limitações: sem Java do lado do cliente, sem XPages, sem uso de chamadas do sistema operacional ou interação do sistema de arquivos, apenas para citar alguns. Uma lista mais abrangente pode ser encontrada na documentação da HCL sobre “HCL Nomad para navegadores da web – Limitações".

A questão agora é: “O que vale a pena trazer e quanto vai custar?”

Não considerar isso pode ter efeitos desastrosos nos processos de negócios dependendo da funcionalidade fornecida pelos aplicativos do Notes. Investir recursos em aplicativos irrelevantes também é algo que os clientes tentam desesperadamente evitar.

Nesse contexto, descobrimos que entender, acompanhar e atuar em um conjunto de KPIs é o que ajuda nossos clientes a decidir como usar seus recursos de maneira mais eficaz. Esses KPIs são gerados pela avaliação de um conjunto de perguntas e técnicas de análise de dados que queremos descrever aqui.

Entenda o escopo do seu Nomad Web Projeto

Descobrimos com muitos clientes que presumir que você sabe quais aplicativos são relevantes é uma ótima receita para ignorar componentes importantes. O mesmo vale para tratar tudo como parte do projeto. A eliminação de bancos de dados do sistema, diretórios, arquivos de correio, arquivos de correio, componentes de roaming, 3rd aplicações partidárias, e em geral peças que simplesmente faça seu servidor Domino funcionar sem fornecer benefícios e funcionalidades para o negócio, deixará você com um conjunto de aplicativos que vale a pena considerar para o seu projeto.

Descubra o que é usado e o que não é

Essa é uma das perguntas mais frequentes que temos em nossa mesa. E agora que temos nosso projeto focado nas aplicações reais, faz sentido olhar para as respostas. Aplicativos que não são acessados ​​há mais de um ano são, em geral, bons candidatos para serem desativados. Tudo com um período de inatividade mais curto ainda pode ser um banco de dados sazonal que só pode ser usado uma vez por ano, por exemplo, durante o final do ano fiscal. É por isso que é tão importante monitorar o uso continuamente e verificar o histórico de atividades disponíveis. Um simples instantâneo durante algumas semanas simplesmente não é suficiente para tomar decisões eficazes. Além da questão da eficácia, há sempre o grande objetivo de evitar riscos para importantes processos de negócios. Você não quer ser responsável por congelar a capacidade de trabalhar em um de seus centros de lucro.

Conheça as partes interessadas de cada aplicação

Para evitar o risco de afetar aplicativos críticos, você precisa encontrar uma abordagem para entender o que é importante para cada unidade de negócios. Aprender quem cria conteúdo em um banco de dados e quem lê essas informações lhe dá a capacidade de não apenas abordar os departamentos certos quando se trata de transformar aplicativos para trabalhar com uma futura plataforma de destino. Ele também oferece a capacidade de atribuir centros de custo aos esforços necessários para potencialmente re-desenvolver um aplicativo para torná-lo à prova de futuro.

Avalie os possíveis caminhos a seguir para aplicativos

Este é o próximo passo lógico em seu Nomad Web jornada. Para algumas aplicações isso será relativamente fácil. Contanto que você mantenha os modelos atualizados, tudo baseado em modelos padrão deve ser preparado para o futuro pela HCL . Para a maioria dos clientes, já deve haver uma parte considerável de aplicativos usados ​​com frequência, como bibliotecas de arquivos, salas de equipe, etc. O restante são aplicativos com desenvolvimento personalizado, onde a compatibilidade e possíveis obstáculos no código-fonte e no design precisam ser avaliados.

Inspecionando o código do aplicativo: um desafio difícil, mas necessário

Esta etapa é necessária para entender quanto esforço de correção é necessário. A maneira clássica de abordar essa tarefa seria pedir à sua equipe de desenvolvimento para inspecionar os bancos de dados em busca de possíveis problemas. Dependendo do tamanho do seu ambiente, esse pode ser o caminho mais fácil e rápido. Desde que tenha mão de obra para isso. Em muitas situações, porém, descobrimos que a mão de obra necessária simplesmente não existe mais. As equipes de desenvolvimento não são tão grandes quanto costumavam ser e raramente ainda estão disponíveis os desenvolvedores que têm alta familiaridade com o motivo pelo qual as coisas foram codificadas do jeito que são.

Uma abordagem para resolver este problema é o uso de 3rd soluções para festas como panagenda ADNi. Ele não apenas fornece informações de uso, mas também verifica e inventaria toda a base de código. Essas soluções permitem que você use um repositório de código central para identificar esses padrões e pontos de função que podem levar a problemas. Além disso, eles podem fornecer informações sobre a duplicação de código em seu ambiente. É uma grande diferença se você analisar e re-desenvolver um bloco de código uma vez e depois implantá-lo em 19 outros bancos de dados com o mesmo bloco de código. Ou se você tiver que analisar 20 DBs individualmente, apenas para descobrir que os blocos de código são idênticos.

No final do dia, será um processo contínuo. Com muitas iterações e refinamento constante em torno dessas tarefas principais:

  • O que não é usado e o que vale a pena trazer
  • Encontre aplicativos com código incompatível e menos esforço de correção
  • Isole os blocos de código afetados, re-desenvolva e teste
  • Trabalhe com as unidades de negócios para preparar outro lote de aplicativos para Nomad Web!