Últimamente me he encontrado con un dilema en el trabajo. Llevo un par de años usando principalmente Python para automatizaciones y scripts de análisis, pero ahora en mi nuevo proyecto me están pidiendo que construya una API robusta y con buen rendimiento para un microservicio. Mis compañeros de back-end, que vienen de Java, no paran de hablar maravillas de la concurrencia en Go y lo sencillo que es desplegar el binario. La verdad, me pica la curiosidad y estoy considerando si dar el salto y aprender Go para este caso concreto, pero me da un poco de vértigo cambiar de ecosistema solo para esto. ¿Alguien ha pasado por una situación similar?
|
Qué tan viable es usar Go para una API de microservicios viniendo de Python?
|
|
Me pasa ese vértigo cuando lo nuevo promete simplificar pero implica romper hábitos de años con Python y la idea de Go para una API con buena concurrencia suena tentadora y da impulso
Analizarlo sugiere mirar rendimiento concurrencia y despliegue sin dependencias pesadas y ver si un prototipo en Go te da un cuadro real de beneficios
Algunas personas repiten Go como si fuera la panacea y se olvidan de que la magia rara vez existe quizá el cuello de botella esté en la arquitectura o en las pruebas
Tal vez podrías empezar probando un API en Go para la parte pesada y dejar Python para la orquestación y las pruebas esto te da un experimento sin cambiar todo de golpe
¿Qué tan crítico es el tiempo de despliegue y la curva de aprendizaje para Go en tu equipo
Podría interpretarse como si lo que importa fuera la API y no el lenguaje tal vez lo útil sea centrarse en el diseño de API y pruebas de rendimiento sin cambiar de idioma y sin perder el foco en Go
|
|
« Tema anterior | Tema siguiente »
|

