3 formas en que los arquitectos de la nube pueden aumentar su impacto

¿No pudiste asistir a Transform 2022? ¡Vea todas las sesiones de la cumbre en nuestra biblioteca a pedido ahora! Mira aquí.

Como arquitectos de la nube, trabajamos para la mejora continua, tanto en el cumplimiento de nuestras tareas diarias como con el objetivo más amplio de acelerar el viaje de nuestra organización a la nube. Necesitamos crear valor tanto inmediato como a largo plazo.

He pasado mucho tiempo diseñando sistemas en la nube y sé que nuestro trabajo consiste en aplicar conocimientos técnicos a problemas comerciales reales. Sin embargo, no todos los problemas a los que nos enfrentamos son técnicos, ni tampoco las soluciones.

Aunque las empresas para las que he trabajado son variadas, comparten desafíos similares. Por eso, ofrecí tres consejos clave para maximizar el impacto que los arquitectos de la nube pueden usar para enfrentar desafíos comerciales complejos, sin importar el contexto.

usa lo que tienes

Cuando nos enfrentamos a un nuevo problema de software, a menudo vamos directamente a la pizarra y comenzamos a escribir. Nos engañamos a nosotros mismos haciéndonos creer que cada problema que enfrentamos es único. A menudo este no es el caso. Es hora de apoyarse en los desarrolladores inteligentes que nos precedieron y construir un puente entre el pasado y el futuro.

Evento

MetaBeat 2022

MetaBeat reunirá a líderes de opinión para asesorar sobre cómo la tecnología del metaverso transformará la forma en que todas las industrias se comunican y hacen negocios el 4 de octubre en San Francisco, CA.

registrarse aquí

Los arquitectos de la nube a menudo tienen que trabajar con limitaciones estrictas (tiempo, presupuesto, habilidades de equipo) mientras hacen las cosas lo antes posible. Tenemos que diseñar con las restricciones que se nos dan.

La mejor forma de gestionar estas limitaciones es aprovechar los servicios de software existentes, incluido el diseño de aplicaciones en la nube y el desarrollo de la arquitectura, y la gestión y el control de la nube, para ver qué funciona mejor. Esto puede requerir un análisis forense institucional en casos anteriores, para averiguar por qué funcionaron los éxitos y dónde fallaron los fracasos.

Busque patrones de éxito y fracaso, tanto a nivel técnico como a nivel gerencial y organizacional. Luego, elija los componentes básicos más sólidos para su desafío actual y ponga su energía mental en otras partes del problema que no se prestan a soluciones listas para usar.

Es una regla básica de la economía que cualquier empresa, o individuo, se esfuerza al máximo con el mínimo esfuerzo. Así que empieza con lo que tienes y construye sobre eso. No hay necesidad de reinventar la rueda. Usa las ruedas que tienes y comienza a conducir hoy. Podrás moverte más rápido.

Reencuadrando el problema

Probablemente, el factor clave en cualquier tipo de proyecto de desarrollo de software es el tiempo de comercialización. El reloj sigue corriendo. Cuanto más rápido desarrolle una solución tecnológica para el problema comercial, más felices estarán todos. Quiere el mejor resultado con la menor complejidad, porque la complejidad ralentiza los proyectos.

Una queja común de los arquitectos de la nube es que piensan que las herramientas que tienen no son suficientes para crear la solución que necesitan. Sin embargo, en la mayoría de los casos, estas son las únicas herramientas que necesitará para solucionar este problema. Puede suponer que eso significa que tendrá que sacrificar la funcionalidad. En su lugar, piensa diferente.

Déjame darte un ejemplo. En un trabajo anterior, fui responsable de escanear los sistemas de la organización en busca de malware, que incluía millones de máquinas en muchas redes. Una tarea gigante. No era imposible, pero estuvo cerca.

Entonces me di cuenta de que rastrear malware era como administrar un sistema. Está buscando código o sistemas que hagan algo que se supone que no deben hacer. Con malware, es intencional y destructivo; con una gestión simple del sistema, este no es el caso.

Así que reformulamos el problema con una simple pregunta: ¿qué hacen las máquinas que es diferente de lo que hacen normalmente? Empezamos a rastrear estas diferencias - el d...