Porque es raro y aterrador y desconocido.
El modelo de compra OPEX de la nube pública no se ajusta perfectamente a los modelos de costos financieros y presupuestos de compra existentes, donde el CFO asume que toda la tecnología es un costo que se depreciará durante tres años.
Cuando ha estado comprando tecnología y contratando personal para respaldarla durante más de 20 años, y especialmente si tiene múltiples aplicaciones críticas de línea de negocios que dependen de una determinada forma de hacer las cosas, y un equipo de operaciones de TI que probablemente no tenga suficiente personal de los últimos tres recortes presupuestarios (pero la carga de trabajo no ha disminuido), entonces nadie tiene tiempo ni ganas de explorar nuevas formas de hacer nada.
Lo que es peor es cuando una empresa intenta aprovechar los servicios de la nube pública, pero no entiende cómo funciona de otra manera que “¡Hey, máquinas virtuales alojadas por centavos por hora! ¡Ahorraremos dinero!
- Cómo mejorar mi personalidad e influir en más personas con mi presencia.
- ¿Por qué es que las personas más jóvenes quieren unirse al ejército de los Estados Unidos en lugar de a los adultos mayores?
- ¿Es normal sentirse así después de ver Neon Genesis Evangelion?
- ¿Por qué la gente odia a Winson Churchill?
- ¿Hay algún trabajo que implique estar frente a grandes grupos de personas y exagerar y simplemente divertirse?
Así que siguen su antiguo modelo de “compre servidores robustos y de gran tamaño porque deben durar tres años antes de que se agoten” y “compre hardware redundante extra costoso porque nuestras aplicaciones son de misión crítica”. Obtienen máquinas virtuales facturadas por servicios públicos de tamaño similar, despliegan sus aplicaciones y bases de datos, y lo terminan.
Entonces se preguntan por qué no están ahorrando dinero.
Esa utilidad facturada por VM basada en OPEX cuesta más en un período de tres años que su hardware depreciado por CAPEX. Sus advertencias y estudios de casos se convierten en la base de artículos de mierda en InformationWeek, que advierten a todos sobre los peligros de la nube (o en el caso de Business Insider, cómo los Millennials están matando al tradicional centro de datos de TI, junto con los grandes almacenes, el cereal de desayuno, el diamante). industria, etc).
En algunos casos, las organizaciones realmente están demasiado involucradas en su tecnología existente, y los sistemas interconectados son tan complejos que es difícil siquiera comenzar a pensar en la transición. O sus departamentos de TI se han quedado tan aislados (el equipo de la red no habla con el equipo del servidor que no habla con el equipo de almacenamiento, etc.) que tienen problemas para coordinar su infraestructura existente, y mucho menos iniciar una migración a un servicio que requiere una Un conjunto de habilidades radicalmente diferente y las amenaza a todas con desempleo.
Así que todas estas cosas se combinan para hacer de la nube pública una transición grande y aterradora, que amenaza todas las viejas formas de hacer las cosas. Eventualmente, el primer ejecutivo dirá “ve a hacer cosas de la nube”, y se convertirá en una iniciativa estratégica, para que nadie pueda ignorarlo. Pero pueden matar todos los intentos en reuniones de comité / proyecto. “Oh, esto no cumple con nuestros requisitos de seguridad” o “estimamos que costará $ X, pero solo hemos sido presupuestados en $ Y”.
Y la compañía sigue haciendo lo que está haciendo … hasta que un día, adquieren una empresa emergente que nació en la nube y ponen a esas personas (contrataciones) en las posiciones correctas para ayudar a hacer la transición.
Y los contratados adquiridos pueden o no ser bloqueados por empleados experimentados a largo plazo que han construido una posición segura para ellos mismos empujando el papel utilizando procesos manuales anticuados. Cumplen con los términos de su contrato, y luego se van para alejarse de toda esta burocracia y unirse a otra startup.
Esas son algunas de las razones que he visto, tanto de mis propios empleadores [anteriores] como de los posibles clientes / clientes a los que les vendo.
