Category: Amazon

Amazon Web Services: Tudo que Você Deve Saber – Parte 1

Amazon Web Services: Tudo que Você Deve Saber

Todo mundo sabe que a Amazon é a líder no mercado de computação em nuvem, e com bastante folga. Enquanto a empresa de Jeff Bezos detém 47% do mercado, a Microsoft fica com 10% e a Google com “míseros” 3,95% (fonte).
Portanto, conhecer melhor o funcionamento dos serviços de cloud da Big A de Seattle é importante pra qualquer profissional de TI que pretenda ter uma carreira na área de infraestrutura, você há de concordar comigo.
Sendo assim, sem mais blá-blá-blá, vamos ao que realmente importa.
Eu fiz uma análise do excelente “The Open Guide To Amazon Web Services”, e relacionei as características, funcionalidades, recursos e dicas mais interessantes para quem quer ter uma visão ampla dos serviços e possibilidades que a gigante oferece.
Assim, cheguei a uma lista de conteúdos que serão compartilhados aqui no blog ao longo das próximas semanas, abordando desde os recursos mais básicos de gerenciamento da plataforma AWS até serviços mais específicos, envolvendo armazenamento, análise de dados com Big Data, escalabilidade, e muito mais!
Mas vamos começar do começo.
Para isso, resolvi trazer inicialmente informações sobre o gerenciamento dos serviços da AWS.
Quais as opções disponíveis pra gerencias minhas instâncias na Amazon, meus dados, aplicações, clusters, etc, etc, etc?
Qual a melhor opção?
O que levar em conta para decidir?
Confira tudo isso a seguir.
Um grande desafio ao usar o AWS para criar sistemas complexos (e com o DevOps em geral) é gerenciar o estado da infra-estrutura efetivamente ao longo do tempo. Em geral, isto abrange três metas gerais para o estado de sua infra-estrutura:

  • Visibilidade: Você conhece o estado da sua infra-estrutura (quais serviços você está usando e exatamente como)? Você também sabe quando você – e alguém em sua equipe – faz mudanças? Você consegue detectar configurações erradas, problemas e incidentes com seu serviço?

  • Automação: você pode reconfigurar sua infra-estrutura para reproduzir configurações passadas ou ampliar as existentes sem muito trabalho manual extra ou requerer conhecimento que é apenas na cabeça de alguém? Você pode responder a incidentes facilmente ou automaticamente?

  • Flexibilidade: você pode melhorar suas configurações e expandir de forma nova sem esforço significativo? Você pode adicionar mais complexidade usando as mesmas ferramentas? Você compartilha, revisa e melhora suas configurações dentro de sua equipe?

Muito do que discutimos abaixo é realmente sobre como melhorar as respostas a essas questões.
Existem várias abordagens para implementar infra-estrutura com a AWS, desde o console até ferramentas de automação complexas, a serviços de terceiros, que tentam ajudar a alcançar visibilidade, automação e flexibilidade.
A primeira maneira pela qual a maioria das pessoas experimenta o AWS é através da sua interface web, o AWS Console. Mas o uso do Console é um processo altamente manual, e muitas vezes funciona contra a automação ou a flexibilidade.
Então, se você não vai gerenciar suas configurações AWS manualmente, o que você deve fazer? Infelizmente, não há respostas simples e universais – cada abordagem tem prós e contras, e as abordagens tomadas por diferentes empresas variam amplamente e incluem diretamente usando APIs (e criando ferramentas no topo você mesmo), usando ferramentas command-line e usando ferramentas e serviços de terceiros.

