deberias crear un arquitectura bien completa de un par de microservicios , comunicacion entre ellos con java e integracion continua con jenkins y multibranch hasta valdria la pena como curso.
Si se tiene dos entidades que son los mismo pero en diferente contexto significa que en la base de datos de ambos microservicios va haber tablas con el mismo nombre pero va a tenar campos diferentes?
Hola tengo una duda, esto es arquitectura de software, entonces esto ya no es para un fullstack y luego cuando se habla de que tu haces el servicio y lo despliegas ya estamos hablando de devops por el despliegue y uso de docker, kubernetes, entonces ahora cual seria el rol, digo por que es mucho trabajo, aprendizaje y experiencia para que las empresas por todo esto te paguen como un dev normalito. Otra duda es cuando implementar microservicios, un rango de usuarios (conexiónes) o peticiones, ya que segun mi experiencia y criterio microservicios no soluciona todo como se a echo ver solo es fansi, ejemplo Amazon, waltmart utilizan este tipo de arquitectura por que son muchos dev, gente de base de datos, infraestructura, devops, sus consumos y peticiones son muy grandes por ello es que quizas ahi este tipo de arquitectura sea lo mas funcional.
Buen video, tengo una duda, en los microservicios también se utilizan las anotaciones de persistencia como @ManyToOne, @OneToMany, @ManyToMany y @OneToOne? En si los microservicios son independientes.
Gracias por tanto valor de manera gratuita!
deberias crear un arquitectura bien completa de un par de microservicios , comunicacion entre ellos con java e integracion continua con jenkins y multibranch hasta valdria la pena como curso.
hazlo tu pues fracasado
Hola Manuel, gracias por compartir, he aprendido mucho ‼
Muchas gracias por tus videos Manuel. Excelente como siempre!!
muy bien explicado, muchas gracias!
buen video, gracias.
Fuaa, justo lo que ando viendo con mis dos tecnologías favoritas
Ey bro me acabo de suscribir, tienes buenos videos, los cursos gratuitos estan excelentes. Muy buenos tips para ser arquitecto de software.
Genial Brayan!
Gracias por el contenido es muy bueno. Cuántas veces dices 'microservicios'?
Tengo otra pregunta los datos que retornan en el servicio de properties a que base de datos esta apuntando? muchas gracias buen curso
Si se tiene dos entidades que son los mismo pero en diferente contexto significa que en la base de datos de ambos microservicios va haber tablas con el mismo nombre pero va a tenar campos diferentes?
Gracias por el contenido es muy bueno
Hola tengo una duda, esto es arquitectura de software, entonces esto ya no es para un fullstack y luego cuando se habla de que tu haces el servicio y lo despliegas ya estamos hablando de devops por el despliegue y uso de docker, kubernetes, entonces ahora cual seria el rol, digo por que es mucho trabajo, aprendizaje y experiencia para que las empresas por todo esto te paguen como un dev normalito.
Otra duda es cuando implementar microservicios, un rango de usuarios (conexiónes) o peticiones, ya que segun mi experiencia y criterio microservicios no soluciona todo como se a echo ver solo es fansi, ejemplo Amazon, waltmart utilizan este tipo de arquitectura por que son muchos dev, gente de base de datos, infraestructura, devops, sus consumos y peticiones son muy grandes por ello es que quizas ahi este tipo de arquitectura sea lo mas funcional.
puede hacerlo con typescript porfa
y es el mismo curso de pago con este que es de gratis o hay alguna diferencia???
Que bendición
Dicen que sin barba el código fluye mejor.
Buen video, tengo una duda, en los microservicios también se utilizan las anotaciones de persistencia como @ManyToOne, @OneToMany, @ManyToMany y @OneToOne? En si los microservicios son independientes.
Tengo también esa duda. Si independientes y toda la cosa, como se manejan las relaciones