domingo, 2 de setembro de 2018

Design & Implementação Plano de migração de uma rede



Objetivo: Compartilhar um pouco da minha experiência adquirida durante os estudos para certificação CCIE SP / R&S e alguns modelos de soluções de rede.

Programação:
Ladies and Gentlemen

Você que toda vez que recebe uma nova demanda para iniciar um projeto ou realizar uma migração na rede e entra em desespero por não ter um Solution Architect por perto, CALMA pois seus problemas acabaram.

Foi pensando em você que o Josinfo CCIEofPeople desenvolveu um guia de bolso HowTo de como iniciar um projeto!

Esse artigo tem a característica de mostrar 6 importantes fases que podem ser utilizadas como referência durante uma mudança de rede:

Fase 01 - Kickoff meeting

Fase 02 - Planejamento das atividades

Fase 03 - Execução do caderno de testes

Fase 04 - Workshop

Fase 05 – FOA

Fase 06 - Entregáveis

Overview da Solução

Trabalho com TI/Telecom desde 2006, e posso garantir que a melhor forma para ter sucesso em uma implantação de Rede é investir no período de teste e validação do que deve ser implementado, a chamada “homologação”.

Homologação na área de TI/Telecom é o ato de realizar uma bateria de testes, a partir de um baseline, visando diagnosticar possíveis erros e falhas, mapeando e tratando estes pontos antes de sua implantação em ambiente real.

Um ponto importante no qual podemos levar em consideração para o sucesso de uma implementação de projeto, com certeza é através de planejamento, pesquisas e testes em bancada. Tais horas já devem estar prevista no escopo de cada demanda e podem envolver desde um novo modelo de placa até mesmo redesign de uma determinada Rede ou serviço.

Abaixo listo algumas situações comuns que exigem um planejamento antes da implementação em um ambiente real:

➢ Substituição de line card;

➢ Substituição de processadora;

➢ Otimização de protocolos de roteamento ou QOS;

➢ Implementação de um novo serviço em rede existente;

➢ Troca de equipamento antigo por modelo mais novo;

➢ Ampliação de link.

Kickoff meeting

Perante a necessidade de uma nova demanda que precisa ser incluído e ou alterado na rede, é realizado o agendamento de uma reunião onde todos os departamentos envolvidos na solução se reúnem para que possam discutir os assuntos pertinentes à demanda necessária. Exemplo:

➢    Planejamento e objetivos gerais do projeto;

➢    Divisão de tarefas;

➢    Definições de premissas;

➢    Cronogramas;

➢    Materiais e recursos necessários;

➢    Possíveis riscos do projeto;

➢    Transcrever os requerimentos de negócios do cliente para uma nova solução da rede.

➢    Entregáveis;

➢    Roadmap do projeto.

Planejamento das atividades

A partir desse momento, levando em consideração o que foi requisitado e abordado na etapa anterior de Kickoff meeting, vem a elaboração do processo das atividades a serem executadas. Assim deverá ser criado um documento a ser seguido. Este pode ser por exemplo, um caderno de testes onde deve conter:

➢    Topologia atual e/ou futura;

➢    Etapas de testes;

➢    Cenários para testes;

➢    Passos de realização;

➢    Logs e conclusões.

NOTA: Segue abaixo alguns modelos de testes que geralmente são apontados para homologação de uma atividade (“os termos geralmente são mencionados em inglês”):

    System test
>> Negative test – É um método de realizar os testes em nível de hardware/software para garantir total integridade da solução ao receber instruções ou manuseio de forma errada. Com o Negative test pode se garantir maior confiabilidade, e provar que a solução já possui mecanismos de proteção contra eventual ação errônea por parte humana;

>> Load Test – Esse modelo de teste tem o intuito de testar como o software/hardware se comportam em suas funções em momentos extremos. Essas situações extremas podem ocorrer em níveis de performance, transmissão, processamento e até mesmo clima;

>> Capacity test – Esse modelo de teste visa mostrar que o hardware/software realmente conseguem garantir os níveis de serviços aos quais estão sendo ofertados.

➢    Global Application System (GAS)
>>  Testar e verificar todas as funcionalidades no nível de rede.

➢    First Office Application (FOA)
>> “Piloto de teste”;

>> Primeira implementação do serviço no ambiente real da rede do cliente;

>> Certificar e garantir que os serviços existentes não foram impactados durante o piloto.

➢    General Availability (GA)
>>  O serviço já está aprovado para massificação e pronto para comercialização.