Console AWS

  • O AWS Console permite controlar muita funcionalidade (mas não todas) da AWS através da web.
  • Idealmente, você só deve usar o AWS Console em algumas situações específicas:
    • É ótimo para uso somente leitura. Se você está tentando entender o estado do seu sistema, fazer login e navegar é muito útil.
    • Também é razoavelmente viável para sistemas e equipes muito pequenas (por exemplo, um engenheiro que configura um servidor que não muda frequentemente).
    • Pode ser útil para operações que você apenas fará raramente, como menos de uma vez por mês (por exemplo, uma configuração VPC única que você provavelmente não irá revisitar por um ano). Neste caso, usar o console pode ser a abordagem mais simples.
  • ❗Pense antes de usar o console: o AWS Console é conveniente, mas também o inimigo da automação, reprodutibilidade e comunicação em equipe. Se é provável que você faça a mesma mudança várias vezes, evite o console. Favor favorecer algum tipo de automação, ou pelo menos ter um caminho para a automação, conforme discutido em seguida. Não só o uso do console impede a automação, que desperdiça o tempo mais tarde, mas evita documentação, clareza e padronização em torno de processos para você e sua equipe.

Ferramentas de Linha de Comando

A interface command-line da aws (CLI), usada através do comando aws, é a maneira mais básica de salvar e automatizar operações AWS.
  • Não subestime seu poder. Também tem a vantagem de ser bem conservado – abrange uma grande proporção de todos os serviços da AWS e está atualizado.
  • Em geral, sempre que você pode, prefira a linha de comando para o AWS Console para realizar operações.
  • Se na ausência de ferramentas mais sofisticadas, você pode escrever scripts bash simples que invocam AWS com argumentos específicos e verificar isso no Git. Esta é uma maneira primitiva, mas eficaz, de documentar as operações que você realizou. Ele melhora a automação, permite a revisão e compartilhamento de código em uma equipe e dá aos outros um ponto de partida para o trabalho futuro.
  • Para uso que é principalmente interativo, considere, em vez disso, usar a ferramenta aws-shell  da AWS. É mais fácil de usar, com auto-completar e uma UI colorida, mas ainda funciona na linha de comando. Se você estiver usando o SAWS, uma versão anterior do programa, você deve migrar para aws-shell.

APIs e SDKs

  • Um aspecto importante a considerar sempre que usar SDKs é o tratamento de erros; Com o uso intenso, pode ocorrer uma grande variedade de falhas, desde erros de programação até falhas relacionadas ao AWS. Os SDKs normalmente implementam backoff exponencial para resolver isso, mas isso pode precisar ser entendido e ajustado ao longo do tempo para algumas aplicações. Por exemplo, muitas vezes é útil alertar sobre alguns códigos de erro e não sobre outros.
  • ❗Não use as APIs diretamente. Embora a documentação da AWS inclua muitos detalhes da API, é melhor usar os SDKs para o seu idioma preferido para acessar as APIs. Os SDKs são mais maduros e bem conservados do que algo que você escreveu.

Boto

  • Uma boa maneira de automatizar operações de forma personalizada é o Boto3, também conhecido como o Amazon SDK para Python. Boto2, A versão anterior desta biblioteca, tem sido amplamente utilizada por anos, mas agora existe uma versão mais recente com suporte oficial da Amazon, então prefira o Boto3 para novos projetos.
  • Se você estiver escrevendo um script bash com mais de um ou dois comandos da CLI, provavelmente está fazendo isso de forma errada. Pare e considere escrever um script Boto em vez disso. Isso tem as vantagens que você pode:
    • Verificar os códigos de retorno facilmente, de modo que o sucesso de cada etapa depende do sucesso das etapas passadas.
    • Pegar interessantes bits de dados de respostas, como ids de instância ou nomes de DNS.
    • Adicionar informações de ambiente útil (por exemplo, marque suas instâncias com revisões de git ou injete o identificador de compilação mais recente em seu script de inicialização).

