Explota tu infraestructura, revisa tus contratos y evalúa tus cargas de trabajo
Todas las organizaciones del mercado medio están revisando cómo pueden hacer un mejor uso de sus presupuestos el próximo año. Esto comienza con la infraestructura que ya pagó y cómo aprovecharla al máximo. Cuando hablé de sudar activos en un artículo anterior, esto realmente tiene que ver con la gestión de costos: cuánto puedo sudar un activo es cuánto puedo seguir funcionando después de su vida útil ideally suited, que para la mayoría de las compras de infraestructura es 3 años. Si empujo eso más allá de 3 años, ahora estoy sudando el activo.
Lo que quiero pensar es, ¿cuál es un buen lugar para hacer eso y cuál es un mal lugar? La mayor parte de la infraestructura es bastante confiable. Dicho esto, con la infraestructura que tengo en Prem (y nunca me desharé de ella, incluso si voy primero a la nube), todavía tengo que ejecutar una crimson. Quiero pensar en los tipos de categorías de cosas que diría que son ‘sudorables’, y podrías ponerlas en Nivel 1, Nivel 2, Nivel 3.
Entonces, Nivel 1. Estas son cosas que no puedo sudar. El más grande es mi almacenamiento de primer nivel. Si tengo una base de datos, probablemente no quiero preocuparme por el almacenamiento, ya que tengo esa base de datos crítica para el negocio, realmente necesito estar al tanto de ella. Así que ese es un lugar donde no voy a querer sudar esa inversión.
El nivel 2 son cosas que, bueno, mi negocio seguirá funcionando bien si las uso más allá de los tres años. Tal vez pueda obtener 5 años de ellos. Por ejemplo, servidores: realmente no quiero preocuparme por estos, pero al mismo tiempo, no estoy necesariamente usando toda mi CPU, realmente trabajando esa pieza de {hardware}. La probabilidad de fracaso no aumenta drásticamente entre 3 y 5 años, por lo que está bien preocuparse por eso. Probablemente no quiero sudar hasta 7. Eso se vuelve un poco arriesgado. Los problemas de confiabilidad aumentan después de cinco años. Incluso cosas como la falla de los ventiladores pueden convertirse en un gran problema de mantenimiento.
La crimson entra en ese grupo de Nivel 3 cuando se trata de componentes que no son de seguridad de mis conmutadores de crimson. Enrutadores. Aquellos que realmente no deberían tener problemas para sudar en este tipo de rango de 7 años. Donde eso se vuelve problemático es si me estoy metiendo en problemas de capacidad, por ejemplo, seguridad. O problemas de capacidad, donde envío más tráfico de crimson del que puede manejar el conmutador. Digamos que tenemos 10G en mi núcleo, o 40G en mi núcleo, y realmente he ido más allá de lo que 10G o 40G realmente pueden manejar.
A medida que observa tanto el Nivel 2 como el Nivel 3, a medida que comienza a sudar aquellos más allá de lo que el fabricante considera que es la vida útil estándar, encontrará que los costos de soporte propio aumentan. Para los conmutadores, si su fabricante aún le permite obtener acceso al firmware, podría considerar el mantenimiento de terceros. El firmware propio es imprescindible: muchos fabricantes restringen su capacidad para obtener el firmware precise, lo que tiene un impacto directo en la seguridad de esos dispositivos.
Eso funciona para los servidores también. Si no puede obtener parches actualizados, si no puede obtener controladores actualizados, al menos se perderá las actualizaciones de seguridad. También se perderá la estabilidad y las correcciones de errores. Así que realmente lee la letra pequeña. Asegúrate de ponerte de pie sobre eso.
Como parte de este ejercicio, haría algunas revisiones importantes de contratos: puede valer la pena contratar a una empresa para asegurarse de que comprende cuál es su gasto whole y buscar potencial para consolidar en toda la organización. Luego, puede comenzar a hacer algunas negociaciones de acuerdos maestros de servicios (MSA) y negociaciones de contratos para realmente reducir el precio.
¡Especialmente en los puntos finales! Encontramos que muchas organizaciones piensan que su gasto está entre el 40 y el 60 % de su gasto actual en cosas que se han distribuido en la organización para poder comprar. La capacidad de consolidar eso y decir, compraremos todos nuestros terminales de Dell, Lenovo, HP, Microsoft o quien sea, y luego iremos a ese proveedor y negociaremos un MSA con niveles de descuento. Esto puede suponer un importante ahorro de costes.
La otra cosa que debe considerar es la consolidación de proveedores/socios. Es possible que tenga más proveedores de los que necesita, entonces, ¿cuáles realmente brindan un valor distinguido a su organización? ¿Cuáles realmente lo ayudan a pensar en su negocio y le brindan tecnología como un activo comercial? Si comienza a consolidarse en esos, primero puede reducir la charla que se produce, pero también, en segundo lugar, puede aprovechar el poder de su billetera y obtener más valor de esas relaciones.
Recomendaría fijar en tres proveedores. No creo que debas consolidar más bajo que eso. Tres le da la posibilidad de hacer algunos precios competitivos cuando sea necesario. Se asegura de que tenga una gama más amplia de opciones cuando busque productos. Más alto está bien, o es posible que no tenga el tiempo y la paciencia para mantener relaciones con tres proveedores, por lo que menos también es una posibilidad. Tienes que tomar una decisión por ti mismo.
Estas preguntas no desaparecen con Cloud. Lo primero que debe recordar es que la nube no debe ser arbitraria. Lo que quiero decir es que está bien tener una estrategia de ‘nube primero’, pero no está bien tener una estrategia de ‘solo nube’. Esto tiende a salir mal. Primero en la nube es cuando lo primero que hago es mirar a la nube y decir: ¿es este el lugar adecuado para ejecutar esta carga de trabajo? ¿Está la nube realmente hecha para esto? ¿Y mi negocio requiere las cosas que proporciona la nube?
Dos cosas deberían empujarte a la Nube; el primero es una reducción de la deuda técnica, lo que significa todos los atajos que se hicieron en la implementación, que ahora le cuestan rendimiento, capacidad, flexibilidad o mantenimiento easy. Entonces, si implemento esto en la nube, ¿puedo hacerlo de una manera que reduzca la deuda técnica? ¿Voy a estar en la versión más nueva? ¿Puedo hacerlo como un SaaS, donde ya no tengo el mismo nivel de mantenimiento/requisitos de mantenimiento, y donde el software program no seguirá envejeciendo, y la antigüedad de ese software program, la moneda, o la falta de ella, se convertirán en un problema? ?
El segundo es la agilidad. Al poner esto en la nube, ¿podré aprovechar la agilidad de la nube, ya sea en escalabilidad o en complementos de izquierda a derecha? Por ejemplo, ¿podré aprovechar algunas de las herramientas de IA o ML que existen en la Nube? ¿Esas cosas complementarían esta aplicación y, por lo tanto, me darían una capacidad mucho mayor de la que tendría si la tuviera en las instalaciones?
Si la respuesta a ambos es no, y cree que puede ir a la nube y ahorrar dinero, entonces probablemente solo sea cierto si ya está 94/95% en la nube. Lo que realmente pensaría es si la nube es el lugar adecuado para ejecutar esta carga de trabajo. Si no, ¿tengo una infraestructura native que pueda ejecutarlo? Si la respuesta a esa pregunta es sí, debería tenerlo en las instalaciones. Luego volvemos a la conversación proveedor-herramienta-contrato.
Si la respuesta es no, y la nube es el lugar adecuado para ejecutarlo, implemente en la nube, pero la conversación sigue siendo la misma. Hay 270 combinaciones de CPU disponibles en AWS. ¿Hemos estandarizado en eso? ¿Hemos estandarizado cómo vamos a consumir S3 y, específicamente, qué productos de S3 vamos a consumir? Lo mismo para nuestras opciones de IA y opciones de ML. ¿Podemos aplicar la gobernanza a esas cosas, para que no sea el monstruo abrumador en el que se puede convertir Cloud?
No creo que la conversación sobre contratos cambie, ya sea en las instalaciones o en la nube. Hay muchas tarjetas de crédito AWS dentro de una organización. Entonces, ¿podemos consolidar eso, celebrar un contrato y aprovechar los descuentos contractuales? Como cliente, ¿podemos aprovechar algún sobreaprovisionamiento durante el período de nuestro contrato, sin incurrir en un mayor costo? Esto solo está disponible en un acuerdo empresarial, entonces, ¿somos lo suficientemente grandes como para tener un acuerdo empresarial con AWS o Microsoft?
Puede ver la relación entre esto y la sudoración de activos, la clasificación en niveles. Cuando realizo ese ejercicio de niveles, también expongo la importancia crítica de la aplicación y su infraestructura subyacente para mi negocio. Al determinar lo que es crítico para mi negocio, también puedo ver qué se beneficiará de la resiliencia y la elasticidad de la nube, antes que nada. Si no puedo preocuparme por esta infraestructura, y está por renovarse, y es una compra importante, ¿la ejecución native sigue siendo la forma correcta de hacerlo?
También quiero considerar si mis patrones de acceso han cambiado. En los últimos tres años, todos se fueron a casa y comenzaron a trabajar, y muchas organizaciones están descubriendo que la productividad es igual o mejor, o que las diferencias son insignificantes. Pero los empleados realmente ven que la flexibilidad es un gran beneficio. Mientras tanto, estamos viendo en las noticias cómo las empresas están llamando a los empleados para que vuelvan a trabajar en la oficina y están viendo muchas renuncias.
Si analizó eso y decidió mantener a un gran porcentaje de personas trabajando desde casa, es possible que llevar a las personas a un centro de datos central para acceder a una aplicación no brinde la mejor experiencia, ya que no controla su última milla. acceso a la crimson. Puede valer la pena mirar a la nube para mejorar esa experiencia para su fuerza de trabajo distribuida.
En última instancia, se trata de ponerse en forma. Nivele sus activos, sude sus activos y mueva las cargas de trabajo a la nube, donde tiene sentido. Sobre todo, ponga a sus proveedores en forma, ya sea en las instalaciones o en la nube, de lo contrario, solo pagará más por cosas que no necesita o que se pueden descontar. No asuma que el statu quo es su amigo, eso solo le costará dinero y nadie puede permitirse el lujo de hacerlo.
