Cloud Computing: Nuvem sob perspectiva de processos internos de uma empresa

Este caso envolve uma empresa que usa os serviços em nuvem para seus processos internos Do meu ponto de vista, este pode ser o caso de uso mais comum nas fases iniciais da computacao em nuvem porque dá à empresa o um maior controle.

Neste cenário, a empresa utiliza os serviços em nuvem para complementar os recursos que ela precisa:

Armazenamento em nuvem :Usado para backups ou armazenamento de dados raramente usados.Funciona usando máquinas virtuais na nuvem, para levar processamento adicional on-line, lidar com cargas de pico (claro, fechando as VMs quando não sao mais necessárias o uso )

Utilizando aplicativos na nuvem (SaaS – como mostrado nos posts anteriores) para certa funções (E-mail, calendário, CRM, etc.)

Utilizando banco de dados em nuvem como parte do processamento de um aplicativo. Isto poderia ser extremamente útil para compartilhar esse banco de dados com os parceiros, agencias do governo para transacoes financeiras,etc



Os requisitos básicos para o uso da nuvem em ambiente corporativo são os mesmos daqueles para o uso de nuvem para prestacao de servicos para um usuário final mostrados no post anterior

Cloud Computing: Nuvem sob perspectiva de uma empresa fornecedora de servicos

Cloud Computing: Definições e Taxonomia Parte III

Neste cenário, uma empresa está usando a nuvem para oferecer serviços de dados para o usuário final, interagindo com a empresa, para fornecer acessos a nuvem para recuperar dados e / ou manipulá-lo. O usuário final pode ser alguém de dentro da empresa ou externo em algum cliente.

Requisitos

 Identidade: O serviço de cloud deve autenticar o usuário final.

 Um ambiente aberto: acesso ao serviço de nuvem não deve exigir uma plataforma ou tecnologia em particular.

 identidade federada: Além da identidade básica necessária para um usuário final, um usuário corporativo esta susceptível a ter uma semelhante. O ideal é que o usuário corporativo gere uma identificação única, com uma infra-estrutura conectada com as outras identidades que podem ser exigidas pelos serviços de nuvem.

Localização: Dependendo do tipo de dados da empresa, em nome do usuário, pode haver restrições legais à localização do servidor físico onde os dados são armazenados. Embora esta posicao violar o ideal de computação em nuvem que o usuário não deve ter que saber detalhes da infra-estrutura física, este requisito é essencial. Muitas aplicações não podem ser movidas de a nuvem em nuvem até os vendedores e fornecedores proverem uma API para determinar a localização do hardware físico que proporcionara a nuvem de serviços.

 medição e monitoramento: Todos os serviços em nuvem devem ser medidos e monitorados para controle de custos, cobranças e provisionamento.

 Gestão e Governança: os fornecedores de cloud pública tornam muito fácil a abertura de uma conta e começam a usar serviços de nuvem. Esta facilidade de utilização cria o risco de que os indivíduos em uma empresa vao utilizar os serviços em nuvem por sua própria iniciativa e necessidade . Gestão de máquinas virtuais e de serviços em nuvem, como armazenamento, bases de dados e filas de mensagens sao necessárias para controlar os serviços utilizados. Governança é essencial para garantir que as políticas e regulamentações governamentais são seguidos sempre que a computação em nuvem é usado. Outros requisitos de governanca serão indústria e geograficamente específicos.

 Segurança: Qualquer caso de uso que envolve uma corporacao terá mais requisitos de segurança que um ambiente que envolve um único usuário final. A empresa tera que seguir igualmente os requisitos de segurança mais avançados.

 Uma política comum de formato de arquivo para as VMs: A VM criada para um fornecedor de nuvem deve ser portátil para a plataforma de outro fornecedor. Qualquer solução para este requisito deve levar em conta diferenças nas maneiras que a nuvem vao anexar armazenamento para máquinas virtuais.

 APIs comuns para armazenamento em nuvem e Middleware: O uso para empresas requerem APIs comuns para o acesso de serviços de armazenamento em nuvem, bases de dados, middleware e serviços de outras nuvens, como filas de mensagens. Escrever código personalizado que funciona somente para o serviço de um fornecedor elimina alguns benefícios financeiros e flexibilidade que a computação em nuvem oferece.

 dados e aplicação: aplicativos corporativos precisam combinar dados de múltiplas fontes baseadas na nuvem, e eles precisam coordenar as atividades de aplicações rodando em diferentes nuvens.

 SLAs e Benchmarks: Além das SLAs básicas necessárias até aos usuários, as empresas que assinarem contratos com base em SLAs vai precisar de um padrão, uma forma de aferição do desempenho. Deve haver uma forma inequívoca , definindo o que um fornecedor de cloud vai entregar, e deve haver uma forma inequívoca de medir o que realmente foi entregue. (SLAs têm implicações adicionais para segurança na nuvem, vou tratar disso em posts posteriores mas fiquem a vontade para mandar e-mails questionando).

 Lifecycle Management: As empresas devem ser capazes de gerenciar o ciclo de vida de aplicações e documentos. Este requisito inclui versões de aplicações e à retenção e destruição de dados. A descoberta é um grande problema para muitas organizações. Há obrigações legais, se certos dados não estao mais disponível. Além da retenção de dados, em alguns casos, uma empresa vai querer ter certeza se dados sao destruídos em algum ponto.

