SlideShare uma empresa Scribd logo
1 de 102
powered by
Cloud Services
Sua nuvem utilizando OpenSource
Estratégia de uso de Cloud com containers, automação e IaaS+PaaS
Caio Candido
Senior Technology Strategist, Latin America Ready Solutions & Red Hat
GENERAL DISTRIBUTION2
ANOS / MESES
MESES /
SEMANAS
SEMANAS /
DIAS
Transformação Digital
IMPACTA A FORMA DE CONSTRUIR, EXECUTAR E GERENCIAR SOFTWARE
GENERAL DISTRIBUTION
Como o OpenSource nasceu e cresceu?
RED HAT FOI FUNDADA
IPO
AQUISIÇÃO DO JBOSS
LANÇAMENTO DO ENTERPRISE LINUX
LANÇAMENTO DO RED HAT VIRTUALIZATION
ADIÇÃO DA RED HAT AO ÍNDICE DO S&P 500
LANÇAMENTO DO CLOUDFORMS & OPENSHIFT
US$1 BILHÃO EM RECEITA
1993
1999
2002
2006
2009
2011
LANÇAMENTO DO RED HAT OPENSTACK
PLATFORM
UNIÃO DO CENTOS À RED HAT
AQUISIÇÃO DO ANSIBLE
AQUISIÇÃO DAS EMPRESAS INKTANK (CEPH),
ENOVANCE (OPENSTACK), & FEEDHENRY
(MOBILE)
US$2 BILHÕES EM RECEITA
AQUISIÇÃO DA 3SCALE
LANÇAMENTO DO RED HAT STORAGE
LANÇAMENTO DO OPENSHIFT ENTERPRISE
AQUISIÇÃO DA CoreOS
2018
2017
2016
2015
2014
2013
2012
GENERAL DISTRIBUTION
Como funciona o modelo de “Subscription”?
*Cliente
CSM
Suporte L2
Expert SBR
Engenharia
Suporte L1
TAM
$
Instrutor
Consultor
Red Hat Network
Kbase
Arquiteto de
Dominio
Arquiteto de Soluções
DE
GS
S
GP
S
GLS
Download
Documentação
Atualizações – Versões
Correções – Patchs – Bugs
Segurança – Ciclo de vida
Inovação – Novas tecnologias
Suporte Standard – Comercial
Suporte Premium - 24x7
Educação
Monitoramento – Relatórios
Homologação - Ecosistema
TQM
Escritor
GENERAL DISTRIBUTION
Portfólio de produtos Red Hat na DellEMC
GENERAL DISTRIBUTION
Ofertas de Mercado para Service Providers
APPLICATION
HARDWARE
OPERATING SYSTEM
Application Runtime
Application Services
Application Workflow
Container Scheduling
Container Orchestration
Container Engine
IaaS
Operating System
Virtual / Physical
Infrastructure
DEV
APP OPS
SYS OPS
GENERAL DISTRIBUTION
Softwares para sua estratégia de nuvem
GENERAL DISTRIBUTION
CloudForms + Ansible
Nutanix
Vxrail
Vmware
Amazon AWS
Service Providers
Azzure
OpenStack
Gestor de nuvem híbrida
Automação de todo o ambiente de hardware e software
Container
Virtual
Machine
GENERAL DISTRIBUTION
CloudForms
GENERAL DISTRIBUTION
Como obter mais conhecimento?
https://www.redhat.com/en/services/training/rh024-red-hat-linux-technical-ov
https://www.redhat.com/en/services/training/rh018-virtualization-and-infrastr
https://www.redhat.com/en/services/training/do092-developing-cloud-native-
https://www.redhat.com/en/services/training/do080-deploying-containerized-
https://www.redhat.com/en/services/training/do007-ansible-essentials-simpl
https://www.redhat.com/en/services/training/cl010-red-hat-openstack-techni
GENERAL DISTRIBUTION
Os Problemas na engenharia de software
Aplicações possuem um
processo de instalação,
configuração e
integrações complexo
que deve ser realizado a
cada novo deploy.
Além disso, precisamos
gerenciar ambientes de
maneiras diferentes para
prover a infra-estrutura
por Ops e Dev consumir.
GENERAL DISTRIBUTION
O Desafio
OPERAÇÕES DE TIDESENVOLVEDORES
GENERAL DISTRIBUTION
GENERAL DISTRIBUTION
Quando pensamos em DevOps …
Automação em todo lugar
Tudo como código
Continuous
Integration/Delivery
A aplicação é sempre
“releasable”
Monitoramento de
Aplicações
Rápido Feedback
Rebuild vs. Repair
Delivery pipeline
GENERAL DISTRIBUTION
Tudo como Código – Pensando em Agilidade
LIB
UI
LIB LIB
BIZ LOGIC
DATA ACCESS
Aplicativo
Navegador Dados
Modelo atual com aplicações monoliticas
GENERAL DISTRIBUTION16
Provisionamento atual de ambientes
TEST QA PRODDEV
≠ ≠ ≠
PONTO DE
FALHA!
PONTO DE
FALHA!
PONTO DE
FALHA!
GENERAL DISTRIBUTION17
Automação em todo lugar – Para onde iremos
TEST QA PRODDEV
≠ ≠ ≠
Ferramenta de automação de ambientes - Ops
Ferramenta Multicloud, conectar de forma hibrida nossos ambientes - Ops
Ferramenta de provisionamento e gestão de ambientes - Ops
GENERAL DISTRIBUTION
A Solução
Adotar uma estratégia de
containers irá permitir que
as aplicações sejam
facilmente compartilhadas e
implantadas.
Além do uso de ferramentas
que ajudam a entregar uma
esteira DevOps.
GENERAL DISTRIBUTION
O que são containers?
Depende, para quem você pergunta ...
● É uma aplicação rodando em um
“Sandbox” em um ambiente onde
apenas o Kernel do Linux é
compartilhado
● São mais simples, leves e densos que
máquinas virtuais
● Portável para qualquer ambiente
● É um pacote com minha aplicação e
todas as suas dependências
● Implantação (deploy) para qualquer
ambiente em segundos e permite o
CI/CD
● Acesso fácil e compartilhado de
ambientes containerizados
INFRAESTRUTURA APLICAÇÕES
GENERAL DISTRIBUTION
Máquinas virtuais e containers
As diferenças de uso na entrega de Máquinas e/ou Containers
GENERAL DISTRIBUTION
Pensando em desempenho
Entrega de uma máquina virtual e um container
GENERAL DISTRIBUTION
Adoção de um modelo baseado em containers
Pensando nos futuros pápeis e responsábilidades do Dev e do Ops
GENERAL DISTRIBUTION
O que o container nos ajuda no dia-a-dia?
Aqui não possuimos uma estratégia de infra ágil
GENERAL DISTRIBUTION
Você não precisa “matar” sua infra atual
Entenda como o container pode te ajudar
GENERAL DISTRIBUTION
Docker é uma tecnologia de software que
fornece contêineres, promovido pela empresa
Docker, Inc. O Docker fornece uma camada
adicional de abstração e automação de
virtualização de nível de sistema operacional
no Windows e no Linux.
GENERAL DISTRIBUTION
Físico
Virtual
Cloud Privada
Cloud Pública
container
GENERAL DISTRIBUTION
Repositório
de fontes
CI/CD
engine
Dev container
Físico
Virtual
Cloud Privada
Cloud Pública
GENERAL DISTRIBUTION
?container
GENERAL DISTRIBUTION
$ docker build -t app:v1 .
$ docker run app:v1
GENERAL DISTRIBUTION
$ docker build -t app/frontend:v1 .
$ docker build -t app/backend:v1 .
$ docker build -t app/database:v1 .
$ docker build -t app/cache:v1 .
$ docker build -t app/messaging:v1 .
GENERAL DISTRIBUTION
$ docker run app/frontend:v1 link-to-backend
$ docker run app/frontend:v1 link-to-backend
$ docker run app/backend:v1 link-to-db-cache-messaging
$ docker run app/backend:v1 link-to-db-cache-messaging
$ docker run app/database:v1
$ docker run app/cache:v1 link-to-db
$ docker run app/messaging:v1
GENERAL DISTRIBUTION
?
GENERAL DISTRIBUTION
Não é suficiente! Necessitamos ir além de containers!
Lifecycle and health
Mantém os containers rodando a
despeito de falhas
Scheduling
Decide onde devemos fazer o
deploy dos containers
Discovery
Localiza outros containers na rede
Monitoring
Visibilidade de como os containers
estão rodando
Segurança
Controla quem pode fazer o que
Scaling
Estala os containers Up e Down
Persistência
Mantém os dados além do ciclo de
vida do container
Agregação
Compor Aplicações com multiplos
containers
GENERAL DISTRIBUTION
Kubernetes é um sistema OpenSource para
automação de deployment, operações, e scaling
de aplicações conteinerizadas através de
múltiplos hosts. O Kubernets é um Gerenciador
(a nível)de Containers muito poderoso.
GENERAL DISTRIBUTION
kubernetes
GENERAL DISTRIBUTION
DevOps utilizando Kubernets
Dev
Repositório
de fontes CI/CD
engine
container
Kubernets
GENERAL DISTRIBUTION
DevOps utilizando Kubernets
NETWORK
Não é suficiente! Precisamos de networking!
GENERAL DISTRIBUTION
DevOps utilizando Kubernets
IMAGE
REGISTRY
NETWORK
Não é suficiente! Necessitamos de registro das
imagens!
GENERAL DISTRIBUTION
DevOps utilizando Kubernets
IMAGE
REGISTRY
METRICS AND LOGGING
NETWORK
heapster
Não é suficiente! Necessitamos de métricas e logging!
GENERAL DISTRIBUTION
DevOps utilizando Kubernets
IMAGE
REGISTRY
Não é suficiente! Necessitamos de gerenciamento de ciclo de vida!
APP LIFECYCLE MGMT
METRICS AND LOGGING
NETWORK
GENERAL DISTRIBUTION
DevOps utilizando Kubernets
IMAGE
REGISTRY
Não é suficiente! Necessitamos de App Services, exemplo: DBs e messageria
APP SERVICES
APP LIFECYCLE MGMT
METRICS AND LOGGING
NETWORK
GENERAL DISTRIBUTION
DevOps utilizando Kubernets
IMAGE
REGISTRY
Não é suficiente! Necessitamos de portal de self-service!
SELF-SERVICE
APP SERVICES
APP LIFECYCLE MGMT
METRICS AND LOGGING
NETWORK
GENERAL DISTRIBUTION
Não é suficiente! Necessitamos ir além de Kubernets!
Routing & Load Balancing
Multi-tenancy
CI/CD Pipelines
Role-based Authorization
Capacity Management
Chargeback
Vulnerability Scanning
Container Isolation
Image Build Automation
Quota Management
Teams and Collaboration
Infrastructure Visibility
GENERAL DISTRIBUTION44
RED HAT OPENSHIFT CONTAINER PLATFORM
PORTAL DE AUTO-
SERVIÇO
MULTI-LINGUAGEM
CONTROLE DE VERSÕES / S2I
AUTOMAÇÃO DE
IMPLANTAÇÃO - CD
MONITORAME
NTO E
FEEDBACK
PADRONIZAÇÃO DOS
AMBIENTES - DOCKER
(OCI)
GESTÃO E - KUBERNETES
(CNORQUESTRAÇÃOCF)
AUTOMAÇÃO DE
CONSTRUÇÃO E TESTES - CI
O CICLO COMPLETO PARA DEVOPS
GENERAL DISTRIBUTION
Red Hat OpenShift
Container Platform
ENTERPRISE-GRADE CONTAINER OS
Business
Automation
CONTAINE
R
CONTAINE
R
CONTAINE
R
CONTAINE
R
CONTAINE
R
Integration Data Web &
Mobile
3rd party
frameworks
CONTAINER INFRASTRUCTURE SERVICES
(Orchestration & Scheduling, Storage, Registry, Security, Networking)
LIFECYCLE AUTOMATION
(Self-service, CI/CD, Image
Stream)
CONTAINER MANAGEMENT
(Monitoring, Capacity, Policies)
Red Hat Enterprise
Linux & Atomic Host
Tradicional, Stateful & Microservices como base para
Apps
PaaSCaaSIaaS
GENERAL DISTRIBUTION
Plataforma para aplicações em
Containers baseada em
Docker e Kubernetes para
construir, distribuir e rodar
containers em larga escala.
GENERAL DISTRIBUTION
OPENSHIFT
source
repository
CI/CD
engine
dev container
GENERAL DISTRIBUTION
OpenShift como Gerenciador de Containers
Ainda não estamos falando das aplicações e tudo que a plataforma entrega
GENERAL DISTRIBUTION
Implementação baseada em Open Container Initiative
do Kubernetes Container Runtime Interface.
Arquitetura mínima e segura. Otimizado para
trabalhar com o Kubernetes. Executa qualquer
imagem compatível com OCI (incluindo Docker).
GENERAL DISTRIBUTION
Um contêiner é a menor unidade de um sistema operacional na computação
Container
GENERAL DISTRIBUTION
Image
Contêineres são criados a partir de imagens de contêiner
GENERAL DISTRIBUTION
Registry
As imagens do contêiner são armazenadas em um registro de imagem
GENERAL DISTRIBUTION
Repository
Um repositório de imagens contém todas as versões de uma imagem no registro de imagens
GENERAL DISTRIBUTION
IP
Contêineres são agrupados em grupos de unidades de implantação e gerenciamento
GENERAL DISTRIBUTION
Deployment
A configuração de pods é definida em uma implementação
GENERAL DISTRIBUTION
Backend Service
Serviços fornecem balanceamento de carga interno e descoberta de serviço em pods
GENERAL DISTRIBUTION
Backend API
Os aplicativos podem conversar entre si por meio de serviços
GENERAL DISTRIBUTION
Route
Rotas adicionam serviços ao balanceador de carga externo e fornecem URLs legíveis para o
aplicativo
GENERAL DISTRIBUTION
POD
Projetos isolam aplicativos em ambientes, equipes, grupos e departamentos
GENERAL DISTRIBUTION
Podemos ter mais de uma alternativa para Infra
GENERAL DISTRIBUTION
Instâncias de Nodes com RHEL onde o app
funciona
GENERAL DISTRIBUTION
Apps funcionando em Containers
GENERAL DISTRIBUTION
Pods são as unidades de orquestração
GENERAL DISTRIBUTION
O Master faz todo o controle
GENERAL DISTRIBUTION
API de identificação
GENERAL DISTRIBUTION
Estado valido e desejado
GENERAL DISTRIBUTION
Integração com o container Registry
GENERAL DISTRIBUTION
Orquestração e Agendamento
GENERAL DISTRIBUTION
Inserção de políticas
GENERAL DISTRIBUTION
Escalação de Pods
GENERAL DISTRIBUTION
Serviços e Descovery
GENERAL DISTRIBUTION
Dados persistentes dos containers
GENERAL DISTRIBUTION
Roteamento e Load Balance
Texto
GENERAL DISTRIBUTION
Acesso via Web, CLI, IDE e API
GENERAL DISTRIBUTION
INDÚSTRIA ESTÁ CONVERGINDO PARA
KUBERNETES
GENERAL DISTRIBUTION
A Solução
Adotar uma estratégia de
containers irá permitir que
as aplicações sejam
facilmente compartilhadas e
implantadas.
GENERAL DISTRIBUTION
Get Start!
OPERAÇÕES DE TIDESENVOLVEDORES
GENERAL DISTRIBUTION
Como?
OPERAÇÕES DE TIDESENVOLVEDORES
GENERAL DISTRIBUTION
A Solução
Adotar uma estratégia de
containers irá permitir que
as aplicações sejam
facilmente compartilhadas e
implantadas.
GENERAL DISTRIBUTION
A Solução
Adotar uma estratégia de
containers irá permitir que
as aplicações sejam
facilmente compartilhadas e
implantadas.
GENERAL DISTRIBUTION
A Solução
Adotar uma estratégia de
containers irá permitir que
as aplicações sejam
facilmente compartilhadas e
implantadas.
GENERAL DISTRIBUTION
A Solução
Adotar uma estratégia de
containers irá permitir que
as aplicações sejam
facilmente compartilhadas e
implantadas.
GENERAL DISTRIBUTION
A Solução
Adotar uma estratégia de
containers irá permitir que
as aplicações sejam
facilmente compartilhadas e
implantadas.
GENERAL DISTRIBUTION
A Solução
Adotar uma estratégia de
containers irá permitir que
as aplicações sejam
facilmente compartilhadas e
implantadas.
GENERAL DISTRIBUTION
A Solução
Adotar uma estratégia de
containers irá permitir que
as aplicações sejam
facilmente compartilhadas e
implantadas.
GENERAL DISTRIBUTION
A Solução
Adotar uma estratégia de
containers irá permitir que
as aplicações sejam
facilmente compartilhadas e
implantadas.
GENERAL DISTRIBUTION
A Solução
Adotar uma estratégia de
containers irá permitir que
as aplicações sejam
facilmente compartilhadas e
implantadas.
GENERAL DISTRIBUTION88
A PLATAFORMA PARA DESENVOLVIMENTO
Mobile AMQ Fuse
3scale
API
Mgmt
Data
Virt
Data
Grid
BRMSEAP BPM
Apps Integration Data Automation
BARE
METAL
VIRTUAL
Build | Deploy | Scheduling | Scaling | Elasticity | Metrics | Logging
GENERAL DISTRIBUTION89
INTEGRAÇÃO DOS MICROSERVICES
Mobile AMQ Fuse
3scale
API
Mgmt
Data
Virt
Data
Grid
BRMSEAP BPM
Apps Integration Data Automation
BARE
METAL
VIRTUAL
Build | Deploy | Scheduling | Scaling | Elasticity | Metrics | Logging
GENERAL DISTRIBUTION
$ docker build -t app:v1 .
GENERAL DISTRIBUTION
$ docker build -t app:v1 .
GENERAL DISTRIBUTION
Como o Ansible pode fazer parte da sua estartégia?
GENERAL DISTRIBUTION
Como começamos esta jornada?
GENERAL DISTRIBUTION
Os diferenciais do Ansible
GENERAL DISTRIBUTION
As diferenças entre Ansible e Ansible Tower
GENERAL DISTRIBUTION
Gerenciamento das Tarefas
Serviços de Mensagens
Auto Escaling e inventários
Agendamento das Tarefas
Execução remota
Acesso e Segurança garantida
Suporte e Desenvolvimento Global
Visibilidade de tudo
Principais Diferencias do Ansible Tower
Trabalhando com DevOps
Dashboard Integrado Criação de Playbooks automatizados
GENERAL DISTRIBUTION
Como posso obter mais conhecimento?
GENERAL DISTRIBUTION
Git Server
Arquitetura inicial para seu projeto
Usuário
Camada de Código
Ambiente existente na sua Infra
Ansible Tower
Worker
Ansible Tower
Base de Dados
Camada do Ansible Tower
Camada de Servidores
Ambiente existente na sua Infra
GENERAL DISTRIBUTION
GENERAL DISTRIBUTION
Trial:
caio.candido@dell.com
GENERAL DISTRIBUTION
Como aprender tudo isso?
powered by
TT Obrigado!ANK YOU
Caio Candido,
caio.candido@dell.com
https://www.linkedin.com/in/ccandido/

