Imagem

Cloud IBM Lite: USE A VONTADE – Sem necessidade de cartão de crédito e sem data de expiração.

Olá Leitores,

E se você tivesse acesso a um provedor de Cloud com tempo ilimitado para explorar um  ecossistema de serviços para construir seus aplicativos? E se você pudesse fazê-lo sem nenhum custo?

Chega de 30 dias free, chega de limitação por período, a IBM está tornando possível, com o IBM® Cloud Lite – uma conta gratuita que nunca expira.


O que está incluído em uma conta Lite?

  • 256 MB de Memória de tempo de execução instantânea da Cloud Foundry, mais 2 GB com Clusters Kubernetes.
  • Acesse o uso de planos fechados para serviços selecionados, como API Connect, Watson Conversation, Watson Discovery, Internet of Things Platform, Data Science Experience e muito mais. Confira a lista completa dos serviços disponíveis.
  • Rastreamento de uso e alertas de cobertura que o notificam quando você está se aproximando de seus limites de dados.

 

Screen Shot 2017-11-05 at 21.58.10

Quer experimentar?
Faça o acesso no link: https://console.bluemix.net/registration/free

Referência e maiores detalhes:
https://www.ibm.com/blogs/nordic-msp/announcing-ibm-cloud-lite/

 

Obrigado e abraços,


Thiago Viola
Head of Watson and Cloud Digital Sales Brazil
SoftLayer Subject Matter Expert

E-mail: thiagoviola@yahoo.com.br
LinkedIn: br.linkedin.com/in/thiagoviola
Blog: https://thiagoviola.wordpress.com/
Twitter: @ThiViola
YouTube Channel: https://www.youtube.com/user/tviola87
Slide Share: http://www.slideshare.net/ThiagoViola

Anúncios

Webinar – Sua empresa irá Inovar? Saiba como Infraestrutura e Plataforma podem ser combinadas.

Olá Leitores, Bom Dia.

O mundo de infraestrutura em Cloud por muitas vezes pode ser encarado como comodite e a passagem para Plataforma como inovação. Quel tal fazer ambos co-existirem e equalizar o uso de tecnologia em sua empresa ?

Eu(Thiago Viola) e meu amigo Gerson Itiro (Dono do Canal do Youtube: Future Cloud) seremos os responsáveis por essa apresentação.

Contamos com a sua presença!

Participe!  01 de novembro, às 10h!

Inscreva-se: https://engage.vevent.com/index.jsp?eid=556&seid=91790

Screen Shot 2017-10-21 at 10.59.22

Obrigado e abraços,


Thiago Viola
Head of Watson and Cloud Digital Sales Brazil
SoftLayer Subject Matter Expert

E-mail: thiagoviola@yahoo.com.br
LinkedIn: br.linkedin.com/in/thiagoviola
Blog: https://thiagoviola.wordpress.com/
Twitter: @ThiViola
YouTube Channel: https://www.youtube.com/user/tviola87
Slide Share: http://www.slideshare.net/ThiagoViola

Nota

Orquestratação de Containers – Parte 1: Conheça Kubernetes | Docker Swarm |Apache Mesos.

Olá Leitores,

O atual crescimento da popularidade e uso de containers faz com que a necessidade de orquestração também acompanhe e assim a utilização de funcionalidades específicas começam a se tornar cada vez mais necessárias como por exemplo: failover, balanceamento de carga e, em geral, clusterização de serviços.

Teremos 03 artigos abordando exatamente a evolução divididos em conceitos, comparativos e ferramentas de automação.

Exclusivamente neste artigo, teremos as principais soluções de orquestração de container, como elas se comparam e uma sugestão de ambiente para usar cada opção.

06c82a_b35f2798e6fa492897b5cd7bb1386c0c-mv2


 

dockerswarm

