¿Puede la gestión de múltiples nubes resolver todos sus problemas de TI?

A medida que se acerca la fecha de implementación del GDPR a fines de mayo, hemos escuchado algunos rumores mientras las empresas examinan sus datos para ver si cumplen con los nuevos requisitos de la UE. Es un mundo global tan interconectado ahora que la mayoría de las empresas, incluso las estadounidenses, deben estar preparadas para las consecuencias del RGPD. Las multas serán severas por incumplimiento. Para la mayoría de las empresas, las preguntas que deben responder para la preparación de GDPR son quién administrará el cumplimiento y dónde residirán los procesos dentro de la empresa. Un enfoque de fuerza bruta no funcionará realmente:el RGPD no se puede cumplir solo con cambios en la infraestructura u otra capa de seguridad. Dado que GDPR se trata de cumplimiento, no simplemente de seguridad, no es tan fácil como ponerlo en el regazo del equipo de seguridad. También requiere un oficial de protección de datos dedicado, por lo que habrá gestión de personas involucrada, no solo cambios de sistemas. Las categorías de datos afectadas por las regulaciones de GDPR afectarán a la mayoría de los departamentos de una empresa.

Querrá saber qué aplicaciones está utilizando su empresa para el cumplimiento del RGPD y, en general, qué aplicaciones están en uso en su organización para evitar la expansión de SaaS. La expansión de SaaS surgió a raíz de la expansión de aplicaciones de los días anteriores a la nube, y ahora es demasiado fácil para los equipos de TI perder de vista qué departamentos están usando qué aplicaciones de nube. Hay un par de enfoques que pueden ayudar; En primer lugar, el uso de herramientas de BI puede brindarle los datos para saber qué aplicaciones realmente están ayudando a los resultados de la empresa. La administración de múltiples nubes también puede ser útil para evitar o reducir la expansión de SaaS para ayudar con la integración de datos, y la experiencia en API también será útil. Mucha comunicación y preparación en torno a la implementación de aplicaciones en la nube también puede reducir los esfuerzos duplicados y la expansión potencial.

Hay tantas nubes y tantas cosas interesantes que hacer con ellas. Por supuesto, cada nube pública que adopte le costará dinero a la empresa. Administrar estos costos de múltiples nubes es ahora una gran parte del trabajo de TI, por lo que mantenerlos bajos o justificarlos es esencial. Una encuesta reciente de TechTarget encontró que para el 42% de los encuestados, controlar el costo de la nube era su principal prioridad de operaciones de TI. Aquí hay consejos para evitar costos por adelantado:uno es tomar cada instancia de una aplicación en la nube como su propia aplicación, luego vincular cada una de ellas usando una VPN. La automatización y las buenas políticas también pueden ayudar con los problemas de integración de aplicaciones con la nube. Otra medida preventiva del costo de la nube es comprender cómo sus proveedores de red cobran por el tráfico y luego evaluar sus flujos de trabajo para ver cómo y dónde viajan las aplicaciones a través de esas redes. A menudo obtiene lo que paga en TI, por lo que si el uso de multinube con fines de redundancia aportará mucho valor comercial, haga los cálculos de los costos y luche por ese presupuesto.

¿Por qué el código abierto en esta era de la nube? El modelo de negocio de mano de obra gratuita del software de código abierto no proporciona a los desarrolladores las recompensas que solían obtener, es decir, un sentido de comunidad y satisfacción. Ahora, los proveedores de la nube pueden encontrar e incorporar un buen código fuente abierto fácilmente en sus productos y vender esos productos a los clientes. Esto plantea preguntas sobre las obligaciones de los grandes proveedores de nube con los desarrolladores de código abierto y las ramificaciones de que el código abierto se convierta en una corriente principal y se monetice de esta manera. Será interesante ver cómo se desarrolla esto. Una posibilidad es que las grandes empresas de tecnología dirijan los proyectos de código abierto por sí mismas, aunque eso dificultaría que las nuevas empresas o los desarrolladores individuales obtengan tiempo para sus ideas. Otra idea es crear un nuevo tipo de licencia de código abierto para que los desarrolladores obtengan una compensación o utilizar un servicio de suscripción que les pague a los desarrolladores.