Visibilidade Geral

  • Recurso de marcação é uma prática essencial, especialmente à medida que as organizações crescem, para entender melhor seu uso de recursos. Por exemplo, através de automação ou convenção, você pode adicionar tags:
    • Para a organização ou desenvolvedor que “possui” esse recurso;
    • Para o produto que o recurso oferece;
    • Para rotular os ciclos de vida, como recursos temporários ou um que deve ser desprovisionado no futuro;
    • Para distinguir infra-estrutura de produção crítica (por exemplo, sistemas de serviço versus tubagens de backend);
    • Para distinguir recursos com requisitos especiais de segurança ou conformidade;
    • Durante muitos anos, havia um limite notório de 10 tags por recurso, que não poderia ser aumentado e causou muita dor significativa das empresas. A partir de 2016, isso foi aumentado para 50 tags por recurso.
    • Em 2017, a AWS introduziu a capacidade de reforçar marcações na criação de instâncias e volumes, depreciando partes de ferramentas de terceiros, como a Cloud Custodian.

Aprendizagem e Desenvolvimento de Carreira

Certificações

  • A AWS oferece certificações para profissionais de TI que desejam demonstrar seus conhecimentos.
  • Recebendo certificado: você está interessado em estudar e obter certificações, esta visão geral prática vai lhe mostrar muito do que você precisa saber. A página oficial está aqui  e aqui está uma FAQ.

Você precisa de uma certificação?

Especialmente em empresas de consultoria ou quando trabalha em papéis de tecnologia chave em grandes empresas não-tecnológicas, as certificações são credenciais importantes.
Em outros, inclusive em muitas empresas de tecnologia e startups, as certificações não são comuns ou consideradas necessárias. (Na verdade, justamente ou não, alguns gerentes e engenheiros de contratação do Silicon Valley os veem como um sinal “negativo” em um currículo.)

Saiba mais…

A curiosa história por trás do nome das grandes empresas de TI do mundo!

A curiosa história por trás do nome das grandes empresas de TI do mundo!
Li há um tempinho sobre a história do nome de algumas das maiores empresas de TI do mundo, e achei as histórias tão legais que resolvi compartilhar com vocês.

Samsung

A palavra Samsung em coreano significa “três estrelas” e foi escolhida para representar as virtudes de ser “grande, numeroso e poderoso” (como estrelas à noite no céu, supostamente).
Os primeiros produtos da Samsung incluíam peixe seco, legumes, macarrão e frutas, embora, obviamente, a empresa tenha diversificado em uma ampla gama de diferentes indústrias.
Hoje é mais conhecida por smartphones e outros produtos eletrônicos de consumo, mas ao longo dos anos a Samsung entrou no ramo aeroespacial, de seguros e indústria financeira, entre outros.
Foi somente em 1987, com a morte do fundador Lee Byung-Chull da Samsung, que o novo CEO (o filho de Byung-Chull, Kun-Hee Lee) apostou em se tornar um dos top 5 fabricantes de eletrônicos.

Nokia

Apesar de ter “saído” do mercado de smartphones recentemente, a Nokia não começou no negócio de eletrônicos.
Em 1865, sua primeira operação foi uma fábrica de celulose no Tammerkoski Rapids na Finlândia. Em 1868, em busca de um melhor fluxo de água, a empresa abriu um outro moinho a poucos quilômetros de distância da cidade de Nokia, nas margens do rio Nokianvirta, que é o que inspirou o nome Nokia em 1871.
Em 1967, assumiu o nome formal Nokia Corporation e era composta por cinco negócios: borracha, cabos, engenharia florestal, eletrônicos e geração de energia. Hoje, após sua venda para a Microsoft, restam três áreas de negócio: Nokia Networks, HERE e Nokia Technologies.

Apple

Steve Jobs uma vez explicou que, quando no início, a empresa teve que preencher “uma declaração de nome de empresa fictícia” para fins oficiais.
As sugestões incluíam nomes como Matrix Electronics, mas a Apple Computer foi finalmente definido, com a condição de que ele se tornaria o nome da empresa, se ninguém mais tivesse alguma sugestão melhor antes do prazo de formalização.
Então, por que Apple? Nas palavras de Jobs: “Parcialmente porque eu gosto muito de maçãs e parcialmente porque a Apple está à frente da Atari na lista telefônica e eu costumava trabalhar na Atari”.
Em 2007, o ‘Computer’ saiu do nome para deixar apenas Apple.