Docker Swarm é uma solução de orquestração in-house do Docker. Sendo projetado pela própria Docker a qual incluí os principais recursos do Docker onde claramente podemos argumentar que o Swarm é a maneira mais compatível e natural de orquestrar infraestruturas de containers.

Como muitas outras soluções de orquestração (por exemplo: OpenStack), o Swarm inclui uma camada de controle chamada “Managers e uma camada de trabalho chamada “Workers”. Todos os serviços executados em ambas as camadas são executados dentro de containers.

Também incluída como uma parte muito importante de toda a solução de orquestração é a camada de “Discovery Layer”, com base em container também e executando uma solução de valor-chave como “etcd”. Esta camada de “Discovery Layer” é a parte do registro da solução (podemos compará-la ao OpenStack Keystone ou AWS IAM), esta camada sabe onde os serviços baseados em contêiner estão sendo executados.

Basicamente, estas são suas referências na infra-estrutura de orquestração, fornecendo estado e descoberta para o seu cluster.

Finalmente, você tem “Services e “Tasks”. Os serviços são conjuntos de Docker containers que funcionam em toda a sua infra-estrutura Swarm. Esses serviços são compostos por tarefas, os quais são seus containers Docker podem receber comandos individuais e também comandos específicos para todos os contêineres.

docker swarm

Resumo:

Managers: Camada de controle. Essa camada deve ser redundante em sua arquitetura. Normalmente, cada gerente é implantado em um nó independente.

Discovery: Camada de descoberta de estado e serviço. Você pode configurar seus serviços de descoberta nos mesmos nós gerenciadores ou em um conjunto independente de nós. Sempre faça-os redundantes.

Worker: Camada de trabalho (operacional). Todos os seus serviços finais serão executados ao longo de seus nós de trabalho. Esta camada deverá ter quantos workers você precisar. Pensar em crescimento horizontal aqui é uma ótima alternativa.

Services: Serviço implantado final composto por tarefas.

Tasks: Comandos dentro de um serviço.

Observação.: Caso queira, você pode começar o uso do Swarm com uma configuração “all-in-one setup”, executando tudo em um único servidor e depois crescer.


 

Kubernetes

Kubernetes é um gerenciador open-source o qual tem como objectivo automatizar implantar, dimensionar e gerenciar containers.

O primeiro componente de uma configuração Kubernetes é o MASTER. O MASTER é a  camada de controle, que executa uma “API” a qual controla todo o orquestrador.

Enquanto um único MASTER pode controlar a configuração completa, em ambientes de produção, vários MASTER são recomendados. O MASTER executa muitos serviços dentro de containers, cada um com uma função muito específica. Em soluções grandes uma solução de balanceador de carga é necessária na frente dos MASTER, a fim de ter alta disponibilidade e balanceamento de carga nos servidores.

Novamente, uma camada de descoberta é necessária sendo “etc.d” este responsável. A camada etcd deve ser executada dentro de seus próprios nós, com pelo menos dois servidores em um cluster etcd para fornecer redundância ou você pode executar etcd dentro dos contêineres, ou ainda diretamente no sistema operacional do host.

Soluções Linux como o CoreOS já incluem o formato etcd em seus principais pacotes. Como no Swarm, etcd manterá um registro do que está sendo executado e onde está sendo executado em toda a infraestrutura Kubernetes.

O próximo componente é o “NODE”. Os NODES ou, conhecidos também como nós e antigamente conhecidos como “minions”, executam todos os nossos serviços finais, sob a forma de “pods” (outro conceito de Kubernetes).  Para quem conhece você pode comparar os NODES com um Computer Node do OpenStack.

Um POD é um conjunto de contêineres (ou um único) que é encapsulado com seus próprios recursos de armazenamento e endereço IP. Se você quiser um exemplo disso, pense em um serviço LAMP, ou neste caso, um pod LAMP que é executado dentro do pod, um contêiner com Apache e PHP, e outro com o banco de dados MySQL / MariaDB.

