O gerenciamento multicloud pode resolver todos os seus problemas de TI?

Conforme a data de entrada em operação do GDPR se aproxima no final de maio, ouvimos alguns comentários de empresas examinando seus dados para ver se eles estão de acordo com os novos requisitos da UE. É um mundo global tão interconectado agora que a maioria das empresas, mesmo as americanas, precisa estar pronta para qualquer queda do GDPR. As multas serão pesadas em caso de não conformidade. Para a maioria das empresas, as perguntas a serem respondidas quanto à prontidão do GDPR são quem gerenciará a conformidade e onde os processos residirão dentro da empresa. Uma abordagem de força bruta realmente não funciona - o GDPR não pode ser atendido apenas com mudanças de infraestrutura ou outra camada de segurança. Como o GDPR trata de conformidade, não apenas segurança, não é tão fácil quanto colocá-lo no colo da equipe de segurança. Também requer um oficial de proteção de dados dedicado, para que haja gerenciamento de pessoas envolvido, não apenas mudanças de sistemas. As categorias de dados afetadas pelos regulamentos do GDPR afetarão a maioria dos departamentos de uma empresa.

Você vai querer saber quais aplicativos sua empresa está usando para conformidade com o GDPR e saber, de maneira geral, quais aplicativos estão em uso em sua organização para evitar a proliferação de SaaS. A expansão de SaaS cresceu a partir da expansão de aplicativos dos dias pré-nuvem, e agora é muito fácil para as equipes de TI perderem o controle de quais departamentos estão usando quais aplicativos em nuvem. Existem algumas abordagens que podem ajudar; primeiro, o uso de ferramentas de BI pode fornecer os dados para saber quais aplicativos estão realmente ajudando os resultados financeiros da empresa. O gerenciamento de várias nuvens também pode ser útil para evitar ou reduzir a proliferação de SaaS para auxiliar na integração de dados, e a experiência em API também será útil. Muita comunicação e preparação em torno da implantação de aplicativos na nuvem também pode reduzir os esforços duplicados e a expansão potencial.

Existem tantas nuvens e tantas coisas legais para fazer com elas. Obviamente, cada nuvem pública que você adotar custará dinheiro à empresa. Gerenciar esses custos de várias nuvens agora é uma grande parte do trabalho de TI, então mantê-los baixos ou justificá-los é essencial. Uma pesquisa recente da TechTarget descobriu que, para 42% dos entrevistados, controlar o custo da nuvem era sua principal prioridade de operações de TI. Aqui estão algumas dicas para evitar custos iniciais:uma é pegar cada instância de um aplicativo na nuvem como seu próprio aplicativo e, em seguida, vincular cada um deles usando uma VPN. Automação e boas políticas também podem ajudar com problemas de integração de aplicativos com a nuvem. Outra medida preventiva de custo da nuvem é entender como seus provedores de rede cobram pelo tráfego e, em seguida, avaliar seus fluxos de trabalho para ver como e para onde os aplicativos estão trafegando nessas redes. Freqüentemente, você obtém o que paga em TI, portanto, se usar multicloud para fins de redundância agregar muito valor ao negócio, faça as contas dos custos e lute por esse orçamento.

Por que o código-fonte aberto nesta era da nuvem? O modelo de negócios de trabalho livre do software de código aberto não oferece aos desenvolvedores as recompensas que costumavam obter, ou seja, um senso de comunidade e satisfação. Agora, os provedores de nuvem podem encontrar e incorporar um bom código-fonte aberto facilmente em seus produtos e vender esses produtos aos clientes. Isso levanta questões sobre as obrigações dos grandes provedores de nuvem para com os desenvolvedores de código aberto e as ramificações do código aberto se tornando dominante e monetizado dessa forma. Será interessante ver como isso se desenrola. Uma possibilidade é que as grandes empresas de tecnologia dirijam elas mesmas os projetos de código aberto, embora isso torne mais difícil para as startups ou desenvolvedores individuais conseguirem espaço no ar para suas ideias. Outra ideia é criar um novo tipo de licença de código aberto para que os desenvolvedores sejam compensados ​​ou usar um serviço de assinatura que pague os desenvolvedores.