Atari

Já que citamos a empresa, cabe registrar que seu nome vem de um verbo japonês que significa atingir o alvo, o que torna o nome bem adequado ao propósito da empresa, não acha ?

LG

Como muitas outras empresas, a LG Eletrônica não começou a vida com o nome que tem hoje. Em vez disso, em 1958, a Goldstar foi fundada após a Guerra da Coréia, com a missão de construir dispositivos eletrônicos.
Uma “empresa-irmã” da Goldstar se chamava Lak-Hui (pronuncia-se “Lucky”), e, assim, nasceu a ‘Lucky Goldstar’.
Obviamente, o nome LG que conhecemos hoje é uma contração, que também serve ao slogan “Life’s Good”. Em 1995, a Goldstar adotou oficialmente a marca LG e logotipo.
Agora, a empresa se diz apenas LG, sem mencionar o nome antigo ou o slogan.

HTC

A maioria das pessoas vai dizer que a HTC significa High-Tech Computer, o que foi verdade por algum tempo, mas há outra razão por trás do nome.
Em 1997, quando a empresa foi fundada por H.T. Cho (atual chairman) e Cher Wang (atual chairwoman), os dois decidiram usar suas próprias iniciais para formar um nome – e, assim, nasceu a HTC.
Embora se reconheça que a empresa poderia ter o mesmo nome caso se baseasse apenas no nome do H.T. Cho, informalmente, um executivo se referiu a Wang como ‘o C em HTC’ enquanto conversava com o editor do TNW.

Spotify

Originalmente iniciado na Suécia, a palavra Spotify na verdade não significa nada em sueco.
Em vez disso, os fundadores da empresa Daniel Ek e Martin Lorentzon estavam sentados um dia tentando pensar em um nome quando uma das sugestões foi ouvida mal como “Spotify”, que, em seguida, de alguma maneira ‘pegou’.
Quando a dupla percebeu que não havia resultados do Google para a palavra e que os domínios estavam disponíveis para registrar, agiram rápido, e o resto é história.
Como a empresa cresceu e ganhou popularidade, uma “pós construção” foi providenciada para dar uma melhor história de como chegaram ao nome Spotify. “Estávamos um pouco envergonhados de admitir que o nome surgiu por acaso, então resolvemos dizer que Spotify decorre de SPOT e IDENTIFY”, escreveu Ek.

Sony

As raízes da Sony são outra história interessante que mistura latim e, surpreententemente, uma gíria do inglês. Mais especificamente, é uma junção de ‘Sonus’, ou seja, som em latim, e ‘Sonny’, ou seja, um jovem bem sucedido.
No entanto, este não era o nome original. A empresa foi fundada em 1946 sob o nome de Tokyo Tsushin Kogyo KK (Tokyo Telecommunications Engineering Corporation), ou simplesmente Totsuko. Nesta época, sua missão era simplesmente pesquisar.
Em 1947 ele lançou seu primeiro produto, o “Power Megaphone” e em 1950 lançou seu primeiro gravador de fita – o “Type G ‘. Presumivelmente, houve pelo menos seis tentativas fracassadas antes disso. (o G, na verdade, seria um apelido para “governo” – um resultado do uso do gravador em tribunais e outras funções oficiais).
A mudança de nome veio na década de 1950, quando a empresa passou a ter ambições globais, e a marca TTK pertencia a outra empresa. Ao combinar Sonus e Sonny para chegar a Sony, a empresa tinha um nome apropriado, sem uma marca existente.
Apesar da decisão tomada para usar o logotipo da Sony em produtos desde 1955, isso não ocorreu até 1958, quando a empresa se tornou Sony Corporation.