Labels, é outro conceito muito importante em Kubernetes. As etiquetas são pares de valores-chave (bem como tags AWS) que você pode anexar a qualquer objeto em sua infra-estrutura baseada em Kubernets. Um exemplo clássico é definir etiquetas para seus Pods para organizá-los, por exemplo, ambientes (produção, desenvolvimento), camadas de aplicativos (frontend, backend) e outros usos semelhantes ao que você faz normalmente com tags em Cloud.

Selectors: os seletores são usados ​​para pesquisar um grupo de objetos que compartilham etiquetas específicas.

Replication Controllers: É a base dos recursos de alta redundância oferecidos pelo Kubernetes. Os controladores de replicação garantem que um número específico de instâncias do pod (ou réplicas do pod) esteja sendo executado em um determinado momento. Se um nó que contenha alguns dos seus pods diminua, os controladores de replicação garantirão que novos pods sejam iniciados ou mais precisamente agendados em qualquer um dos nós sobreviventes.

Services: Os serviços são o frontend (e camada de balanceamento de carga) para nossos pods, especialmente aqueles que são replicados. Normalmente, você precisa acessar seus pods através de um único ponto final, especialmente quando você possui vários pods executando o mesmo conjunto de aplicativos.

kubernets console

Resumo

MASTER: Base do seu orquestrador. O MASTER (ou Mestre) executa e expõe a API Kubernetes. Todas as funções de gerenciamento passam por esta API.

Discovery Layer: Sua central de chaves / valor baseada em etcd, onde todos os seus componentes se registrarão.

NODES: Onde a carga de trabalho. Todos os seus serviços e pods finais serão executados dentro de seus muitos nós.

Labels and Selectors: Organizador para seus objetos e a forma como os controladores de replicação e os conjuntos de réplicas sabem qual conjunto específico de pods para gerenciar.

Replication controllers / replica sets: Base de sua alta redundância e remodelação de vagens quando ocorrem falhas.

Services: Ponto de extremidade de serviço e camada de balanceamento de carga.

Observação.: Nota: Kubernetes foi projetado para implantações de médio a grande. No mínimo, você precisará de um servidor para o MESTRE e outro para o NODE. Se você quer uma configuração altamente disponível, você precisará pelo menos duas vezes os servidores (dois Masters e dois Nodes).


 

MESOS


Apache Mesos
  é uma plataforma que gerencia clusters de servidores usando o Cgroups de Linux para fornecer recursos de CPU, I/O, sistema de arquivos e memória. O Mesos é descrito como um kernel de sistemas distribuídos, ou em termos mais simples, uma plataforma de cluster que fornece recursos de computação para frameworks.

Já o Marathon é uma estrutura que usa Mesos para orquestrar contêineres Docker. Conceitos básicos para o combinado Marathon / Mesos:

MASTERS: Camada de controle que inclui zookeeper para controlar o estado. Em um ambiente altamente disponível em cluster, no mínimo três servidores é a norma para a camada de serviço dos masters. A alta disponibilidade é baseada em quórum nos masters. Um “líder” é eleito para garantir 100% de tempo de atividade.

SLAVES: A carga de trabalho está aqui. Os SLAVES executam todas as suas tarefas, passaram e controlam a camada de estrutura.

Descoberta do serviço: Marathon usa o serviço Mesos-DNS para todas as funções relacionadas com a descoberta de serviços. Com o uso inteligente de registros DNS SRV, Mesos registra todas as tarefas e instâncias de aplicativos no banco de dados de registro DNS.

Load Balacing: o balanceador de carga Marathon fornece serviços de porta via HAproxy. O Marathon-lb é baseado no docker e também pode fornecer a camada de descoberta do serviço se não quisermos usar o Mesos-DNS.

mesosconsole

Resumo

