Amazon Web Services - uma forma de ir "às nuvens"!

A "ida para a nuvem" é uma tendência forte e irreversível, o que é excelente, pois é uma maneira prática e econômicamente interessante de usar infraestrutura poderosa e escalável sem gastos de aquisição de equipamentos e com recursos de administração poderosos.
E Porto Alegre já tem o seu Grupo de Usuários da AWS.
Tive o prazer de participar do "Primeiro AWS Porto Alegre Meet Up" no dia 10 passado.
(Veja http://www.meetup.com/pt-BR/AWS-Porto-Alegre/events/228878593/ )
Excelente evento, com palestrantes da Ilegra (www.ilegra.com) e apoio do Senac Informática (http://www.senacrs.com.br/areas.asp?area=9).  Não estou fazendo merchandising, pessoal, :-) , sou sinceramente grato aos organizadores, que disponibilizaram seu tempo e recursos para proporcionar este evento técnicamente muito enriquecedor.

Depois do evento, enviei e-mail ao Diego Pacheco, da Ilegra (que teve a gentileza de trocar cartões comigo), com algumas perguntas.
Recebi resposta dele e do João Palma, também da Ilegra.
E achei as respostas boas demais pra guardar só pra mim.
Estão, portanto, transcritas abaixo.
Espero que aproveitem.
E fica a dica para aqueles que se interessam pelo assunto: juntem-se a nós no Meet Up!

-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x

De: Joao Palma
Para: Diego Pacheco
Cc: Pedro Pereira; Hermes Pimentel
Enviadas: Sexta-feira, 18 de Março de 2016 15:47
Assunto: Re: MeetUp - Perguntas

Olá Pedro,

Respondendo a perguntas e complementado outras:

a) O AWS pode ser usado como um serviço de virtualização de servidores, certo?  Como funcionam, neste caso, as licenças de software básico no AWS?  Windows, SQL Server, etc.?

A AWS fornece um serviço de virtualização de servidores chamada EC2 (Elastic Compute Cloud). Você não pode fazer o deploy da uma solução de Virtualização (VMware, Xen, OVM...) dentro de uma instance EC2. Como o Diego já comentou, a AWS utiliza uma versão modificada por eles do Xen para prover esse serviço.

Você pode fazer o deploy de qualquer solução que você faz no modelo On-Premise (bare metal). Oracle, SQLServer, MongoDB, Tomcat, Nginx qualquer tecnologia vai se comportar da mesma forma. 

No caso do licenciamento, a AWS já fornece algumas instances licenciadas com o custo já embutido no valor hora da instance, tanto para Windows, Red Hat Enterprise Linux e SuSE. Assim como também fornece diversas distribuições Linux. 

Caso, já tenha adquirido licenças para algumas soluções é possível utilizar o modelo BYOL (bring your own license), ou seja, você não precisa pagar pelas licenças que já possui somente informar que esta utilizando elas na AWS, esse processo não é tão simples, mas é possível sim.

b) Bancos relacionais com capacidade de gerenciar o próprio crescimento de espaço em disco (como o Oracle e SQL Server, por exemplo), podem ser hospedados na AWS, certo?  Como esse crescimento do espaço em disco é gerenciado pela AWS?   

Na AWS você pode instalar o seu banco de dados dentro de uma instance EC2 podendo assim ter qualquer engine de dados, assim como também pode utilizar um serviço chamada RDS (Relational Database Service) que oferece como serviço auto-gerenciado as engines Oracle (SE, SEO, Enterprise), PostgreSQL, MySQL, MariaDB, SQLServer e uma engine própria da AWS chamada Aurora (MySQL Like). 

Em qualquer um dos casos, tanto utilizando uma EC2 ou o RDS, você precisa estar atento ao crescimento do espaço em disco, pois ele não aumenta conforme o crescimento vegetativo do banco. No caso do RDS é muito simples fazer o aumento de espaço na camada de dados, bastando alguns cliques, já na EC2 é da mesma forma que você adicionaria um disco em um servidor fisico.

c) Quanto ao Oracle: é possível hospedar um Oracle RAC (Real Application Cluster) na AWS?

Sim, é possível e já realizamos esse setup. Devido a algumas restrições técnicas como network multicast e ip floating a solução da Cluster Oracle não era homologada pela Oracle na AWS. Esse artigo de implementação do RAC fez um by-pass das restrições técnicas mas ele é bem claro no aspecto "Use por sua conta e risco em produção".

d) Quanto à arquitetura baseada em microservices: os microservices não podem ir atingindo uma granularidade tão fina que a coesão acabe atingindo um nível muito baixo, isto é, que a função desempenhada pelo microservice seja tão específica, seja a um nível tão detalhado, que acabe perdendo sentido a nível de negócio, e isto acabe gerando um esforço extra de engenharia para gerenciar uma "camada de negócios" composta de microservices?

Meus dois centavos sobre essa questão. Essa alta granularidade dos serviços sim gera um custo para gerenciamento, mas hoje já possuímos muitas ferramentas Open-Source levadas ao máximo stress em grandes deployments que facilitam esse gerenciamento. Mas o grande beneficio para quem é de Operação/Infraestrutura é a facilidade de troubleshooting e entendimento de todas as camadas envolvidas, fica muito mais fácil fechar o escopo de uma issue quando utilizando microserviços do que quando estamos trabalhando com um monolíto.

Muito Obrigado pela participação no AWS MeetUp POA, em seguida vamos estar disponibilizando mais informações do segundo encontro.

Te esperamos lá!

Att,

João Lucas Palma

Solution Architect

ilegra