Nintendo

O caso da Nintendo é mais complicado, por isso talvez nunca saibamos o verdadeiro significado.
Ainda assim, é amplamente citado e aceito que a Nintendo vem da tradução literal do significado japonês para “deixe a sorte ao destino”.
Mas, em The History of Nintendo (1889-1980) – From Playing Cards to Game & Watch, de Florent Gorges, sugere-se que essa interpretação pode estar incorreta. Em vez disso, o nome pode estar relacionado com as raízes da empresa como um fabricante de jogo de cartas “Hanafuda” no final do século 19 – 1889, para ser exato. Hanafuda se traduz literalmente como “cartões de flores”.
De acordo com o livro, a empresa estava pesquisando para introduzir uma nova linha de cartões mais baratos e escolheu o nome “Tengu” (folclore japonês mitológico muitas vezes representado com um grande nariz). A palavra para “nariz” (hana) é a mesma para “flor” (hana) quando transliterada para o inglês.
Confuso, hein ? Enfim…
A História da Nintendo, portanto, diz que a Nintendo poderia, assim, significar “o templo de hanafuda livre”, com os visitantes de Osaka e Kyoto esfregando os narizes para sinalizar o interesse por jogos de azar.
Em um resumo interessante da questão, Kotaku disse que mesmo Hiroshi Yamauchi, o bisneto do fundador da empresa, não sabe a verdade por trás do nome, mas que a idéia de ‘deixar a fortuna nas mãos do destino’ seria uma “explicação plausível”.
Em 1933, foi formalmente estabelecida como Yamauchi Nintendo & Co. e em 1951 tornou-se Nintendo Playing Card Co., antes de finalmente se decidir por Nintendo Co., Ltd. em 1963 – o mesmo ano em que começou a fazer jogos além de cartas de baralho.

Amazon

A Amazon quase se chamou Cadabra, como em ‘abracadabra’… como na exclamação do ilusionista. Jeff Bezos queria que seu site de venda de livros no varejo fosse tão rápido e fácil que parecesse mágica.
De fato, em 1994, este é exatamente o nome Jeff Bezos incorpora à empresa, mas o site entrou em operação em 1995, com o nome de Amazon, tirado do rio Amazonas por ser o maior. Claramente, Bezos tinha grandes ambições desde o início.
A razão para a mudança de nome surgiu a partir de um medo muito legítimo que as pessoas pudessem ouvir mal cadabra.com como cadaver.com, de acordo com o livro Jeff Bezos: The Founder of Amazon.com, de Ann Byers.
Curiosamente, outro livro sugere que Relentless.com também foi outra sugestão apresentada, mas que pareceu um pouco suspeito. Uma pesquisa rápida revela o domínio ainda está associado a Amazon e ainda redireciona para a página inicial da Amazon.

Google

Esta história é bem conhecida: a Google tomou o nome de um erro de ortografia ao escrever Googol, a palavra que representa 10^100, ou 1 seguido de 100 zeros. Por que isso? Simplesmente porque os fundadores Sergey Brin e Larry Page queriam transmitir a enorme quantidade de dados que pretendiam disponibilizar.
A empresa registrou o domínio do Google em setembro de 1997 e incorporou à empresa um ano depois, em Setembro de 1998.
Em 2004, o espólio de Edward Kasner, o matemático que popularizou a palavra Googol em 1940, no livro Mathematics and Imagination, considerou processar o Google por causa do nome, mas não foi adiante.

Microsoft