MASTER: Nossa camada de controle.
SLAVES: Carga de trabalho. Todos os serviços (e pods) são implantados aqui.
Descoberta de serviço: usando Mesos-DNS ou Marathon-lb.
Balanceamento de carga: balanceador de carga baseado em Marathon-lb.
Restrições: uma maneira de controlar a maneira como os aplicativos são implantados. Métricas: monitorando informações disponíveis através da API REST para componentes de terceiros.

 

No próximo post faremos uma comparação 1:1 de cada ítem dos 3 orquestradores.

 

Obrigado e abraços,


Thiago Viola
Head of Watson and Cloud Digital Sales Brazil
SoftLayer Subject Matter Expert

E-mail: thiagoviola@yahoo.com.br
LinkedIn: br.linkedin.com/in/thiagoviola
Blog: https://thiagoviola.wordpress.com/
Twitter: @ThiViola
YouTube Channel: https://www.youtube.com/user/tviola87
Slide Share: http://www.slideshare.net/ThiagoViola

Vídeo

IBM Cloud Platform agora com Elastic Load Balancer, Security Groups, CDN Akamai e novos flavors de Virtual Machines !!!

Olá Leitores,

NOTÍCIAS BOAS NO AR !!!

A cerca de alguns meses a Cloud IBM vem passando por grandes transformações e melhorias relacionadas a funcionalidades e características que visam o aprimoramento e uso de diversos recursos para sua infraestrutura. Hoje, eu tenho a oportunidade de poder anunciar que estas funcionalidades estão disponíveis para uso.

  • Novos flavors de Virtual Machines;
  • Security Groups;
  • Elastic Load Balancer;
  • CDN Akamai;

Cada uma dessas novas funcionalidades dará a você usuário final a possibilidade de trabalhar de maneira mais integrada, simples e flexível quando tocada a parte técnica e comercial de algum projeto de Infraestrutura.

Este post será destinado a mostrar as características e também um Hands-On para que vocês possam acompanhar o funcionamento prática de cada ítem.

Caso você queira ver na prática como funciona assista ao vídeo abaixo e para maiores detalhes continue a leitura do post.


Como funciona na prática ?

Assista ao vídeo abaixo.:

 



Novos flavors de Virtual Machine:

Pensando em provisionamento de Servidor Virtual ?  — Que tal se você pudesse escolher a melhor máquina virtual que melhor se encaixa em seu workload e pagar por isso .

A Cloud IBM agora conta com 04 opções no provisionamento de um servidor virtual:

Balanced – Ideal para workloads em Cloud que requerem um equilíbrio de desempenho.

Balanced Local Storage – SSD – Ideal para grandes workloads de banco de dados que requerem alto desempenho de I/O e baixo desempenho de latência com SSD.

Compute – Ideal para workloads que exigem muita CPU.

Memory – Ideal para cargas de trabalho que exigem muita memória.

Acesse o painel de controle da Cloud IBM e no menu clique em DEVICES > DEVICE LIST > ORDER DEVICES. Na próxima tela estará as opções de servidores a serem criados (Físicos, virtuais, por hora, por mês, etc.) – escolha sua opção por Virtual Machine, logo você verá a tela a seguir.:

Screen Shot 2017-09-22 at 23.34.09

 


Security Groups:

Agora na Cloud IBM há um recurso de segurança que será muito utilizado, os Security Groups. Os Security Groups funcionam de forma muito semelhante aos firewalls, como o iptables ou o Firewall do Windows, restringindo o acesso aos nossos servidores em determinadas portas e/ou protocolos.

A configuração dos grupos de segurança é feito dentro do portal da Cloud IBM na seção de SECURITY > NETWORK SECURITY > SECURITY GROUPS.

Screen Shot 2017-09-22 at 23.52.41

 

Screen Shot 2017-09-22 at 23.55.02

É importante saber quais as configurações de cada grupo de segurança e gerenciá-los de forma independente.



Elastic Load Balancer:

Agora na Cloud IBM também o recurso de Elastic Load Balancer está disponível.

