TAGS
Desde hace algún tiempo, la gente ha estado hablando. Yo digo "algún tiempo" por dos razones: 1) Es una buena línea de apertura, y 2) no tengo idea de cómo la gente durante mucho tiempo han estado hablando de ellos. Acabo de oír el término por primera vez hace unos cuatro meses. Así que si me pongo a hablar de ellos ahora, mientras todavía sé prácticamente nada, puedo conseguir al menos dos puestos de futuros sobre el tema hablando de lo que lo estaba haciendo mal en el comienzo.
Mientras tanto, he estado hablando acerca de ellos un poco recientemente. Hemos estado utilizando en un proyecto en y me gustaría pensar que ha sido un éxito, pero es demasiado pronto para decirlo. Me siento bien con lo que hemos hecho, que, históricamente, siempre ha sido una buena métrica para mí.
El tema ha sido cubierto a nivel técnico y arquitectónico bastante bien por Martin Fowler, tanto es así que incluso ha recogido sus discusiones en un pequeño y agradable. En ella, él y otros ThoughtWorkians los definen (en la medida en que cualquier cosa en el software que contiene la palabra "servicios" se puede definir), señalar los pros y los contras en comparación con las aplicaciones monolíticas, describir estrategias de ensayo, y la cubierta de los principales casos de éxito en el espacio.
Eso no deja mucho terreno para mí para cubrir lo que, desde un punto de vista comercial, es casi seguro que el punto. Pero me gustaría añadir mi voz si por ninguna otra razón que para tapar el podcast sobre el tema.
Uno de los enlaces más interesantes en Guía de Recursos de Fowler está escondido en la parte inferior. Es una serie de publicaciones sobre cómo SoundCloud está migrando de un monolito de microservicios. analiza la forma en que dejó de funcionar en el monolito y realizan todo el nuevo trabajo en nuevas microservicios y está en la forma en que se separaron el monolito arriba en microservicios. Había retos en ambos casos, lo que lleva a otras decisiones arquitectónicas, como el abastecimiento de eventos.
Los argumentos a favor y en contra son, como era previsible, apasionado y académica. "Overkill!" Usted dice. "Límites limpio!" Sez I. "Pero ... DevOps!" A contrarrestar. "Sí ... DevOps!" Respondo. Pero la experiencia de SoundCloud, para mí, es el verdadero punto de venta de microservicios. A diferencia de Netflix y Amazon, que es una escala que todavía es relacionable con muchos de nosotros. Podemos imaginar a nosotros mismos en las oficinas allí tomando las mismas decisiones que pasaron y corriendo en contra de los mismos problemas. Estos chicos han estado ahí, hombre! No se está moviendo a microservicios porque sino porque tenían un problema real y necesitan una solución.
Ahora bien, si usted lee los mensajes, hay una cierta firmeza a ellos. "Nos encontramos con este problema por lo que resolvimos haciendo X." ¿Qué falta en la narrativa es la duda. Cuando se encontraron con problemas que requieren el acceso a una API interna, nadie pregunte si tal vez definidos los límites de forma incorrecta? Una vez que se introdujo el abastecimiento caso, no era una cuestión de si iban demasiado lejos en un agujero de conejo?
Eso no es realmente el punto de estos puestos, que es simplemente para retransmitir los factores de decisión para ver si es lo suficientemente similar a su situación como para justificar una investigación sobre microservicios. De todos modos, creo que este aspecto es importante para algo todavía en su infancia relativa, porque hay un montón de gente esperando para decirle "te lo dije" tan pronto como se golpeó su primer obstáculo. Conociendo a SoundCloud se topó con la misma duda puede ser tranquilizador. Tal vez estoy a la espera de microservicios: El Documental.
En cualquier caso, ya hay un montón de argumentos en contra (o más exactamente, contra-suposiciones) a la evidencia anecdótica. Tal vez la situación no es la misma. Tienen la infraestructura. Tienen dinero y tiempo para volver a escribir. Tienen los desarrolladores de confianza "talento" que siempre saben cómo resolver los problemas arquitectónicos del inmediato.
Así que ahora he hecho más o menos lo que siempre hago cuando hablo microservicios, que es hablar a mí mismo en una esquina. ¿Soy para ellos o Agin 'em? Y lo más importante, en caso de que, lector, usarlos?
La respuesta es: absolutamente, por supuesto, y sí. En el proyecto actual? Eso es un poco más oscuro. La experiencia está ahí y microservicios se han hecho con éxito. Es todavía un poco de un salvaje oeste que puede ser interesante si usted no es mucho para learnin libro '. Pero "emocionante" no siempre es la mejor razón para decidir sobre una arquitectura si alguien está pagando las facturas. Al igual que con cualquier cambio de arquitectura, hay que tener en cuenta las variables humanos en su proyecto en particular.
Para mi limitada experiencia, me gustan. Que resuelven una serie de problemas muy bien y que cree un nuevo conjunto de problemas que no sólo son tratables, pero divertido, en opinión de este hillbilly.
¿Y por qué más has entrar en la industria si no es para divertirse?
.
