Preguntas de entrevista de microservicios

Ya has leído los nombres de los patrones, puedes recitar qué hace un circuit breaker, y aun así no sabes qué está escuchando realmente el panel. Esta sección nombra las cuatro áreas que evalúan los entrevistadores, en el orden en que suelen indagarlas. Cada una es una pregunta de criterio disfrazada de pregunta de vocabulario.

• Descomposición. ¿Dónde cortas, y por qué ahí? Los entrevistadores quieren un límite trazado según la capacidad de negocio o la propiedad de los datos, no según capas técnicas.
• Comunicación. Solicitud/respuesta síncrona o eventos asíncronos, y qué se rompe en cada caso. La respuesta que buscan es una comparación de ventajas y desventajas, no una preferencia.
• Datos. Una base de datos por servicio implica que no hay joins entre servicios ni transacción distribuida. ¿Cómo mantienes el sistema correcto de todos modos?
• Operaciones. Despliegue, versionado, trazabilidad, y qué ocurre de madrugada cuando un servicio está lento en lugar de caído.

Nota que ninguna de estas trata sobre un framework. Un candidato que explica por qué separó checkout de inventario supera siempre a quien solo enumera anotaciones.

Estas son las preguntas con las que suelen abrir la mayoría de las rondas de microservicios, junto con lo que el entrevistador está evaluando detrás de cada una.

• ¿Cómo dividirías este monolito en servicios? Evalúan si cortas según capacidades de negocio y propiedad de los datos, o según capas de controller, service y repository. La segunda respuesta produce un monolito distribuido.
• ¿Cómo se comunican dos servicios entre sí? Evalúan si puedes nombrar el costo de cada opción: las llamadas síncronas dan un modelo mental simple y acoplan la disponibilidad, los eventos asíncronos desacoplan la disponibilidad y te dan consistencia eventual, algo que debes saber explicarle a un product owner.
• ¿Qué es un monolito distribuido y cómo se evita? Evalúan si sabes que los servicios que deben desplegarse juntos en realidad no están separados.
• ¿Qué tan grande debe ser un servicio? Evalúan que resistas dar un número. El tamaño sigue al límite y al equipo que lo posee.
• ¿Necesitas un API gateway, y qué hace? Evalúan si puedes separar el enrutamiento, la autenticación y la limitación de tasa de la lógica de negocio.
• ¿Cómo se encuentran los servicios entre sí? Evalúan familiaridad básica con service discovery y por qué los hosts fijos fallan en un entorno escalado.

Di la comparación de ventajas y desventajas en voz alta en cada respuesta. Un panel no puede otorgar puntos por una comparación que hiciste en silencio, solo en tu cabeza.

Aquí es donde se gana o se pierde la entrevista, porque estas preguntas no tienen una respuesta limpia y los candidatos recurren a una memorizada.

• ¿Cómo mantienes los datos consistentes entre servicios? Nombra primero la restricción: no existe una transacción entre servicios. Luego describe una saga, ya sea coreografiada mediante eventos u orquestada por un coordinador, y di con claridad que el sistema es eventualmente consistente y qué ve el usuario durante ese intervalo.
• ¿Qué ocurre cuando un servicio dependiente está lento? Timeouts, reintentos con backoff, y un circuit breaker para que una dependencia lenta no agote tu thread pool. Estar lento es peor que estar caído, y decirlo demuestra experiencia en producción.
• ¿Cómo haces que un reintento sea seguro? Idempotencia. Una clave de idempotencia en la ruta de escritura, para que un pago reintentado se cobre una sola vez.
• ¿Cómo manejas un fallo parcial en un flujo de varios pasos? Acciones compensatorias, no un rollback. Explica cómo se ve reembolsar o liberar una reserva.
• ¿Cómo depuras una solicitud que pasó por seis servicios? Trazabilidad distribuida con un ID de correlación propagado en cada salto, además de logs estructurados y métricas.

Un ingeniero backend que entrevistaba para un puesto de plataforma L5 en un proveedor de nube pública recibió la pregunta de la saga y la respondió de un tirón, en vocabulario de patrones, sin mencionar qué vería el cliente. La pregunta de seguimiento, qué muestra la página del pedido durante la ventana inconsistente, es la que realmente decide la ronda. Prepara la segunda respuesta, no solo la primera.

Hay más bancos de preguntas por rol y tema recopilados en preguntas de entrevista por rol.

Leer esta lista genera reconocimiento, y ese reconocimiento desaparece cuando un desconocido hace la pregunta y espera la respuesta. La brecha entre conocer un patrón y explicarlo bajo presión leve es toda la dificultad de una ronda de diseño de sistemas, y solo se cierra hablando.

Elige un flujo que conozcas bien, la creación de un pedido o un registro de usuario, y narra en voz alta toda la descomposición: el límite, la elección de comunicación, la historia de consistencia, la historia de fallos. Hazlo hasta que dejes de reiniciar las frases. Puedes practicar estos ejercicios frente a un entrevistador de IA que hace preguntas de seguimiento y te deja responder por voz en el modo entrevista simulada, algo mucho más cercano a la realidad que releer apuntes.

Aaron Cao, fundador de SubcueAI, diseñó el modo de práctica alrededor de esa brecha y no alrededor de la simple entrega de contenido. Las listas de preguntas están disponibles gratis en cualquier lugar; lo que le falta a los candidatos es repetir la respuesta en voz alta mientras alguien espera. Durante una entrevista real, la app de escritorio y el panel lateral de la extensión de navegador pueden mostrar indicaciones estructuradas mientras habla el entrevistador, aunque una explicación ensayada siempre supera a una que estás leyendo por primera vez. Lo que el asistente hace y no hace se describe en la descripción del producto.