➢   POC = Proof of concept: Tem como objetivo mostrar aos clientes as tecnologias de última geração, que podem melhorar a atual infraestrutura. Por meio do PoC é possível testar as novas tecnologias dentro do ambiente do cliente. Através de testes pode-se tirar todas dúvidas de possíveis problemas técnicos que possam interferir nos resultados esperados e no sucesso da solução em desenvolvimento.

 Após finalizar o escopo para o caderno de testes, e receber a confirmação da parte do cliente para inicio das atividades, basta iniciar os testes.

Executar o caderno de testes
 O objetivo na hora de executar o caderno de testes é definir a melhor maneira para a implantação da solução final, dentro da rede ativa do cliente. Caso não seja possível evitar as interrupções, deve ser procurar minimizar ao máximo a indisponibilidade dos serviços.

 Através de uma bateria de testes com diversos cenários, sempre com todos os serviços existentes do cliente, tentando prever possíveis problemas que possam ocorrer durante a implantação em ambiente real.

 Em eventuais situações também pode se encontrar bugs de Software/falha de hardware, e assim por meios de coleta de logs provar a existência de tal falha para ajudar na possível correção.

 Segue exemplo de documentação, que deve ser preenchido com base nos resultados extraídos durante os testes:



Workshop
Após a conclusão das fases do projeto há a necessidade de se realizar a transferência da responsabilidade para o cliente (passagem de conhecimento), onde através de um workshop são mostrados os principais fatores que levaram à sua realização e conclusão.

São abordados os prós e contras de cada solução proposta, sejam elas premissas ou adaptações durante o período do serviço, para ao final aplicar o processo de confirmação de solução pelo “FOA” o qual é atendido por ambas as partes (contratada e contratante).

FOA
Após finalizada a fase de teste, se inicia a fase conhecida como First of application (FOA) ou também utilizado o termo “Piloto de teste”. É o momento no qual será realizado a primeira implementação da solução no ambiente real do cliente.

Após a finalização da atividade (FOA) o novo cenário é analisado durante um período de tempo, para verificação da coexistência com os serviços atuais.

Documentação entregáveis
SOW = Statement of work (Premissas): Esse documento tem como objetivo definir diversos aspectos envolvidos dentro de um escopo de projeto, geralmente é entregue como parte de uma RFP. O SoW é o primeiro documento criado e busca mostrar o panorama do projeto antes mesmo do planejamento e execução. Itens abordado: fases do projeto, tipos de atividade, datas e seus respectivos entregáveis.

HLD = High Level Design: É um documento de alto nível que tem como objetivo mostrar uma visão geral do escopo do projeto. Tais como a topologia de rede, nomes, definição de protocolos, e definição básica dos equipamentos envolvidos no projeto.

LLD = Low Level Design: Tem como base o HLD e descreve de forma detalhada como a rede será implantada o projeto. Deve conter todas as informações necessárias que serão utilizadas no decorrer das atividades (mapa de portas dos equipamento, plano de endereçamento e descrição dos comandos utilizados). É um guia completo, com o passo a passo que pode ser conduzido por alguém não necessariamente técnico.

NIP = Network Implementation Plan: Objetivo desse documento é guiar e prover informações necessárias para execução e implementação dos equipamentos já dentro do ambiente do ciente e válidar suas funcionalidades de operações básicas. O documento deve conter informações do site, equipamentos e suas respectivas localizações.

 NMP = Network Migration Plan: Objetivo desse documento é prover as informações necessárias para a migração final dos serviços. O documento é descrito como um guia de passo a passo onde o responsável pela atividade deve seguir as orientações de do planejamento e execução das fases de migração.

MOP = Method of Procedure: Objetivo desse documento e descrever o procedimento e a sequencia passo a passo para uma determinada atividade, sem que ocorram interrupções inesperadas ao ambiente do cliente.

PPI: Projeto Provisório de Instalação, documento criado a com base das informações levantadas durante vistoria, que tem como principal objetivo de orientar as equipes de instalação, na instalação de novos equipamentos em um site. Esse documento deve constar informações como posição dos novos equipamentos, mapa com o “de: para” das conexões física, posições no QDF para energização entre outros.

AS-BUILT: Documento criado ao concluir a parte da instalação e ativação dos novos equipamentos em um site, é informado se houve alguma alteração no PPI. O “as built” indica como foi realizada a instalação e ativação dos equipamentos.

PDI: Projeto Definitivo de Instalação é um documento realizado a partir do “as built”, sendo estas informações formatadas tornando o documento final.

Espero que tenha ficado claro, para mais informações por favor mantenham contato!

Se gostou não esqueça de deixar o seu like e compartilhe por favor!



ılı.ılı. Saudações .ılı.ılı.
E-mail: josimaru@gmail.com

Nenhum comentário:

Postar um comentário