Em 1975, a empresa era apenas um brilho nos olhos de Bill Gates e Paul Allen.
A Microsoft foi criada oficialmente em abril de 1975, com o nome que vem de uma combinação de “microprocessador” e “software” – o que é justo, uma vez que eles estavam criando software para o Altair 8800 da Micro Instrumentation and Telemetry Systems (MITS).
Em 1977, a empresa abriu seu primeiro escritório internacional no Japão sob o nome de ASCII Microsoft. A empresa posteriormente se tornou Microsoft Inc.
Curiosidade: Allen e Gates fundaram um negócio juntos antes da Microsoft chamado Traf-O-Data, que analisava dados de tráfego para criar relatórios para engenheiros. Mesmo não sendo sucesso, foi instrutivo para o empreendimento seguinte deles.

Facebook

É difícil imaginar que muitas pessoas não sabem como o Facebook ganhou seu nome, dado o nível de exposição da empresa e, claro, o filme.
Em poucas palavras, é simplesmente o nome do diretório de estudantes que algumas faculdades nos EUA dão aos calouros para que eles possam conhecer um pouco sobre as pessoas ao seu redor. O serviço esteve em thefacebook.com por cerca de um ano após o lançamento, em 2004, até que a empresa registrou Facebook.com em 2005.

Mozilla

Em 1994, quando uma equipe da Netscape se reuniu para pensar em nomes para um novo navegador para assumir o lugar do Mosaic, o que eles estavam procurando era algo que iria esmagar a concorrência. E pensaram em Godzilla.
A combinação de Mosaic com o filme de monstro levou ao nome atual Mozilla.

Wikipedia

A empresa começou como Nupedia, uma enciclopédia on-line gratuita que foi um subproduto da empresa de Jimmy Wales, Bomis.
No entanto, devido a uma produção heroicamente lenta de conteúdo (12 artigos no primeiro ano), a equipe buscou inspiração sobre a forma de acelerar o processo. E chegou-se à idéia de usar o WikiWikiWeb de Ward Cunningham (um dos primeiros sites editáveis pelo usuário) para despertar interesse em Nupedia, permitindo que as pessoas editassem e contribuíssem com conteúdo.
O WikiWikiWeb ainda está vivo hoje.
Wales oficializou o nome em 10 de janeiro de 2001. Mas isso não explica totalmente o nome.
A palavra Wiki apareceu na empresa como resultado do WikiWikiWeb de Cunningham, mas ele chegou a esse nome após o desembarque no aeroporto de Honolulu, quando disseram para tomar o Wiki Wiki Shuttle. Wiki é uma palavra havaiana para rápido ou ligeiro.

Asus

Este é mais simples. A Asustek, mais comumente conhecida como Asus, foi fundada por quatro ex-funcionários da Acer em 1989, que derivam do nome do cavalo alado grego mitológico Pegasus.
Por quê? Essa é uma pergunta justa.
De acordo com a própria explicação da empresa o nome “encarna a força, pureza e espírito aventureiro desta criatura fantástica, e sobe a novas alturas com cada novo produto que cria.”
Ok.

Lenovo

Quando os fundadores da Lenovo se reuniram em 1984 para chegar a um nome, deixaram a reunião de comum acordo que a empresa devia se chamar “Chinese Academy of Sciences Computer Technology Research Institute New Technology Development Company“, de acordo   com   o livro The Lenovo Affair, de Zhijun Ling.
Depois, o grupo estabeleceu o nome Legend, que permaneceu por quase duas décadas, até que em 2003, criou sua própria linha de computadores da marca em um negócio separado chamado Lenovo.
A palavra é uma junção de Le e Novo (do nosso latim mesmo).

Skype

Fundado em 2003, o Skype é outra empresa cujo nome se deve à indisponibilidade do nome inicialmente pretendido.
Skype é uma combinação de sky e peer-to-peer, encurtado inicialmente para Skyper, e depois, quando já estava em uso, para Skype, de acordo com o ex-empregado Andreas Sjölund.

Twitter