O Elastic Load Balancer distribui o tráfego de entrada da aplicação por várias virtual machines, aumentando a tolerância a falhas dos seu ambiente.  O load balancer atua como ponto de contato para os clientes, o que aumenta a disponibilidade da sua aplicação.

É totalmente possível adicionar e remover virtual machines do load balancer conforme mudarem suas necessidades, sem perturbar o fluxo geral de solicitações para seu aplicativo.

O Elastic Load Balancer também escala à medida que o tráfego para sua aplicação muda com o aumento ou diminuição de consumo de workloads.

A configuração dos grupos de segurança é feito dentro do portal da Cloud IBM na seção de NETWORK > LOAD BALANCING > LOCAL.

 

Screen Shot 2017-09-23 at 00.00.47


 

CDN – Akamai

E por último também temos agora na Cloud IBM — CDN com AKAMAI.

Os CDNs são amplamente utilizados na Internet de hoje, melhorando a entrega de uma porcentagem significativa de todo o tráfego da Internet em todo o mundo.

Na prática a CDN é uma rede de entrega de conteúdo é uma plataforma altamente distribuída de servidores que responde diretamente aos pedidos de usuários finais para conteúdo da web.

A configuração dos grupos de segurança é feito dentro do portal da Cloud IBM na seção de NETWORK > CDN.

Screen Shot 2017-09-23 at 00.03.37

 

Screen Shot 2017-09-23 at 00.07.36.png

 

Nos próximos posts estaremos apresentando mais novidades e funcionalidades.

 

Obrigado e abraços,


Thiago Viola
Head of Watson and Cloud Digital Sales Brazil
SoftLayer Subject Matter Expert

E-mail: thiagoviola@yahoo.com.br
LinkedIn: br.linkedin.com/in/thiagoviola
Blog: https://thiagoviola.wordpress.com/
Twitter: @ThiViola
YouTube Channel: https://www.youtube.com/user/tviola87
Slide Share: http://www.slideshare.net/ThiagoViola

Serverless Computing ajudará na redução de custos da TI

Olá Leitores,

No começo deste ano fiz um post sobre como Serverless Computing pode facilitar a automatização de sua TI , onde abordei os benefícios que essa tecnologia traz e que realmente possibilitará empresas terem seus ambientes automatizado sem a necessidade de grandes investimentos de dinheiro e tempo.

Para quem não conhece ainda o tema vale a pena ver o post acima, mas ressalto que a grande sacada em Serverless Computing” é justamente ser utilizado sem a necessidade de comprar, alugar ou provisionar servidores ou máquinas virtuais para o código de back-end executar.

Que tal usar um conjunto de microserviços e serem ativados por eventos específicos (como o registro de usuário, uma autenticação, performance, etc) ou ser configurado para ser executado atrás de uma plataforma de gerenciamento de API.

network-2402637_1280
Mas por que serveless reduzirão os custos de TI ?

De acordo com a análise mais recente da 451 Research para a maioria das novas aplicações, uma solução serverless oferece um menor custo total de propriedade (TCO) do que as máquinas virtuais (VMs) ou containers.

Na prática o TCO de serverless tende a ser menor que VMs, porque não há necessidade dos desenvolvedores provisionar, configurar e gerenciar a infraestrutura.

Por exemplo, quando uma função serverless está ativa por apenas três quartos do mês, ele só precisa de uma economia de 10 minutos na sobrecarga operacional para máquinas virtuais sem servidor para bater em TCO.

A pesquisa indica que, mesmo sem as economias no tempo de desenvolvimento, a capacidade de aumentar a utilização de serverless significa que é mais barato do que usar VMs quando o código é executado menos de 500.000 vezes por mês.
perf

A pesquisa descobre que a IBM é menos dispendiosa para scripts de duração de 0,1 segundos e o Azure é o mais barato para scripts de 10 segundos – assumindo que os requisitos de memória correspondem a alocações de tamanho predeterminadas.