Mais conteúdo relacionado

Semelhante a Utilização de DevOps

Azure Bootcamp 2018 - DevOps para profissionais de Infra - Infomach / Goiânia
Azure Bootcamp 2018 - DevOps para profissionais de Infra - Infomach / GoiâniaAzure Bootcamp 2018 - DevOps para profissionais de Infra - Infomach / Goiânia
Azure Bootcamp 2018 - DevOps para profissionais de Infra - Infomach / GoiâniaRodrigo Marques Teixeira
 
Transformando a ti com cloud computing e virtualização
Transformando a ti com cloud computing e virtualizaçãoTransformando a ti com cloud computing e virtualização
Transformando a ti com cloud computing e virtualizaçãoDarlan Segalin
 
TDC2017 | São Paulo - Trilha Containers How we figured out we had a SRE team ...
TDC2017 | São Paulo - Trilha Containers How we figured out we had a SRE team ...TDC2017 | São Paulo - Trilha Containers How we figured out we had a SRE team ...
TDC2017 | São Paulo - Trilha Containers How we figured out we had a SRE team ...tdc-globalcode
 
Introdução ao Habitat
Introdução ao HabitatIntrodução ao Habitat
Introdução ao HabitatIgor Abade
 
MIT DevOps IaC - Infra como Código
MIT DevOps IaC - Infra como CódigoMIT DevOps IaC - Infra como Código
MIT DevOps IaC - Infra como CódigoCaio Candido
 