Este é outro bastante conhecido. Twitter originalmente começou como twttr, inspirado pelo Flickr, embora um usuário desde a versão alfa, @crystal, aparentemente tenha sugerido “FriendStalker”, de acordo com Dom Sagolla, um colega da Odeo, onde Jack Dorsey e Ev Williams também trabalharam.
Mas por que twttr?
“Nós fizemos um monte de name-storming, e surgiu o nome ‘twitch‘, porque o telefone meio que vibra quando se move. Mas não é um bom nome de produto porque não traz a imagem correta. Então, olhamos no dicionário palavras em torno desta, e nos deparamos com a palavra ‘twitter‘, e foi simplesmente perfeito. A definição era “uma pequena explosão de informações inconsequentes”, e “ruídos de pássaros”. E isso é exatamente o que o produto foi”. Dorsey disse ao LA Times em 2009.

Yahoo!

Fundada em 1994 como “Guia de Jerry e David para a Rede Mundial De Computadores” por Jerry Yang e David Filo, o Yahoo eventualmente teve o seu nome em janeiro de 1995, quando o domínio foi comprado e a empresa foi constituída.
Mas ao invés de ser baseada no verdadeiro significado da palavra “yahoo” (uma pessoa rude, barulhenta ou violenta), o Yahoo! é um acrônimo para Yet Another Hierarchical Officious Oracle, embora os fundadores aparentemente gostem da definição geral de yahoo também.

VMware

Eu tentei… não queria deixar de fora uma das empresas mais citadas aqui no blog, mas infelizmente não consegui descobrir a origem do nome da VMware, embora tenha encontrado alguns artigos sugerindo que produtos da empresa tenham nomes indicados por consultorias em marketing.
Enfim…

Conclusão

Acredito que por trás de cada nome de empresa há uma história interessante, que envolve quase sempre persistência, uma boa idéia e um propósito.
Por isso penso que, mais que divertir, estas histórias devem estimular uma mentalidade empreendedora, pois é disso que nosso país precisa cada vez mais.
Que sejamos capazes de lutar e persistir pra transformar nossos sonhos em realidade!
Você concorda comigo ? Ou não ? Fala aí!

Resumo do evento Amazon AWS Re:invent 2014

Resumo do evento Amazon AWS Re:invent 2014 1
Com a chamada “Cloud is the New Normal“, o evento da Amazon que aconteceu de 11 a 14 de novembro em Las Vegas mostrou o quanto a Big A de Seattle está avançando rapidamente na oferta de serviços na nuvem. É impressionante!
Transcrevo abaixo um trecho que email que recebi sobre o evento e que resume parte dele:

Lançamentos

Aurora: novo banco de dados, compatível com o MySQL 5.6. Cinco vezes mais performático que o MySQL tradicional por um décimo do custo de um banco de dados com qualidade comercial. O custo já anunciado é realmente muito menor que o custo de RDS tradicional. A redundância funcionará por meio de promover um read replica em caso de falha ou criar um banco novo de forma automática e transparente – e mesmo assim seria muito mais rápido do que realizar o ‘recovery’ do banco. O AWS também anunciou que terá ferramentas de migração dos bancos MySQL tradicionais; 

Desenvolvedores: Após investirem muito nos devops com ferramentas como OpsWorks e Elastic BeanStalk (ok, eles também podem ser usados por desenvolvedores ‘puros’…), o AWS lançou 3 ferramentas focadas no desenvolvedor com objetivo de fechar o ‘ciclo’ de dev: AWS CodePipeline, AWS CodeCommit e o AWS CodeDeploy. O CodeCommit é basicamente um ‘github’ onde pode colocar o seu código, o Pipeline serve para ‘continuous delivery’. Mas o grande destaque é o CodeDeploy. A estória contada é que ele é um clone do projeto interno ‘Amazon Apollo’ que faz o que o nome diz: deploy do código :). Em ambos os keynotes, foi falado que quando um desenvolvedor deixa a Amazon o que sente mais falta é do ‘Apollo’. Vale conferir; 