Além disso, a IBM oferece uma vantagem de custo distinta ao permitir que os usuários escolham requisitos de memória exatos, enquanto outros provedores de serviços da nuvem arredondam os números, resultando em usuários que normalmente pagam pela capacidade não utilizada.

As ofertas de Freemium serverless já estão alimentando o crescimento de novos serviços, estimulando a experimentação e ajudando as empresas a adquirir habilidades.

A adoção de serverless – ou FaaS (funções como serviço) – para continuará crescendo nos próximos anos., em 2016, 37 por cento dos decisores de TI pesquisados ​​já estavam usando tecnologia serverless.

Pense e repense sua arquitetura para que não enfrentem a complexidade típica de incompatiblidade ou mal funcionamento de uma aplicação serverless.

Para quem quiser aprofundar os conhecimentos a pesquisa em forma integral está no link a seguir. : https://451research.com/report-long?icid=4406

Obrigado e abraços,


Thiago Viola
Head of Cloud Digital Sales Brazil
SoftLayer Subject Matter Expert

E-mail: thiagoviola@yahoo.com.br
LinkedIn: br.linkedin.com/in/thiagoviola
Blog: https://thiagoviola.wordpress.com/
Twitter: @ThiViola
YouTube Channel: https://www.youtube.com/user/tviola87
Slide Share: http://www.slideshare.net/ThiagoViola

Link

Watson Brazil Developer Summit 2017: Temos vagas – Você não pode perder.

Screen Shot 2017-06-07 at 12.21.06 AM

 

Inscrições através do link: http://www.millgpj.com/ibm/wds2017/M00011295.html

 

Obrigado e abraços,


Thiago Viola
Head of Cloud Digital Sales Brazil
SoftLayer Subject Matter Expert

E-mail: thiagoviola@yahoo.com.br
LinkedIn: br.linkedin.com/in/thiagoviola
Blog: https://thiagoviola.wordpress.com/
Twitter: @ThiViola
YouTube Channel: https://www.youtube.com/user/tviola87
Slide Share: http://www.slideshare.net/ThiagoViola

Sua empresa precisa inovar ? Que tal um BlueMix Garage para começar ?

Olá Leitores,

Inovar, renovar, modernizar, transformar, entre outros, são muitos dos sinônimos que ouvímos no dias atuais para que as empresas entrem no novo mundo e consigam atender de forma exemplar a escala e velocidade a qual o mercado exige.

Reinventar processos de negócios liderando imperativos da indústria com transformações digitais pode não parecer uma tarefa fácil e ainda ter que se preocupar com novos entrantes, compatibilidade com o ambiente legado, a adoção de processos em tempo real, as metodologias de DevOps e foco com tomada de decisão baseada em dados são desafios maiores ainda.

Como dedicar então a atenção necessária para a transformação de sua empresa?

O IBM Bluemix Garage é a abordagem que a IBM encontrou para permitir que os clientes desenvolvam realmente um novo modelo de negócio, com auxílio de profissionais IBM que colaboram com a construção da idéia inicial, recomendando melhores práticas, prototipação, materialização, concepção e por fim a distribuição em escala de aplicações inovadoras em Cloud.

Screen Shot 2017-04-15 at 9.47.27 PM

Como isso se aplica na prática ?

A primeira quebra de paradigma que temos que colocar em prática é: “Aqui você terá que agir mais como uma StartUp”,  uma das chaves para a mudança cultural é adotar
uma mentalidade desruptiva e seguir o famoso conceito: “Se for errar, erre rápido”.

Pensar como startups é redefinir tudo: experimentação de negócios, design, práticas de desenvolvimento, operações, testes, produção, ferramentaria e gerenciamento.

Na prática você entregará inovação de novas maneiras. Educar a equipe em novas tecnologias, práticas e princípios que forneça diretrizes para a criação de ferramentas, fornecimento de automação. Com o tempo, a entrega contínua se tornará a norma.

 

