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.
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
Fuaa, justo lo que ando viendo con mis dos tecnologías favoritas
Muchas gracias por tus videos Manuel. Excelente como siempre!!
Hola Manuel, gracias por compartir, he aprendido mucho ‼
muy bien explicado, muchas gracias!
Gracias por el contenido es muy bueno. Cuántas veces dices 'microservicios'?
Ey bro me acabo de suscribir, tienes buenos videos, los cursos gratuitos estan excelentes. Muy buenos tips para ser arquitecto de software.
Genial Brayan!
buen video, gracias.
Gracias por el contenido es muy bueno
Tengo otra pregunta los datos que retornan en el servicio de properties a que base de datos esta apuntando? muchas gracias buen curso
Que bendición
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.
puede hacerlo con typescript porfa
y es el mismo curso de pago con este que es de gratis o hay alguna diferencia???
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