12 Factor App Docker na Cloud e outras buzzwords
12 Factor App Docker na Cloud e outras buzzwords12 Factor App Docker na Cloud e outras buzzwords
12 Factor App Docker na Cloud e outras buzzwordsWaldemar Neto
 
DevOps containers x86 - Baremetal, Virtual e Cloud (pt_br)
DevOps containers x86 - Baremetal, Virtual e Cloud (pt_br)DevOps containers x86 - Baremetal, Virtual e Cloud (pt_br)
DevOps containers x86 - Baremetal, Virtual e Cloud (pt_br)Caio Candido
 
Latinoware 2019 - Kubernetes a plataforma de grandes ideias
Latinoware 2019 - Kubernetes a plataforma de grandes ideiasLatinoware 2019 - Kubernetes a plataforma de grandes ideias
Latinoware 2019 - Kubernetes a plataforma de grandes ideiasRaul Leite
 
API management: um aliado para construção de APIs
API management: um aliado para construção de APIsAPI management: um aliado para construção de APIs
API management: um aliado para construção de APIsRafael de Paula Souza
 
Trabalhando com ALM na nuvem
Trabalhando com ALM na nuvemTrabalhando com ALM na nuvem
Trabalhando com ALM na nuvemAdriano Bertucci
 
O que é OpenShift ?
O que é OpenShift ?O que é OpenShift ?
O que é OpenShift ?Raul Leite
 