Quais são os fundações para esta inovação ?

O Bluemix fornece plataforma, orientação especializada e metodologia que você pode confiar para começar sua transformação de DevOps.

Screen Shot 2017-04-29 at 8.35.34 PMBluemix. Bluemix é a plataforma em Cloud de padrões abertos que permite que desenvolvedores e equipe de operações construam, executem e gerenciem rapidamente todos os tipos de aplicativos. A plataforma fornece uma maneira rápida de obter um aplicativo para produção, dimensioná-lo, protegê-lo e gerenciá-lo.

Screen Shot 2017-04-29 at 8.35.42 PMBluemix Garagem. Bluemix Garage é uma consultoria com
um DNA de startups. Nas Bluemix Garages em todo o mundo as empresas grandes e pequenas são capacitadas para criar aplicações. Os consultores de garagem ajudam você a começar sua transformação, onde você projeta e cria aplicativos reais que resolvem suas necessidades de negócios.

Screen Shot 2017-04-29 at 8.35.54 PMMétodo BlueMix Garage. O Método Bluemix Garage é uma coleção de práticas, arquiteturas e ferramentas com curadoria para ajudar as organizações a projetar, construir, implantar e dimensionar aplicativos de nuvem inovadores. O método Garage reforça os conceitos IBM Design Thinking, Lean Startup e agile DevOps. Você pode escalar o que aprende na Garagem para sua empresa.

 

Fases do BlueMix Garage (Step by step)

Cada estágio do BlueMix Garage é extremamente importante para a concepção final de uma aplicação que realmente traga valor a sua empresa.

Screen Shot 2017-04-29 at 9.22.46 PM
Culture. Transforme sua organização combinando inovações de negócios, tecnologia e processos que o ajudam a criar equipes que rapidamente aprendem com as experiências do mercado.

Screen Shot 2017-04-29 at 9.32.34 PM


 

Screen Shot 2017-04-29 at 9.35.46 PM
Think. Entregue soluções incríveis usando o IBM Design Thinking e práticas de design relacionadas.

 

Quando você inicia um novo produto, você deve conceituar, projetar, refinar e priorizar recursos que irão encantar seus clientes. Para fazer isso de forma eficaz, você reunirá líderes de negócios, vendas, designers, desenvolvimento, gerenciamento de produtos e clientes.

Use o IBM Design Thinking. O pensamento de design é uma abordagem poderosa para a inovação e diferenciação de marca que se concentra na criação de experiências positivas.

Definir um produto mínimo viável. Um MVP é o mínimo para uma experiência satisfatória onde sua empresa terá um plano para realizar uma meta.

Mantenha reproduções. Reproduções ocorrem durante todo o ciclo de desenvolvimento e são usadas para reunir feedback e manter a equipe em sincronia.

Planejar iterações usando o registro ordenado. O processo de design resulta em um backlog de trabalho que os esquadrões devem fazer para entregar um MVP. O backlog é priorizado e usado para planejar iterações.

Screen Shot 2017-04-30 at 11.05.47 PM.png


 

code


Code
. Adotar práticas de desenvolvimento para criar aplicativos nativos em Cloud, liberar funções incrementais, reunir feedback e medir resultados.

 

Realizar reuniões diárias. Cada dia, a equipe não se reúne mais de 20 minutos para discutir como as coisas estão indo e se existem problemas bloqueando o progresso.

Integrar-se continuamente. Ao integrar continuamente todos os códigos de trabalho, você pode detectar erros e integrar todo o sistema cedo. Como resultado, você pode entregar código a qualquer momento.

Automatize o teste. Para fornecer código continuamente, seus testes devem ser automatizados.

 


 

deliver
Deliver. Acelere o tempo de lançamento no mercado usando a integração contínua, a implantação contínua e a automatização de processos repetitivos e transparentes.

 