AWS Key Management Service: serviço que guarda as chaves criptográficas que podem ser usadas no S3, EBS e Redshift para encriptar o conteúdo. A idéia é sempre melhorar no quesito segurança e dar insumos para proteger ainda mais a sua infraestrutura; 

AWS Config: inventário de todos os seus componentes no cloud com histórico de mudanças. Se pensou em ITIL, o AWS já chama cada componente de ‘CI’ e gera este catálogo automaticamente mediante ativação. Julgamos ser um serviço essencial para qualquer cliente que use o AWS; 

AWS Service Catalog: criação de catálogos de recursos que os usuários podem usar e stacks que podem fazer deploy. O objetivo é padronizar o uso do AWS dentro da organização de forma que times diferentes usem os mesmos conjuntos de componentes. Previsto para o começo de 2015; 

EC2 Container Service (ECS): aderindo a febre (e real benefício) dos containers, este serviço permite que gerencie uma aplicação distribuida construida nos containers Docker dentro da estrutura de servidores EC2. Foi feita uma demonstração muito interessante do deploy de dezenas de containers em diversos servidores combinado com o recurso do AutoScaling. Ainda em preview, é necessário pedir para participar; 

AWS Lambda: sem sombra de dúvidas, o serviço mais ‘revolucionário’. O AWS está evoluindo para ser um cloud orientado a eventos (um novo arquivo S3, um servidor EC2 que foi rebootado, um registro atualizado no DynamoDB, etc) e com isto seremos capazes de reagir a cada um deles associando uma função. Você escreve um código (por enquanto somente Javascript/Node.js) que pega os detalhes do evento e processa quaisquer ações dentro do Cloud, desde que tenha permissão. A ruptura é que para casos de uso puramente funcionais, não é necessário mais uma instância EC2 para executar um simples pedaço de código! Com o Lambda os eventos são executados instantaneamente e maciçamente em paralelo. É fácil imaginar a diminuição de complexidade e ganho de produtividade imediatos. Ainda em beta privado, é necessário pedir permissão para participar; 

Novas instâncias C4. Os maiores servidores virtuais do mercado com suporte até 36 cores. No evento a própria Intel revelou que um novo processador foi criado especificamente (e por enquanto exclusivamente) para o AWS rodar workloads gigantes;
EBS com 16TB: muito esperado por todos, será possível em breve ter discos de até 16 TB com até 20.000 Iops (hoje só se chega até 1 TB). Diminui muito a necessidade de se criar RAID 1+0 para grandes partições!

Observem o enfoque em lançamentos relacionados ao que há de mais recente em tecnologias para desenvolvimento de aplicações (seguindo a tendência DevOps e os princípios do ITIL) e serviços de infraestrutura (Docker ataca novamente!).
As apresentações estão no Youtube e Slideshare. Muita coisa interessante. Muita mesmo!
Aviso: a partir deste ponto 🙂
Confesso que esse tipo de coisa me dá uma certa angústia, pois me lembra que, enquanto toda esta tecnologia e inovação está disponível mundialmente, em terras tupiniquins tem muita gente que poderia aproveitar tudo isso como oportunidade de mudança (pra melhor!), mas se contenta em “pegar um canudo na facul” e reclamar do mercado.
O mercado é global, as tecnologias estão disponíveis, e no caso da Amazon, você tem 1 ano (UM ANO INTEIRO!) pra testar, aprender e descobrir como utilizar a tecnologia a seu favor, sem custo (desde que tome alguns cuidados).
Por isso, pare de reclamar e comece a mudar sua realidade. Não é tão difícil quanto parece!
Você não imagina o quão barato foi montar este site aqui, por exemplo. A bem da verdade, se eu fosse desenvolvedor, teria saído de graça!
Aos que têm a motivação necessária, deixo aqui o convite pra colocar seus comentários abaixo, e prometo ajudar da melhor forma que puder.
ps: não ganho nada da Amazon por divulgar os serviços dela, e se tiverem informações de outros provedores, ficarei feliz em compartilhar também.