Copia la dirección del front-end de Vercel abriéndola y mirando la barra de direcciones. Volviendo a Spring, agrega ese dominio a los orígenes permitidos en el controlador: package com.example.iwreactspring.controller //… @RestController @CrossOrigin(origins = «https://iw-react-java-part3-frontend-vizl.vercel.app») public class MyController { … } Ahora reconstruye Spring y ejecútalo nuevamente. Solo deberías tener que hacer esto una vez, pero es ciertamente complicado. Para mejorar la situación, podríamos extraer la ubicación de alojamiento del front-end de Vercel a una propiedad e inyectarla en el controlador, por lo que no tendremos que modificar el código si la ubicación cambia. Si te encuentras con que el navegador no permite el certificado autofirmado, consulta este recurso. La solución alternativa es darle permiso al navegador para aceptar certificados autofirmados para el dominio de tu VM. En definitiva, se le presentará una aplicación completamente funcional que utiliza MongoDB Atlas, una máquina virtual GCP y Vercel para alojar los tres componentes, como se muestra aquí: Figura 5. La aplicación Spring-React-MongoDB ejecutándose en producción. Matthew Tyson Conclusión El mayor atajo que hemos tomado aquí es con respecto al certificado autofirmado. De lo contrario, todos estos componentes se encuentran en entornos de alojamiento de producción legítimos. Por supuesto, es mucho lo que se desea para que las operaciones sean continuas y limpias. Podríamos dedicar una atención considerable a hacer que estos componentes sean fáciles de implementar y probar y garantizar lanzamientos sin problemas. La desventaja de esta configuración son las llamadas de red inherentes a través de los componentes. Podríamos reducirlas al alojar todo nosotros mismos dentro de nuestra nube pública. Por el lado positivo, tenemos servicios altamente aislados en cada componente, lo que permite una separación más sencilla de equipos, proyectos y canales de implementación. Más de este autor