O que é OpenShift ?
O que é OpenShift ?O que é OpenShift ?
O que é OpenShift ?Raul Leite
 
Containers com docker #CPRecife4
Containers com docker #CPRecife4Containers com docker #CPRecife4
Containers com docker #CPRecife4David Ruiz
 
Trabalhando com TFS na nuvem (Microsoft Azure). Quais vantagens de migrar o A...
Trabalhando com TFS na nuvem (Microsoft Azure). Quais vantagens de migrar o A...Trabalhando com TFS na nuvem (Microsoft Azure). Quais vantagens de migrar o A...
Trabalhando com TFS na nuvem (Microsoft Azure). Quais vantagens de migrar o A...Marcus Garcia
 
Infraestrutura de cloud computing
Infraestrutura de cloud computingInfraestrutura de cloud computing
Infraestrutura de cloud computingFabio Leandro
 
Melhores práticas de CI/CD na construção de aplicações modernas
Melhores práticas de CI/CD na construção de aplicações modernasMelhores práticas de CI/CD na construção de aplicações modernas
Melhores práticas de CI/CD na construção de aplicações modernasAmazon Web Services LATAM
 
MIT - Estudo de Caso utilizando Cloud & DevOps
MIT - Estudo de Caso utilizando Cloud & DevOps  MIT - Estudo de Caso utilizando Cloud & DevOps
MIT - Estudo de Caso utilizando Cloud & DevOps Caio Candido
 

Semelhante a Utilização de DevOps (20)

Azure Bootcamp 2018 - DevOps para profissionais de Infra - Infomach / Goiânia
Azure Bootcamp 2018 - DevOps para profissionais de Infra - Infomach / GoiâniaAzure Bootcamp 2018 - DevOps para profissionais de Infra - Infomach / Goiânia
Azure Bootcamp 2018 - DevOps para profissionais de Infra - Infomach / Goiânia
 
Transformando a ti com cloud computing e virtualização
Transformando a ti com cloud computing e virtualizaçãoTransformando a ti com cloud computing e virtualização
Transformando a ti com cloud computing e virtualização
 
