Começar. É Gratuito
ou inscrever-se com seu endereço de e-mail
Rocket clouds
Cabal por Mind Map: Cabal

1. Arquitetura

1.1. OLM

1.2. Equipe

1.2.1. Arquitetura de informação

1.2.1.1. Alexandre mais uma pessoa

1.2.2. Arquitetura de sistema -DAS

1.2.2.1. Anderson + 3

1.2.3. Background

1.2.3.1. Experiência com revisão de arquitetura (HSBC)

1.2.3.1.1. Problema Cabal

1.2.3.2. Cabal tem meta

1.2.3.2.1. Metodologia de desenvolvimento sistemas

1.2.3.2.2. CLiente exige dupla de

1.2.4. Metodologia

1.2.4.1. Administração de dados

1.2.4.1.1. APP Recurso de roteamento (novo)

1.2.4.2. MDGED -Metodologia de gestão de demandas .

1.2.4.2.1. Calculam Horas

1.2.4.2.2. Definem demandas

1.2.4.2.3. 4 Pauta por ano

1.2.4.2.4. Prioridade da demanda

1.2.4.2.5. GDEC (Gerencia de desenvolvimento Corporativo)

1.2.4.2.6. Já está em produção

1.2.4.3. Ferramentas

1.2.4.3.1. Sistema que monitora as chamadas no banco de dados

1.2.4.3.2. Build Pipeline

1.2.4.3.3. Scrum

1.2.4.4. MGD - Metodologia de gestão de desenvolvimento

1.2.4.4.1. Está em processo (Não está em produção)

1.2.4.5. Metodologia Test

1.2.4.5.1. Ferramentas

1.2.4.5.2. Problemas

2. Produção

2.1. Responsabilidade

2.1.1. Processo de carga / lote

2.2. Problemas

2.2.1. Nao tem integração

2.2.2. Monitoramento Infraestrutura: Migrar do Nagios e migrar tudo para Zabbix

2.2.3. Monitor negócio é um problema ? É maior deficiência ?

2.2.3.1. É monitorar problema na infraestrutura com negocio

2.2.3.2. Não consegue mapear alerta --> impacto

2.2.4. Sai da mão do Fabio Stropas

2.3. Negocio

2.3.1. Ferramentas

2.3.1.1. SiPag - Monitor

2.3.1.1.1. Ela monitoramento os pagamentos feitos

2.4. Responsável

2.4.1. Fábio

2.5. Deployment

2.5.1. Ambiente

2.5.1.1. Produção

2.5.1.1.1. Luis : Responsável por realizar o deployment

2.5.1.1.2. Fabio Stropa : Responsável por monitorar o serviço

2.5.1.2. Dev/ Homologação

2.5.1.2.1. Está em processo ( novo modelo de deployment)

2.5.1.2.2. Modelo atual : Usam servidores de homologação e produção

3. Governança

3.1. Atividades futuras:

3.1.1. Implementação da ferramenta Service Now

3.1.1.1. Mapeamento

3.1.1.1.1. incidente

3.1.1.1.2. Problemas

3.1.1.1.3. solicitação

3.1.1.2. Lançamento : Setembro - 2018

3.1.1.3. Trabalho futuro: Inserir ciclo de vida de chamado

3.1.2. Definir serviço de negocio / criticidade / tempo resolusão de problemas /

3.1.2.1. Definir prioridade por serviço críticos

3.1.3. Não tem ferramenta de ITSM

3.2. Incidentes / mudança e processo

3.2.1. Níveis de resposta

3.2.1.1. Apenas um nível N1 - Fernando

3.2.2. Responsável

3.2.2.1. Kesia

3.2.3. Problemas:

3.2.3.1. Não consegue mapear problemas e serviço de negócio

3.2.3.2. Ferramenta ITIL - muito imatura

3.3. Ferramentas

3.3.1. Direct

3.3.1.1. Ferramenta para gestão de chamado

3.3.2. Service Now

3.3.2.1. Serviço

4. DataCenter