Entregar continuamente. Para conseguir a entrega contínua de forma consistente e confiável, quebre o processo de entrega em fases. O objetivo é que o código progrida em cada etapa com a mínima intervenção humana.
Automatizar as implementações. Elimine etapas manuais da criação dos ambientes à entrega de seu código na produção.

Screen Shot 2017-04-30 at 11.41.38 PM


 

run

Run. Execute soluções em uma plataforma em Cloud usando o Cloud Foundry, containers ou VMs. Executar em uma Cloud pública, uma Cloud dedicada, uma Cloud privada ou em um ambiente híbrido. Auto-scale de recursos e gerenciá-los em DataCenters em todo o mundo.

 

Screen Shot 2017-05-01 at 11.14.19 AM


 

manage


Manage.
Garantir a excelência operacional com monitoramento contínuo de aplicativos, alta disponibilidade e práticas de recuperação rápida que aceleram a identificação e resolução de problemas.
Problemas ocorrem o tempo todo, mas os usuários não precisam saber. A chave é se preparar para os problemas com antecedência e, em seguida, monitorar e detectar problemas quando eles ocorrem.

Certifique-se de que a sua aplicação está continuamente disponível através de monitorização automatizada e práticas de recuperação rápida para que não haja impacto para os utilizadores da aplicação.

Automatizar o monitoramento. Certifique-se de que seu aplicativo está disponível
sempre que  necessário.

Ative a recuperação rápida. Desenvolver uma estratégia para assegurar disponibilidade contínua e mudança não-disruptiva.

Seja resiliente. Teste para o inesperado.

Automatizar operações. A automação permite reduzir custos e concentrar sua equipe altamente qualificada em tarefas de alto valor.


learn

Learn. Experimentar continuamente testando hipóteses usando medições claras para informar as decisões, e conduzindo testes para o backlog de modo que você possa garantir o uso do aplicativo.

 

Executar testes A / B. Compare duas ou mais versões de um projeto ou recurso de aplicativo para ver qual é o mais eficaz. É uma maneira clara de obter dados empíricos para que você possa determinar a abordagem que funciona melhor e é mais produtiva.

Use ferramentas de análise. Continue a experimentar e aprender com seus usuários com base em dados em tempo real.

Screen Shot 2017-05-01 at 9.38.43 PM


 

Quais são os próximos passos ?

Coloque a idéia do Garagem IBM Bluemix em prática, imaginem só suas idéias, junto ao  processo de planejamento de design comprovado da IBM e experiência, igualam grandes soluções e em uma escala global.


Visite a Garagem. Experimente a garagem e identifique um candidato a problema de negócios.

Participe de um workshop IBM Design Thinking. Use o IBM Design Thinking para entender o caso de uso e os usuários-alvo, definir hipóteses de negócios e criar um produto viável mínimo (MVP).

Crie um MVP. Crie, crie e implemente um produto viável mínimo (MVP) rapidamente.

Transforme o seu desenvolvimento. Desenvolva sua transformação de inovação adotando e adaptando o método Garage para atender aos objetivos da DevOps em escala.

 

Dúvidas ?

Contacte agora mesmo Marcelo Costa [mcosta@br.ibm.com], especialista em Cloud IBM BlueMix o qual poderá indicar, explicar e repassar todo o conhecimento necessário para a contratação e uso do Garage IBM BlueMix.

 

Maiores informações neste link:
https://www.ibm.com/blogs/bluemix/2016/09/what-is-the-bluemix-garage/

 

Obrigado e abraços,


Thiago Viola
Head of Cloud Digital Sales Brazil
SoftLayer Subject Matter Expert

E-mail: thiagoviola@yahoo.com.br
LinkedIn: br.linkedin.com/in/thiagoviola
Blog: https://thiagoviola.wordpress.com/
Twitter: @ThiViola
YouTube Channel: https://www.youtube.com/user/tviola87
Slide Share: http://www.slideshare.net/ThiagoViola