TDC2017 | São Paulo - Trilha Containers How we figured out we had a SRE team ...
TDC2017 | São Paulo - Trilha Containers How we figured out we had a SRE team ...TDC2017 | São Paulo - Trilha Containers How we figured out we had a SRE team ...
TDC2017 | São Paulo - Trilha Containers How we figured out we had a SRE team ...
 
Introdução ao Habitat
Introdução ao HabitatIntrodução ao Habitat
Introdução ao Habitat
 
MIT DevOps IaC - Infra como Código
MIT DevOps IaC - Infra como CódigoMIT DevOps IaC - Infra como Código
MIT DevOps IaC - Infra como Código
 
3 Telas e uma nuvem
3 Telas e uma nuvem3 Telas e uma nuvem
3 Telas e uma nuvem
 
Microserviços
MicroserviçosMicroserviços
Microserviços
 
12 Factor App Docker na Cloud e outras buzzwords
12 Factor App Docker na Cloud e outras buzzwords12 Factor App Docker na Cloud e outras buzzwords
12 Factor App Docker na Cloud e outras buzzwords
 
DevOps containers x86 - Baremetal, Virtual e Cloud (pt_br)
DevOps containers x86 - Baremetal, Virtual e Cloud (pt_br)DevOps containers x86 - Baremetal, Virtual e Cloud (pt_br)
DevOps containers x86 - Baremetal, Virtual e Cloud (pt_br)
 
Latinoware 2019 - Kubernetes a plataforma de grandes ideias
Latinoware 2019 - Kubernetes a plataforma de grandes ideiasLatinoware 2019 - Kubernetes a plataforma de grandes ideias
Latinoware 2019 - Kubernetes a plataforma de grandes ideias
 
API management: um aliado para construção de APIs
API management: um aliado para construção de APIsAPI management: um aliado para construção de APIs
API management: um aliado para construção de APIs
 
Trabalhando com ALM na nuvem
Trabalhando com ALM na nuvemTrabalhando com ALM na nuvem
Trabalhando com ALM na nuvem
 
O que é OpenShift ?
O que é OpenShift ?O que é OpenShift ?
O que é OpenShift ?
 
O que é OpenShift ?
O que é OpenShift ?O que é OpenShift ?
O que é OpenShift ?
 
Containers com docker #CPRecife4
Containers com docker #CPRecife4Containers com docker #CPRecife4
Containers com docker #CPRecife4
 
Trabalhando com TFS na nuvem (Microsoft Azure). Quais vantagens de migrar o A...
Trabalhando com TFS na nuvem (Microsoft Azure). Quais vantagens de migrar o A...Trabalhando com TFS na nuvem (Microsoft Azure). Quais vantagens de migrar o A...
Trabalhando com TFS na nuvem (Microsoft Azure). Quais vantagens de migrar o A...
 
Infraestrutura de cloud computing
Infraestrutura de cloud computingInfraestrutura de cloud computing
Infraestrutura de cloud computing
 
Melhores práticas de CI/CD na construção de aplicações modernas
Melhores práticas de CI/CD na construção de aplicações modernasMelhores práticas de CI/CD na construção de aplicações modernas
Melhores práticas de CI/CD na construção de aplicações modernas
 
Apprenda 12.2015
Apprenda 12.2015Apprenda 12.2015
Apprenda 12.2015
 
MIT - Estudo de Caso utilizando Cloud & DevOps
MIT - Estudo de Caso utilizando Cloud & DevOps  MIT - Estudo de Caso utilizando Cloud & DevOps
MIT - Estudo de Caso utilizando Cloud & DevOps
 

Mais de Caio Candido

Agile Corporation for MIT
Agile Corporation for MITAgile Corporation for MIT
Agile Corporation for MITCaio Candido
 
Dell emc redhat_dez20
Dell emc redhat_dez20Dell emc redhat_dez20
Dell emc redhat_dez20Caio Candido
 
Ready solutions with Red Hat
Ready solutions with Red HatReady solutions with Red Hat
Ready solutions with Red HatCaio Candido
 
Arquitetcura x86 para Red Hat
Arquitetcura x86 para Red HatArquitetcura x86 para Red Hat
Arquitetcura x86 para Red HatCaio Candido
 
Dell Emc Ready Bundle for Red Hat OpenStack Platform
Dell Emc Ready Bundle for Red Hat OpenStack PlatformDell Emc Ready Bundle for Red Hat OpenStack Platform
Dell Emc Ready Bundle for Red Hat OpenStack PlatformCaio Candido
 
Servicios de autenticación
Servicios de autenticaciónServicios de autenticación
Servicios de autenticaciónCaio Candido
 

Mais de Caio Candido (7)

Agile Corporation for MIT
Agile Corporation for MITAgile Corporation for MIT
Agile Corporation for MIT
 
Dell emc redhat_dez20
Dell emc redhat_dez20Dell emc redhat_dez20
Dell emc redhat_dez20
 
Ready solutions with Red Hat
Ready solutions with Red HatReady solutions with Red Hat
Ready solutions with Red Hat
 
Arquitetcura x86 para Red Hat
Arquitetcura x86 para Red HatArquitetcura x86 para Red Hat
Arquitetcura x86 para Red Hat
 
Dell Emc Ready Bundle for Red Hat OpenStack Platform
Dell Emc Ready Bundle for Red Hat OpenStack PlatformDell Emc Ready Bundle for Red Hat OpenStack Platform
Dell Emc Ready Bundle for Red Hat OpenStack Platform
 
Servicios de autenticación
Servicios de autenticaciónServicios de autenticación
Servicios de autenticación
 
Big Data - Hadoop
Big Data - HadoopBig Data - Hadoop
Big Data - Hadoop
 

Utilização de DevOps