4.1. Responsável : Luiz

4.1.1. O que está funcionando ?

4.1.1.1. Armazenamento

4.1.1.1.1. Object Store

4.1.1.1.2. Block Device

4.1.1.1.3. FileServer

4.1.1.2. Estrutura de banco de dados

4.1.1.2.1. Oracle Rack

4.1.1.3. Balanceador de banco de dados

4.1.1.3.1. F5

4.1.1.4. Cloud

4.1.1.4.1. Oracle Cloud não está atendendo a demanda mas o cliente vai receber um hardware homologado para PCA. Após o hardware/software do OCC estiver ok receberá workload do PCA

4.1.1.4.2. Futuro:

4.1.1.5. Gerenciamento de identidade

4.1.1.5.1. Estão utilizando em ambiente novo FreeIPA sobre Oracle Linux

4.1.1.6. Servidor de aplicação

4.1.1.6.1. Arquitetura desenhada para utilizar Oracle Linux + JBOSS

4.1.2. O que não está funcionando ?

4.1.2.1. Capacidade

4.1.2.1.1. Switchs sem troughout

4.1.2.1.2. Storage Banco de dados (tem espaço) por causa do Exlogic

4.1.2.1.3. Rede - Externo nao tem problema troughout

4.1.2.1.4. Capacidade de processamento

4.1.2.1.5. Infraestrutura problema porque nao foi feito migrado

4.1.2.2. Entrega

4.1.2.2.1. Por nao ter infraestrutura consolidada , gera atraso na entrega

4.1.2.2.2. Processo por não está em defict por causa da infraestrutura (oracle cloud) está afogando totda infraestrutura

4.1.2.2.3. infraestrutura de virtualização bloqueada por causa do Oracle Cloud - A entrega é muito demora e atrapalha todos os setores que depende dessa infraestrutura

4.1.2.3. Visibiliadade

4.1.2.3.1. Projetos não avisam a infraestrutura sobre a capacidade do projeto , quebrando a infraestrutura na entrega

4.1.2.3.2. Não existe DAS (Documento Arquitetura de Serviço)

4.1.2.3.3. A infraestrutura é avisada em cima da hora , num momento que a infraestrutura está super engessada (inflexivel)

4.1.2.3.4. Não existe (está em construção) um modelo funcional que ligue a infraestrutura atual ao negócio da Cabal

4.1.2.4. Homologação da infraestrutura

4.1.2.4.1. Oracle Infraestrutura

4.1.2.5. Solução

4.1.2.5.1. Monitoramento do ambiente via Zabbix

4.1.2.5.2. Construção do catálogo do serviço

4.1.2.5.3. Foco na geração de informação para compartilhamentos com as outras areas

5. Segurança / Netorking

5.1. Responsaveis

5.1.1. TI

5.1.1.1. Luiz Atanabe

5.1.1.1.1. Ambiente Atual

5.1.2. Normas e Políticas

5.1.2.1. Elder

6. Infraestrutura

6.1. Responsável : Luiz - Apoiador Sabatino

6.1.1. Ambiente Atual

6.1.1.1. Sistema operacional

6.1.1.1.1. Debian / RHEL / Oracle Liunux / Windows / AIX

6.1.1.1.2. Autentição centralizada

6.1.1.1.3. Uso do Satellite para gerenciamento de compliance

6.1.1.1.4. Automação

6.1.2. Atividade futura

6.1.2.1. Migrar todas as aplicações para um sistema ou dois sistema operacional

6.1.2.2. Identificar a falha de uma atualização ou instância e seu impacto no negócio

6.1.2.3. Esperando atuliazar

6.1.2.4. Containers

6.1.2.4.1. Não está em uso

6.1.2.4.2. Foram realizadas duas poc

6.1.3. Desafios

6.1.3.1. Ativar OCC

6.1.3.2. Ativar o RHEL sobre OCC

6.1.3.3. Mapear infraestrutura + impacto

6.1.3.4. Dimiuir o retrabalho

7. Desenvolvimento