Na proxima semana vou tratar do uso de computacao em nuvem para os processos internos de uma empresa

Cloud Computing: Nuvem sob a perspectiva do usuario final

Cloud Computing: Definições e Taxonomia Parte II

Continuando com o post anterior , vou ilustrar os mais típicos casos de nuvem mas sem me ater a uma lista exaustiva de cenarios dentro um ambiente de nuvem.

Os gráficos deste post têm elementos comuns por toda parte. Se num determinado elemento não se aplica a um caso particular, é cinza ou desenhadas com uma linha tracejada. Como exemplo, o caso de uso de nuvem provada não envolve a nuvem de usuário final ou a nuvem pública, portanto, apenas a Enterprise Cloud ou nuvem corporativa aparece em cores.

O Uso de uma nuvem sob a perspectiva do usuario final tem como cenário, um usuário final que tem o acesso a dados ou aplicações na nuvem.

As aplicações comuns deste tipo de hospedagem incluem e-mail e redes sociais
basicamente. Um usuário do Gmail, Facebook ou LinkedIn acessa a aplicação e os seus dados através de qualquer navegador em qualquer dispositivo. O usuário não quer manter-se com nada mais do que uma senha, seus dados são armazenados e gerenciados na nuvem. Mais importante, o usuário não tem idéia de como funciona a arquitetura subjacente. Se eles podem acessar a Internet, eles podem chegar a seus dados.

Requisitos para este caso de nuvem:

 Identidade: O serviço de cloud deve autenticar o usuário final.

 Um cliente aberto: acesso ao serviço de nuvem não deve exigir uma plataforma ou tecnologia especifica

 Segurança: A segurança (incluindo a privacidade) é uma exigência comum a todos os casos, embora os detalhes desses requisitos variam amplamente de um caso para o outro. Uma discussão completa de segurança na computação em nuvem nao será tratada em posts futuros de maneira mais apropriada.

 SLAs: Embora os acordos de nível de serviço para os usuários finais serão normalmente muito mais simples do que para as empresas, os fornecedores de cloud devem ser claros sobre as garantias de serviço que prestam.

Continua na proxima semana mostrando o uso de uma nuvem corportiva para prestacao de servicos a usuarios finais

Cloud Computing: Definições e Taxonomia (Parte I)

As definições a seguir e taxonomia são incluídas para fornecer uma visão geral do conceitos de computação em nuvem. No entanto, o foco deste post é definir cenários de nuvens e casos de uso baseados em aplicações do mundo real e necessidades, e não definir a computação em nuvem em si. Meu objetivo é proporcionar aos casos, cenários que são claros, interessantes e úteis, independentemente da forma como os cenários podem ser definidos ou colocado em uma taxonomia.

Definições de conceitos de computação em nuvem

Cloud Computing: Cloud computing é um modelo para permitir de maneira onipresente e
conveniente, o acesso à rede sob demanda para um conjunto compartilhado de recursos de computação (por exemplo, redes, servidores, armazenamento, aplicações e serviços) que podem ser rapidamente configurados e liberados com a gestão de um mínimo esforço ou interação com prestador de serviço. (Esta definição é do mais recente projeto da NIST (Trabalho Definição de Cloud Computing) publicado nos EUA pelo Instituto Nacional de Padrões e tecnologia)

Modelos de entrega

A definição do NIST da computação em nuvem define três modelos de entrega:

 Software como Serviço (SaaS): o consumidor usa um aplicativo, mas não controla o sistema operacional, hardware e infra-estrutura de rede em que ele está executando.

 Plataforma como um Serviço (PaaS): o consumidor utiliza um ambiente de hospedagem
para suas aplicações. O consumidor controla os aplicativos executados no ambiente (e, eventualmente, tem algum controle sobre o ambiente de hospedagem),mas não tem controle sobre o sistema operacional, hardware ou rede e a infra-estrutura em que eles estão executando.

 Infrastructure as a Service (IaaS): O consumidor usa "fundamentalmente recursos de computação ", como poder de processamento, armazenamento, redes ou componentes de middleware. O consumidor pode controlar o funcionamento do sistema, armazenamento, aplicativos implantados e, possivelmente, em rede componentes, tais como firewalls e balanceadores de carga, mas não a infraestrutura da nuvem
(continua)