Last updated on April 03, 2016

Are You Infected by Microservice Envy?

馃憢 Hello! Most of these notes are "knowledge in the making", so parts of them could be incomplete 馃檲, inaccurate 馃檳 or even potentially wrong 馃檴.

Apuntes personales que he tomado al escuchar el podcast Are You Infected By Microservice Envy? de Scott Shaw.

  1. Para empezar a utilizar microservicios (microservices) es recomendado primero ser practicante de continuous delivery, haber automatizado la infraestructura, entender REST y la integraci贸n de sistemas.
  2. Ley de Postel o El Principio de Robustez: se conservador en lo que env铆as, se liberal en lo que aceptas.
  3. Los microservicios son una inversi贸n a largo plazo: un equipo tard贸 seis meses en desarrollar los primeros dos servicios, pero en los seis meses siguientes llegaron a tener alrededor de cincuenta servicios.
  4. Si no practicas Domain-driven design en tu sistema monol铆tico, probablemente no vas a ser exitoso descomponi茅ndolo en microservicios.
  5. Una buena forma de empezar a utilizar microservicios es refactorizando tu sistema monol铆tico para que exista una clara separaci贸n de bounded contexts, y un entendimiento de c贸mo cada uno de ellos expone su informaci贸n a los otros.
  6. Utilizar Domain-driven design para descomponer un sistema monol铆tico en microservicios.
  7. Es m谩s f谩cil empezar con un sistema monol铆tico y descomponerlo en microservicios, ya que hay un mejor entendimiento del dominio.
  8. Si est谩s gastando demasiado tiempo corrigiendo el proceso de deployment o tus entornos de desarrollo, talvez no est谩s preparado para usar microservicios.
  9. La idea de microservicios es antigua y se remonta a SOA (Service-oriented architecture), la diferencia es que ahora tenemos m谩s herramientas y un mejor conocimiento de c贸mo construir sistemas distribuidos a gran escala.