Gerenciando aplicativos em uma nuvem ambiente híbrido

Quando um aplicativo em um ambiente de nuvem híbrida é em suas instalações, você controlá-lo. Isto significa que você controlar a infra-estrutura, sistema operacional, middleware, dados, aplicação e do ambiente de tempo de execução. Em um PaaS (Platform as a Service) meio ambiente, o provedor de PaaS controla tudo, até a aplicação e, possivelmente, o banco de dados. O provedor é lidar com as instalações, atualizações e patches para o ambiente de produção. É um ambiente de auto-gestão.

A questão controle torna-se isso - como você pode gerenciar aplicativos em nuvem, juntamente com os desenvolvidos no local? Você precisa medir o impacto do desempenho de TI sobre o negócio que, por definição, inclui agora o desempenho do provedor de nuvem.

Suponha que você tenha um contrato com um provedor de PaaS para criar e implantar a sua aplicação. A aplicação começa a ter um problema. Quando algo dá errado, descobrir a fonte pode ser difícil. A chave é a de ser capaz de localizar a fonte do problema rapidamente. Será que o provedor de plataforma apenas atualizar o sistema operacional? Existe uma falta de energia? Houve uma falha de segurança na extremidade do provedor? Ou é algo em seu fim?

ganhar visibilidade

A linha inferior é que você deve ser capaz de ganhar visibilidade em pelo menos três áreas:

  • Segurança: Para monitorar a segurança, é preciso digitalizar redes, sistemas operacionais e aplicações, a fim de evitar a intrusão ou ataques de negação de serviço.

  • Atuação: Você precisa assegurar que o desempenho da nuvem não vai abaixo do nível de serviço acordado.

  • disponibilidade do serviço: Você precisa de uma ferramenta que pode ajudá-lo a determinar a disponibilidade de seus serviços. Você pode usar essa ferramenta para monitorar se o seu provedor de nuvem é para cima ou para baixo e está a cumprir os seus acordos de nível de serviço.

Negociação destes níveis de serviço muitas vezes é uma dança entre a TI eo fornecedor. Você deve perguntar ao seu provedor de serviços como monitores de segurança, desempenho e disponibilidade. Certifique-se de que você está confortável com a abordagem. Além disso, seu provedor deve fornecer um painel para lhe dar visibilidade para os serviços que você está usando continuamente. Idealmente, você quer um painel que lhe dá visibilidade uniforme em seus próprios recursos e os do seu provedor de PaaS.

Acompanhando os acordos de nível de serviço

UMA acordo de nível de serviço (SLA) é uma obrigação contratual entre você e seu provedor de nuvem. TI eo prestador de serviços devem trabalhar juntos para estabelecer esses SLAs.

SLA típicos incluem o seguinte:

  • Os tempos de resposta

  • Disponibilidade em qualquer dia

  • objectivo global de uptime

  • Concordou-on vezes e procedimentos de resposta em caso de um serviço vai para baixo

O acordo, teoricamente, lhe dá alguma garantia de que o provedor irá atender a certos níveis de serviço. No entanto, é preciso determinar quais níveis de tempo de inatividade e outros parâmetros que você está disposto a aceitar.

Considerando-se o acesso e integração

Outra questão a se pensar é o acesso aos seus serviços e integração entre o aplicativo que você deseja implantar para a nuvem e outros serviços que depende. Por exemplo, você precisa determinar que tipo de serviços de controle de acesso seu provedor oferece para que apenas as pessoas que são supostamente para aceder à sua candidatura durante o desenvolvimento e implantação pode fazê-lo.

Digamos que você decidiu mover o aplicativo para a nuvem, mas você não deseja mover o banco de dados ou até mesmo replicar seus dados lá. Você vai precisar para assegurar que o nível certo de segurança existe entre os seus dados no local e sua aplicação em nuvem.

Além disso, pode haver muitos pontos de integração com uma aplicação na nuvem. O aplicativo pode integrar-se com um aplicativo de gerenciamento de relacionamento com o cliente em sua organização. O aplicativo pode integrar-se com outros serviços na nuvem.

Um critério fundamental para um provedor de PaaS é fornecer interfaces bem documentados e bem definidos para seu uso. Em outras palavras, no centro de recursos de integração entre aplicativos na nuvem ou no local são Application Programming Interfaces (APIs). Essas APIs, que são parte da plataforma PaaS, que as empresas possam integrar rapidamente os seus serviços em uma ampla variedade de aplicações em um conjunto diversificado de plataformas. Antes de escolher um fornecedor PaaS, verifique se ele pode suportar as aplicações e serviços que você precisa para integrar.

Evitar lock-in

Embora a abordagem PaaS tem muitas vantagens, pode ter algumas desvantagens. Uma desvantagem de PaaS é que ele pode trancá-lo à utilização de um ambiente de desenvolvimento particular e a pilha de componentes de software. ofertas de PaaS geralmente têm alguns elementos de propriedade. Consequentemente, você pode ser casado com a plataforma do fornecedor e incapaz de se mover sua aplicação em outro lugar sem reescrevê-lo em algum grau.

Se você se tornar insatisfeito com o seu provedor de PaaS, você pode enfrentar despesas substanciais de repente se você precisar reescrever aplicações para satisfazer os requisitos de outro fornecedor PaaS.

O medo de vendor lock-in levou ao surgimento de uma nova variedade de PaaS: Open Platform as a Service. Este serviço oferece a mesma abordagem que PaaS, exceto que não há restrição na escolha de desenvolvimento e software de entrega. Se lock-in é importante para você, em seguida, fazer perguntas antes de assinar o contrato de um fornecedor.

menu