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