Notas do Editor

  1. Esta linha do tempo mostra como a Red Hat se tornou a fornecedora líder em soluções open source para a TI corporativa. Desde o primeiro lançamento do Red Hat Linux (e a fundação da empresa em 1993), a Red Hat vem expandindo seu portfólio de tecnologias. A Red Hat adquiriu várias empresas que contribuíram para a ampliação do nosso portfólio. Nós transformamos as tecnologias adquiridas em soluções corporativas open source o mais breve possível. Enquanto isso, nosso crescimento financeiro tem sido orgânico, o que significa que nosso negócio está crescendo de maneira natural, e não devido as nossas aquisições. Caso um cliente deseja acessar a lista de empresas que foram adquiridas pela Red Hat ao longo dos anos, um bom material de referência pode ser encontrado aqui:http://en.wikipedia.org/wiki/Red_Hat. Entre os anos de 2014-2016, a Red Hatadquiriu diversas empresas e tecnologiasque contribuíram para a ampliação do seu portfólio geral de soluções: Inktank, fornecedora de tecnologia de armazenamento em cloud baseado no projeto Ceph. eNovance, além de uma contribuidora significativa da comunidade de desenvolvimento do OpenStack, é também fornecedora de serviços de consultoria e implantação de cloud OpenStack. CentOS, integrada à Red Hat, fornecemos à organização do CentOS os fundos e os recursos necessários para sobreviver e trabalhar no desenvolvimento de novas soluções baseadas no Red Hat Enterprise Linux. FeedHenry, uma plataforma de aplicativos mobile corporativa da próxima geração, desenhada em torno de componentes open source. Essa plataforma baseada em cloud proporciona o desenvolvimento rápido e facilitado de aplicativos mobile capaz de conectar-se de forma segura aos sistemas corporativos existentes. Essa tecnologia oferece suporte ao desenvolvimento de aplicativos mobile, Mobile Backend-as-a-Service, gerenciamento de serviços mobile, segurança e autenticação, análises e relatórios, além de implantações on-premise e em cloud. Ansible, fornecedora de soluções de automação de TI. Essa solução tem como objetivo ajudar as empresas a avançar em direção a uma TI sem atritos. Com o Ansible, os clientes podem implantar e gerenciar aplicativos em clouds públicas e privadas, acelerar a entrega de serviços por meio de iniciativas de DevOps, simplificar atualizações e instalações OpenStack e acelerar a adoção de containers ao simplificar a configuração e orquestração. 3scale, fornecedora líder em tecnologia de gerenciamento de APIs. Ao adicionar a 3scale ao seu portfólio, a Red Hat fortalece sua capacitação de economia de API com arquiteturas baseadas em microsserviços e integração de cloud simplificada. Caso esteja faltando alguma informação importante, favor nos avisar que tentaremos adicioná-la na próxima versão.
  2. Este slide apresenta nosso processo em criar produtos a partir de software open source: Participação: apresenta o enorme ecossistema de projetos open source, muitos dos quais a Red Hat tem um papel de liderança no desenvolvimento (exemplos: Kernel Linux, KVM virtualization, OpenStack). Integração: a Red Hat patrocina e integra projetos open source em dois grandes projetos de consolidação: Fedora (a base do Red Hat Enterprise Linux) e a comunidade do JBoss Developer (a base do portfólio de soluções do Red Hat JBoss Middleware). Fornecendo, assim, ambientes gratuitos que são usados como laboratórios para o desenvolvimento de software e oferecendo fundamentos para os recursos que poderão ser incorporados nas soluções corporativas da Red Hat. A Red Hat é também o principal patrocinador de outros projetos de consolidação em cloud, armazenamento e virtualização. Este slide ilustra que o open source não é desenvolvido por um exército de voluntários (algo que poderia preocupar clientes em potencial). Mesmo projetos relativamente novos, como o OpenStack, são desenvolvidos pelos fornecedores de TI líderes globais. O desenvolvimento de soluções é altamente profissional. Voluntários e estudantes certamente têm um papel fundamental, e podem trazer contribuições vitais em áreas de pesquisa e tecnologias emergentes. No entanto, os recursos e capacidades corporativas não são controladas por eles. E isso se repete em cada projeto open source. Observe que o Red Hat Enterprise Linux, por exemplo, abrange um milhão de outros projetos, e a Red Hat é a maior contribuidora no desenvolvimento de vários destes, incluindo projetos como o Kernel Linux, KVM, SELinux, GCC, WildFly, Gluster, Ceph, GFS, etc. Essa combinação de desenvolvimento informal e profissional fornece um ambiente altamente dinâmico. Esse processo é tão eficiente que uma grande proporção de desenvolvimento de software dos dias atuais estão sendo baseados no modelo open source. Estabilidade: criação de soluções corporativas da Red Hat. Esta é muito mais que apenas uma coleção de projetos open source maduros e testados. Eles são integrados em soluções completas e prontas para empresas. Além de serem criados com um amplo suporte do ecossistema que inclui tudo, desde parceiros para dar suporte/manutenção até documentação, treinamento, serviços de consultoria, certificações de hardware e software, e outros. Esse completo ecossistema é o que nos difere da concorrência. É importante ressaltar que o trabalho de engenharia é realizado pela Red Hat por meio de extensivas atividades de garantia de qualidade (QA) e certificações de software e hardware.Manutenção a longo prazo é um recurso simples, porém importante. Caso um bug de segurança é descoberto em uma solução da Red Hat de 5 anos de uso, nossa equipe fornecerá uma correção para ele. Esta correção pode ser criada a partir da base de código da versão upstream ou desenvolvida do zero. E é isso que faz da Red Hat a solução ideal para implantações de longo prazo. Em contrapartida, muitos projetos open source da comunidade avançaram e hoje não há interesse pela comunidade em criar patches para softwares legados. Por exemplo, não há patches para versões antigas (com 5 anos ou mais) do Fedora ou outros projetos open source, como o Ubuntu. Os fornecedores de TI contribuem para o desenvolvimento de software open source em cada fase. Profissionais autônomos também podem contribuir. Enquanto o desenvolvimento compartilhado gera redução de custos, ele é também uma forma poderosa de garantir que novos recursos estejam alinhados com as necessidades atuais dos clientes.
  3. Due to deployment, configuration and integration inconsistency between applications, delivering an application into production is a non-trivial task with lots of friction and many back-and-forth cycles between Developers and IT Operations. Painful deployments leads to not only poor quality of the delivered service but also to a tendency to avoid the pain by deploying to production as seldom as possible. This in turn, results in larger deployments with more features being delivered at once and higher risk of things going wrong, which results in more pain, fewer deployments, … and story goes on.
  4. Due to deployment, configuration and integration inconsistency between applications, delivering an application into production is a non-trivial task with lots of friction and many back-and-forth cycles between Developers and IT Operations. Painful deployments leads to not only poor quality of the delivered service but also to a tendency to avoid the pain by deploying to production as seldom as possible. This in turn, results in larger deployments with more features being delivered at once and higher risk of things going wrong, which results in more pain, fewer deployments, … and story goes on.
  5. DevOps only took off when containers gained popularity and significantly simplified the automation that DevOps advocates. Containers provide consistent environment and tools for both Developers and Operations to package, delivery and manage the applications and therefore simplify the deployment process regardless of how the application looks like and the frameworks Developers have used to build the application. They also provide a common set of building blocks that can be reused in any stage of development to recreate identical environments for development, testing, staging, and production, extending the idea of write once; deploy anywhere
  6. Developers have different motivations and concerns than the IT Operations. Developer's job is to deliver a change and care about new frameworks, architectures and tools to do so, while IT Operations’ job is to bring stability and care about environment predictability, lifecycle management, security, costs and monitoring. As a result, applications are designed and developed in accordance to Developers mindset and Operations requirements are layered over it at later stages of delivery, leading to frustrating frictions specially in the end of each delivery cycle.
  7. <number>
  8. <number>
  9. <number>
  10. Community and vendor interest in Kubernetes is huge in the container market and many vendors have adopted Kubernetes within their platforms, sometimes at cost of replacing their own proprietary orchestration, as the standard container orchestration framework. Platforms Google: Container Engine Red Hat: OpenShift Engine Yard: Deis Intel: OpenStack on Kubernetes Apprenda: Apprenda Apcera: Apcera VMware: Photon Platform Walmart: OneOps Canonical: Kubernetes CoreOS: Tectonic Rancher: Rancher Mesosphere: Enterprise DC/OS Huawei: Cloud Container Engine Microsoft: Azure Container Service
  11. DevOps only took off when containers gained popularity and significantly simplified the automation that DevOps advocates. Containers provide consistent environment and tools for both Developers and Operations to package, delivery and manage the applications and therefore simplify the deployment process regardless of how the application looks like and the frameworks Developers have used to build the application. They also provide a common set of building blocks that can be reused in any stage of development to recreate identical environments for development, testing, staging, and production, extending the idea of write once; deploy anywhere
  12. Developers have different motivations and concerns than the IT Operations. Developer's job is to deliver a change and care about new frameworks, architectures and tools to do so, while IT Operations’ job is to bring stability and care about environment predictability, lifecycle management, security, costs and monitoring. As a result, applications are designed and developed in accordance to Developers mindset and Operations requirements are layered over it at later stages of delivery, leading to frustrating frictions specially in the end of each delivery cycle.
  13. Developers have different motivations and concerns than the IT Operations. Developer's job is to deliver a change and care about new frameworks, architectures and tools to do so, while IT Operations’ job is to bring stability and care about environment predictability, lifecycle management, security, costs and monitoring. As a result, applications are designed and developed in accordance to Developers mindset and Operations requirements are layered over it at later stages of delivery, leading to frustrating frictions specially in the end of each delivery cycle.
  14. DevOps only took off when containers gained popularity and significantly simplified the automation that DevOps advocates. Containers provide consistent environment and tools for both Developers and Operations to package, delivery and manage the applications and therefore simplify the deployment process regardless of how the application looks like and the frameworks Developers have used to build the application. They also provide a common set of building blocks that can be reused in any stage of development to recreate identical environments for development, testing, staging, and production, extending the idea of write once; deploy anywhere
  15. DevOps only took off when containers gained popularity and significantly simplified the automation that DevOps advocates. Containers provide consistent environment and tools for both Developers and Operations to package, delivery and manage the applications and therefore simplify the deployment process regardless of how the application looks like and the frameworks Developers have used to build the application. They also provide a common set of building blocks that can be reused in any stage of development to recreate identical environments for development, testing, staging, and production, extending the idea of write once; deploy anywhere
  16. DevOps only took off when containers gained popularity and significantly simplified the automation that DevOps advocates. Containers provide consistent environment and tools for both Developers and Operations to package, delivery and manage the applications and therefore simplify the deployment process regardless of how the application looks like and the frameworks Developers have used to build the application. They also provide a common set of building blocks that can be reused in any stage of development to recreate identical environments for development, testing, staging, and production, extending the idea of write once; deploy anywhere
  17. DevOps only took off when containers gained popularity and significantly simplified the automation that DevOps advocates. Containers provide consistent environment and tools for both Developers and Operations to package, delivery and manage the applications and therefore simplify the deployment process regardless of how the application looks like and the frameworks Developers have used to build the application. They also provide a common set of building blocks that can be reused in any stage of development to recreate identical environments for development, testing, staging, and production, extending the idea of write once; deploy anywhere
  18. DevOps only took off when containers gained popularity and significantly simplified the automation that DevOps advocates. Containers provide consistent environment and tools for both Developers and Operations to package, delivery and manage the applications and therefore simplify the deployment process regardless of how the application looks like and the frameworks Developers have used to build the application. They also provide a common set of building blocks that can be reused in any stage of development to recreate identical environments for development, testing, staging, and production, extending the idea of write once; deploy anywhere
  19. DevOps only took off when containers gained popularity and significantly simplified the automation that DevOps advocates. Containers provide consistent environment and tools for both Developers and Operations to package, delivery and manage the applications and therefore simplify the deployment process regardless of how the application looks like and the frameworks Developers have used to build the application. They also provide a common set of building blocks that can be reused in any stage of development to recreate identical environments for development, testing, staging, and production, extending the idea of write once; deploy anywhere
  20. DevOps only took off when containers gained popularity and significantly simplified the automation that DevOps advocates. Containers provide consistent environment and tools for both Developers and Operations to package, delivery and manage the applications and therefore simplify the deployment process regardless of how the application looks like and the frameworks Developers have used to build the application. They also provide a common set of building blocks that can be reused in any stage of development to recreate identical environments for development, testing, staging, and production, extending the idea of write once; deploy anywhere
  21. DevOps only took off when containers gained popularity and significantly simplified the automation that DevOps advocates. Containers provide consistent environment and tools for both Developers and Operations to package, delivery and manage the applications and therefore simplify the deployment process regardless of how the application looks like and the frameworks Developers have used to build the application. They also provide a common set of building blocks that can be reused in any stage of development to recreate identical environments for development, testing, staging, and production, extending the idea of write once; deploy anywhere
  22. DevOps only took off when containers gained popularity and significantly simplified the automation that DevOps advocates. Containers provide consistent environment and tools for both Developers and Operations to package, delivery and manage the applications and therefore simplify the deployment process regardless of how the application looks like and the frameworks Developers have used to build the application. They also provide a common set of building blocks that can be reused in any stage of development to recreate identical environments for development, testing, staging, and production, extending the idea of write once; deploy anywhere
  23. Going forward, we have seen that the market has shifted, and there is a new standard platform for Cloud Native Applications, but also can be leveraged for Modernized, Fast Monoliths. This new platform must run in the many public, private or hybrid clouds. It must use container as the fundamental building block to build, test, deploy, run and and scale microservices, and uses higher level Middleware Services to solve complex integration and data consistency problems related to this type of architecture. Red Hat has the complete picture, with our Platform and Infrastructure technologies of RHEL and OpenStack. OpenShift Container Platform that creates an abstraction layer between the many environments and clouds, and provide all fundamental tools for the container life cycle, including CI/CD, elasticity, metrics and security. JBoss Middleware and the OpenShift Application Runtimes provides all tools to build and integrate both legacy but also microservices applications. It brings the best developer experience for organizations that are moving beyond traditional Enterprise Java and embracing cloud-native application development, with full capabilities for: Microservices Agile Integration CI/CD Cloud Scale Fault tolerance Security & Compliance
  24. Going forward, we have seen that the market has shifted, and there is a new standard platform for Cloud Native Applications, but also can be leveraged for Modernized, Fast Monoliths. This new platform must run in the many public, private or hybrid clouds. It must use container as the fundamental building block to build, test, deploy, run and and scale microservices, and uses higher level Middleware Services to solve complex integration and data consistency problems related to this type of architecture. Red Hat has the complete picture, with our Platform and Infrastructure technologies of RHEL and OpenStack. OpenShift Container Platform that creates an abstraction layer between the many environments and clouds, and provide all fundamental tools for the container life cycle, including CI/CD, elasticity, metrics and security. JBoss Middleware and the OpenShift Application Runtimes provides all tools to build and integrate both legacy but also microservices applications. It brings the best developer experience for organizations that are moving beyond traditional Enterprise Java and embracing cloud-native application development, with full capabilities for: Microservices Agile Integration CI/CD Cloud Scale Fault tolerance Security & Compliance
  25. Packaging an application as a docker image is fairly simple. All needed is to create a file (Dockerfile) and describe what should the image contain and then run a single command to package the application as a docker image.
  26. Packaging an application as a docker image is fairly simple. All needed is to create a file (Dockerfile) and describe what should the image contain and then run a single command to package the application as a docker image.
  27. Running the image is also simple. A single command and the container process gets started on the host.
  28. Running the image is also simple. A single command and the container process gets started on the host.
  29. Running the image is also simple. A single command and the container process gets started on the host.
  30. Running the image is also simple. A single command and the container process gets started on the host.
  31. Many of the practices and values in DevOps aim at mitigating this problem. However despite the fact that DevOps was first introduced in 2009, it only gained popularity in the last two years. The reason for that was that implementing many of these practises proved to be extremely difficult using virtualization and other technologies which were available at the time.
  32. Developers have different motivations and concerns than the IT Operations. Developer's job is to deliver a change and care about new frameworks, architectures and tools to do so, while IT Operations’ job is to bring stability and care about environment predictability, lifecycle management, security, costs and monitoring. As a result, applications are designed and developed in accordance to Developers mindset and Operations requirements are layered over it at later stages of delivery, leading to frustrating frictions specially in the end of each delivery cycle.
  33. Due to deployment, configuration and integration inconsistency between applications, delivering an application into production is a non-trivial task with lots of friction and many back-and-forth cycles between Developers and IT Operations. Painful deployments leads to not only poor quality of the delivered service but also to a tendency to avoid the pain by deploying to production as seldom as possible. This in turn, results in larger deployments with more features being delivered at once and higher risk of things going wrong, which results in more pain, fewer deployments, … and story goes on.
  34. E falando em posições hierárquicas, a estrutura da organização provavelmente mudará para uma mais achatada com menos silos, que dê suporte a equipes de alta autonomia, em um ambiente favorável para criatividade, em que testar e falhar é visto como um caminho para aprender e melhorar. Isso será necessário para responder rapidamente a um ambiente sempre em mudança. Esta maneira de como se fazer as coisas é sobre o que é Agile. Sobre a arquitetura de aplicações temos o sistema tradicional de desenvolvimento de aplicações o “Monolitico”
  35. Red Hat Open Innovation Labs is a focused and intimate teaming engagement that helps companies accelerate innovation—by providing the people, processes, and technologies required to meet modern business challenges. It is a platform to help customers bring their innovative ideas to market—more quickly. Customers learn how to build and containerize applications on OpenShift, while working closely with Red Hat subject matter experts to understand and integrate DevOps approaches and methodologies to be able to accelerate innovation now and into the future. At the close of a Red Hat Open Innovation Labs engagement, you leave with the skills, and the community-powered tools and methodologies, to drive and sustain innovation. <number>
  36. Developers have different motivations and concerns than the IT Operations. Developer's job is to deliver a change and care about new frameworks, architectures and tools to do so, while IT Operations’ job is to bring stability and care about environment predictability, lifecycle management, security, costs and monitoring. As a result, applications are designed and developed in accordance to Developers mindset and Operations requirements are layered over it at later stages of delivery, leading to frustrating frictions specially in the end of each delivery cycle.