Microservicios en Kotlin: arquitectura y práctica de la A a la Z

Introducción: ¿Por qué Kotlin es el lenguaje ideal para microservicios?

El desarrollo moderno se aleja cada vez más de los monolitos en favor de la arquitectura de microservicios. Kotlin, como lenguaje moderno para la JVM, ofrece una combinación única de concisión, seguridad y rendimiento. Gracias a su total compatibilidad con Java, su rico ecosistema y su soporte integrado para corrutinas, Kotlin permite crear microservicios ligeros, rápidos y tolerantes a fallos.

En este artículo, analizaremos la arquitectura de microservicios en Kotlin desde el diseño hasta el despliegue, veremos dos frameworks populares — Ktor y Spring Boot — y escribiremos código real.

1. Arquitectura de microservicios en Kotlin: principios clave

La arquitectura de microservicios implica dividir la aplicación en servicios independientes y débilmente acoplados. Cada servicio se encarga de su propia lógica de negocio, tiene su propia base de datos y puede desplegarse de forma independiente.

1.1. Principios de diseño

\n
• Responsabilidad única — cada servicio resuelve una tarea (por ejemplo, gestión de usuarios o procesamiento de pedidos).
\n
• Bajo acoplamiento — los servicios se comunican a través de APIs claramente definidas (REST, gRPC, colas de mensajes).
\n
• Independencia de datos — cada servicio posee su propia BD (Persistencia Políglota).
\n
• Tolerancia a fallos — la falla de un servicio no debe paralizar todo el sistema (Circuit Breaker, Reintento).
\n

1.2. Stack tecnológico para microservicios Kotlin

Un stack típico se ve así:

\n
• Lenguaje: Kotlin 1.9+
\n
• Framework: Ktor (ligero, reactivo) o Spring Boot (pesado, con rico ecosistema)
\n
• Base de datos: PostgreSQL, MongoDB, Redis
\n
• Comunicación: REST, gRPC, Kafka/RabbitMQ
\n
• Compilación: Gradle (Kotlin DSL)
\n
• Contenerización: Docker + Docker Compose
\n

2. Práctica: creando un microservicio con Ktor

Ktor es un framework asíncrono de JetBrains, ideal para microservicios. No impone una estructura y es fácil de configurar.

2.1. Instalación y configuración del proyecto

Creemos un proyecto usando Gradle Kotlin DSL. Archivo build.gradle.kts:

plugins {\n    kotlin("jvm") version "1.9.22"\n    id("io.ktor.plugin") version "2.3.7"\n}\n\napplication {\n    mainClass.set("com.example.ApplicationKt")\n}\n\ndependencies {\n    implementation("io.ktor:ktor-server-core:2.3.7")\n    implementation("io.ktor:ktor-server-netty:2.3.7")\n    implementation("io.ktor:ktor-server-content-negotiation:2.3.7")\n    implementation("io.ktor:ktor-serialization-kotlinx-json:2.3.7")\n    implementation("ch.qos.logback:logback-classic:1.4.14")\n}

2.2. Escribiendo un servicio REST simple

Creemos un microservicio para gestionar tareas (ToDo). Modelo de datos:

@Serializable\ndata class Task(\n    val id: Int,\n    val title: String,\n    val completed: Boolean = false\n)

Archivo principal de la aplicación Application.kt:

import io.ktor.server.engine.*\nimport io.ktor.server.netty.*\nimport io.ktor.server.routing.*\nimport io.ktor.server.response.*\nimport io.ktor.server.request.*\nimport io.ktor.serialization.kotlinx.json.*\nimport io.ktor.server.plugins.contentnegotiation.*\n\nfun main() {\n    embeddedServer(Netty, port = 8080) {\n        install(ContentNegotiation) {\n            json()\n        }\n        routing {\n            get("/tasks") {\n                call.respond(listOf(\n                    Task(1, "Estudiar Kotlin", true),\n                    Task(2, "Escribir microservicio", false)\n                ))\n            }\n            get("/tasks/{id}") {\n                val id = call.parameters["id"]?.toIntOrNull()\n                if (id != null) {\n