Ir al contenido principal
Blog¿Está equivocada su estrategia de desarrollo en la nube?

¿Está equivocada su estrategia de desarrollo en la nube?

¿Está equivocada su estrategia de desarrollo en la nube? Blog Post Cabecera imagen destacada.

Empecé mi carrera hace 20 años como ingeniero de software. Muchos de nosotros -y sé que no soy el único- hemos sido testigos del crecimiento sin precedentes de la nube pública y seguimos siéndolo hoy en día.

Hay proveedores de nube que tienen una visión opinada de cómo se debe construir con ellos. A este enfoque lo llamamos plataforma nativa. Quieren que construyas utilizando sus servicios y herramientas, todo dentro de su ecosistema. Pero los proveedores de la nube no deberían dictar cómo se construye y despliega. Por el contrario, sus cargas de trabajo deben ser portátiles, utilizando herramientas abiertas y basadas en estándares que le permitan implantarlas y trasladarlas allí donde tenga sentido para encontrar el mejor ajuste geográfico, de precio o de rendimiento para su carga de trabajo.

El actual proceso de compra de los desarrolladores

He cometido errores al seleccionar el proveedor de nube adecuado. Muchos lo hemos hecho. Pero estas experiencias -buenas y malas- me han permitido ver patrones en el proceso de selección. Y he descubierto cinco etapas en el viaje de compra de la nube de un desarrollador.

1. Descubrir. Tanto si te enteras de algo nuevo en un evento como si lees Stack Overflow o un hilo de Reddit, ves YouTube o donde sea, un servicio en la nube despertará tu interés porque nunca antes habías oído hablar de él. Y, de repente, piensas: ¿Qué es esto? ¿En qué me afecta? ¿En qué me puede ayudar?

Hay muchas más preguntas que hacer durante la fase de descubrimiento. Su objetivo debe ser obtener respuestas sobre lo que hace que una oferta de nube sea única, lo que la diferencia de algo perceptiblemente similar y la propuesta de valor específica que le presenta. Ya se trate de un compromiso de servicio o de otra cosa, es aquí cuando se pregunta: "¿Por qué?".

2. Evaluación. En esta fase, ya hemos dejado de preguntarnos y estamos bastante seguros de que hay algo. Ha llegado el momento de comprometerse y evaluar lo que hemos descubierto. No hay que dedicar mucho tiempo. Por lo general, sólo se necesitan entre 15 y 20 minutos para sumergirse en la documentación. Pero tendrás que profundizar para entender el servicio o la herramienta y evaluar las diferencias con lo que ya sabes.

Aunque es útil comprender exactamente qué servicios está evaluando, no se preocupe si su conocimiento de otros proveedores de nube es algo limitado. Por ejemplo, nuestra oferta gestionada de Kubernetes. Si está familiarizado con las ofertas de la competencia, puede establecer algunas comparaciones entre estas y Linode Kubernetes Engine.

He aquí un extracto de un caso de uso de evaluación de Elliot Graebert, Director de Ingeniería del fabricante de drones Skydio.

"Las interfaces son bastante idénticas, por lo que es imposible decir que una es mejor que la otra. Su diseño es nítido y limpio, sin la sobrecarga de funciones que prevalece en AWS y Azure. En mi opinión, esta simplicidad contribuye en gran medida a ayudarte a entrar, desplegar tu aplicación y volver a escribir código." Y añade: "La increíble velocidad deLinodepara arrancar nuevos clusters k8s atraerá a algunas audiencias, y su tiempo total de despliegue de nodos fue sólido".

3. Aprende. Ahora estamos listos para pasar a la etapa más crucial. Y es que, durante la fase de evaluación, invertirás algo de tiempo, pero ahora es cuando invertirás la mayor parte de tu tiempo. Como desarrolladores, tenemos un millón de proyectos dándonos vueltas en la cabeza. Ahora, vamos a hacer un pequeño ejercicio de adaptación para ver si esta oferta en la nube merece la pena. Prepárate para invertir horas en aprender. La pregunta más importante que hay que responder es ¿Funcionarán este proveedor de nube y su solución para mi próximo proyecto?

4. Construir. ¿A qué ingeniero no le gusta poner las manos en un teclado? Pero en este paso es donde las cosas suelen ir mal. Nos condicionamos a construir MVPs (productos mínimamente viables) cuando realmente necesitamos construir MLPs, "productos mínimamente adorables".

Los MVP son lo mínimo, y no te van a gustar necesariamente. De todos los MVP que he creado a lo largo de mi carrera, no puedo nombrar ninguno que fuera apto para la producción. En mi trabajo actual, me encanta mostrar a los desarrolladores cómo crear un MLP. El resultado es algo que pueden evaluar honestamente si el esfuerzo que pusieron en construirlo valió la pena o no.

5. Escala. Son muchas las preguntas que te harás en esta fase. Al comprender la escala, querrá saber cómo aprovechar las ventajas de las múltiples regiones, ya sea para replicar datos de un punto a otro para la recuperación en caso de desastre o simplemente para existir en más de una región. Piense en la escala no sólo desde el punto de vista de los procesos, sino también del personal. Si necesita inyectar más personal en este proceso, ¿qué aspecto tiene eso? 

También querrá entender el proceso de integración. Ya sea a través de un CLI o API, averigüe qué hay disponible que pueda ayudarle a automatizar. Estamos en esta ola de automatización con la Infraestructura como código (IAC) a la cabeza. Hacemos más con menos porque sabemos que los procesos son escalables y las personas no. Evalúe el esfuerzo que supone poner en marcha la infraestructura y escalarla.

Plataforma nativa frente a nube nativa

La elección de la nube seguirá siendo un viaje evolutivo. Tenemos que empezar a verlo de forma más objetiva. Cuando me aventuré por primera vez en la nube, construí exclusivamente con esas plataformas y herramientas. Toda la literatura técnica disponible en aquel momento versaba sobre una plataforma concreta. Pero a medida que crecía como ingeniero, empecé a construir de forma nativa en la nube, donde podía recoger mi carga de trabajo y trasladarla a donde fuera, lo que me daba más control sobre las cosas que construía. Y lo hice con la ayuda de herramientas de código abierto, que me permitieron adoptar estándares unificados como CI/CD, IaC y la contenedorización

Si todo esto coincide con tu forma de pensar y quieres construir de esta forma nativa de la nube, nos encantaría hablar contigo. Póngase en contacto conmigo o con cualquier miembro del equipo para hablar sobre su viaje de compra en la nube.


Comentarios

Dejar una respuesta

Su dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *.