Del modelado anémico al modelado enriquecido del dominio
En Genially contamos ya con un amplio abanico de retos tecnológicos a los que nos hemos enfrentado (de algunos hemos salido más airosos que de otros) y que forman parte de nuestra historia como startup y de nuestro proceso de crecimiento, cambio y evolución. Uno de estos retos ha tenido que ver con el cambio de arquitectura de nuestro backend, que nos ha llevado a pasar de una API CRUD a una API basada en los principios de Domain-Driven Design (DDD).
Las necesidades de nuestro negocio y la deuda técnica acumulada fueron los principales motivos que nos llevaron a realizar un proceso de migración que reescribió todas las bases que teníamos establecidas. No fue simplemente un proceso puramente técnico, sino que tuvimos que cambiar también nuestra mentalidad y nuestra forma de desarrollar software.
En esta serie de artículos os vamos a contar cómo fue todo el proceso que vivimos. Por un lado, veremos cómo era nuestra API CRUD y cómo nos permitió validar nuestro negocio y crecer poco a poco sin darnos demasiados quebraderos de cabeza. También hablaremos del proceso de migración a una API DDD que se adapta mejor a nuestro momento de madurez como empresa y nos ayuda a hacer nuestro código más mantenible, escalable y testable. Y, finalmente, os contaremos nuestra experiencia con el modelado enriquecido del dominio y cómo es eso de poner la lógica de negocio “en el centro de todo”.
