En nuestro blog hablamos de finanzas y tecnología. Como me dijo un buen amigo, la parte de tecnología la escribimos para muy tecnólogos. Por eso, este artículo va a tener un tono mucho más divulgativo.
El objetivo de este artículo es intentar explicar por qué el paradigma del "cloud computing" ha transformado la sociedad mucho más de lo que podemos imaginar y desenmascarar. Si me permitís la expresión, esa supuesta realidad de que es algo implantado en las empresas.
Para poder entenderlo voy a repasar las características del "cloud computing" e intentar explicar el impacto de cada una.
Dado que no existe una Real Academia de poner nombre a las cosas, tomaré las características que aparecen en wikipedia y que a su vez tomaron de NIST, estas especifican las características especiales de un servicio en cloud:
Autoservicio bajo demanda: un consumidor puede aprovisionar por sus propios medios capacidades informáticas como cómputo, almacenamiento y redes, en forma automática sin requerir la interacción humana del proveedor de servicios.
Esta pequeña característica transforma radicalmente el mercado del software y del hardware, ¿Qué van a realizar ahora los equipos comerciales y de preventa de los vendedores? ¿Cómo van a sobrevivir todos esos gestores de tecnología sin conocimiento real de los servicios?. Como podéis observar este es el talón de Aquiles de la implantación del cloud. Quien lo tiene que vender puede que tenga un conflicto de intereses y los que lo van a comprar, ahora resulta que tienen que aprender.
Si a esto le sumamos a las consultoras que intentan hacer el trabajo por ellos con sus propios desconocimientos, ya tenemos la tormenta perfecta. Todos tienen que decir que lo conocen pero casi ninguno tiene conocimiento real y balbucean jerga para intentar justificar la dificultad de aprendizaje. No estoy diciendo que sea fácil, hay que dedicar mucho tiempo y recursos a formarse y a formar el equipo, pero lo increíble es pensar que en un mundo que cambia a la velocidad de la luz el conocimiento tecnológico puede adquirirse a la velocidad del sonido, eso significa que cada minuto que pasa estamos más lejos de lo que la tecnología puede ofrecernos.
Corolario.- Por eso las startups empleamos esta tecnología cloud. Porque somos jóvenes ya hemos nacido con ella y no hemos necesitado curva de aprendizaje. Por eso y porque no tenemos una mochila de años de éxito a nuestras espaldas.
Yatsenko y Storonsky crearon Revolut en Julio del 2015, 5 años más tarde tienen 12 millones de clientes en 35 países, la unión de Bankia y CaixaBank tendrá 20 millones de clientes. Revolut es 100% Cloud y la banca española está apostando fuertemente por la nube.
"El mainframe da soporte a la operativa de grandes empresas, entidades financieras y administraciones públicas. Hablamos, en concreto, de 92 de los 100 bancos más importantes del mundo, las 10 mayores aseguradoras y 23 de las 25 principales empresas de distribución; además de aerolíneas, o suministradoras de energía o agua”. Fuente: https://www.silicon.es/a-fondo-mainframe-resiste-2398071. Julio 2019. Por si tenías dudas de la apuesta.
Acceso amplio y ubícuo a toda la red: todas las capacidades están disponibles a través de la red y se accede a ellas a través de mecanismos estándares y plataformas heterogéneas como por ejemplo: teléfonos móviles, tabletas, computadoras portátiles y estaciones de trabajo.
Es decir, todo se gestiona desde una navegador o una app, que accede a los servicios desde cualquier sitio. Esto destroza dos décadas de ingenieros de redes de comunicación que se han dedicado a implantar sistemas y redes "seguras" que solo permitían acceder desde la oficina, desde un hotel con una VPN, etc. ¿Que van a realizar ahora todos esos ingenieros de comunicaciones? Ellos no deciden cómo están hechas las Cloud y por eso limitan su uso, la reacción normal es intentar aplicar todo lo que saben al nuevo paradigma y el resultado es un engendro que solo consigue que cada cambio suponga un alto coste de recursos y tiempo.
Corolario.- Para entrar al banco usuario, contraseña y clave de SMS y para ver la presentación que me envia mi jefe, usuario + contraseña de la VPN + token + usuario de dominio + contraseña + más token + sms + grupo de acceso correcto... pero ya he conseguido teletrabajar. Si todo estuviera realmente en cloud ¿el teletrabajo sería un reto?
Ubicación transparente y agrupación de recursos: los recursos informáticos del proveedor de servicios se agrupan para brindar servicio a múltiples consumidores, con diferentes recursos físicos virtualizados que se asignan y reasignan dinámicamente de acuerdo con la demanda. Existe una sensación de independencia de ubicación en el sentido de que el cliente generalmente no tiene control o conocimiento sobre la ubicación exacta de los recursos proporcionados, pero puede especificar la ubicación en un nivel más alto de abstracción (por ejemplo, país, estado o centro de datos). Ejemplos de recursos: almacenamiento, procesamiento, memoria y ancho de banda de red.
La falsa sensación de tranquilidad que nos proporciona cuando alguien técnico nos decía: "ahí están tus datos" aunque señalase a CD-ROM con canciones de Chenoa, esta sensación se enturbia con lo anteriormente descrito. Leyéndolo parece que no sabemos donde están las cosas, pero no es así. Sabemos donde se ubican pero quizá no exactamente en qué byte, de que máquina, de qué sección, de qué disco. La pregunta es ¿Cuánto mejora eso mi negocio? Tampoco sé donde tiene el dinero los bancos pero estamos tranquilos, simplemente es un cambio de paradigma. Esta confianza la adquiriremos cuando los propios equipos de tecnología amenazados por los cambios abracen la nueva realidad de verdad y no solo de cara a las entrevistas.
Rápida elasticidad: los recursos se pueden aprovisionar y liberar rápidamente según la demanda. Para el consumidor, las capacidades disponibles para el aprovisionamiento a menudo parecen ser ilimitadas y pueden ser apropiadas en cualquier cantidad en cualquier momento.
Este punto parece el más evidente pero tampoco lo es tanto. Esta capacidad de elasticidad para que se aproveche tiene que ser tenida en cuenta. Dicho de otra forma, hay que diseñar para las plataformas cloud, y este diseño no es trivial hay que tener conocimiento de ellas a nivel de desarrollo para poder crear arquitecturas cloud, llevándolo a un terreno más conocido. Un ingeniero Naval y un Arquitecto construyen elementos, barcos o edificios, pero nos resulta evidente que no lo hacen de la misma forma. Pues cuando esto lo llevamos a mundo de la tecnología pensamos que el arquitecto puede construir barcos y viceversa y lo peor es que el arquitecto también lo piensa, luego tenemos un Titanic y nadie entiende qué pudo fallar.
Nota.- Lo peor son los consultores que se permiten poner en una presentación que se pueden hacer arquitecturas de cloud híbrida y muticloud para alta disponibilidad. Es como decir que se pueden hacer edificios que naveguen y se quedan tan anchos, y soy consciente de que existen los transatlánticos, pero dudo mucho de que quien es capaz de escribir eso sea consciente.
Corolario.- Los arquitectos Cloud son unos seres que raramente los encontrarás buscando personas con experiencia en gestión de Data Centers. Es como buscar un ingeniero naval en la convención de arquitectura gótica.
Servicio medido: quizás una de las características determinantes. Los sistemas en la nube tienen mecanismos de medición en alguno de los niveles de abstracción para el tipo de servicio (por ejemplo, almacenamiento, procesamiento, ancho de banda y cuentas de usuario activas). El uso de los recursos se puede monitorear, controlar e informar, proporcionando transparencia tanto para el proveedor como para el consumidor del servicio utilizado. A veces esta posibilidad de medición deriva en una cobranza por parte del proveedor hacia el cliente según el uso final. En otros casos, el servicio medido sirve para alocar un valor referencial a un centro de costos, bajo una medida pre-acordada.
Esta característica nos indica que podemos medir todo o que deberíamos poder hacerlo. Si esto es así, lo que me parece curioso es que se sigan vendiendo sistemas de monitorización y que algún compañero lo proponga para tener control sobre el cloud.
En resumen, cloud no es una evolución de los sistemas, es una transformación total de los mismos. Es un nuevo paradigma. Nuestra manera de aprovecharlos correctamente pasa por adquirir un conocimiento totalmente nuevo, nuestro conocimiento de tecnología anterior es aplicable solo en un % pequeño. Luego, el principal limitante del uso del cloud son los propios profesionales de tecnología que deben realizar su particular "vía crucis". La ilustración siguiente muestra una transición ante el cambio aplicada al caso específico del cloud.
Pero ¿Cómo podemos reconocer a los profesionales de tecnología que no han llegado a la transformación?
Pida a su profesional de tecnología que le construya un sitio web en 15 minutos solo con su PC. Si no es capaz desconoce los servicios que las plataformas cloud le permiten a día de hoy. Un simple SharePoint de Office 365 le permite hacerlo o el Sites de Google. Desconfíe de alguien sin este conocimiento y desconfíe más si le plantea que esto requiere un estudio, unos requisitos, etc. Existen miles de imágenes en los marketplaces de las plataformas cloud para hacer algo así.
Pida a su profesional de tecnología que le muestre la previsión de gasto para el mes en curso en la solución de cloud que dice que utiliza, debería ver algo como esto en un par de minutos.
Google Cloud.
Microsoft Azure
Son dos de mis cloud personales que utilizo para poder seguir manteniendo el conocimiento en un mundo que cambia a la velocidad de la luz.
Haremos otro artículo para entender lo del IaaS, SaaS y PaaS, pero sirva esta imagen de aperitivo de lo que vendrá.
La explicación se basa en quién hace qué. Luego el problema se reduce a ¿Quién deja de hacerlo?
Fuente: https://medium.com/@vanshvarshney_/what-is-iaas-vs-saas-vs-paas-and-xaas-whats-the-difference-examples-ceadeee146e6
A nadie le llama la atención que quien deja de hacer el trabajo sean los mismos que deben implantar esta tecnología.
Comments