Je suis actuellement en train de faire évoluer notre application web d'une application web Spring MVC traditionnelle vers une application à page unique avec des points d'extrémité REST. Notre application MVC frontale actuelle n'utilise pas les appels REST pour communiquer avec le backend, mais communique plutôt avec le backend (écrit en JAVA) en appelant directement les façades nécessaires. Les fichiers JAR et WAR sont regroupés dans un seul fichier ear et déployés sur notre serveur de production (qui utilise actuellement JBoss EAP 6).
Puisque nous passons maintenant à une application à page unique et que nous mettons à jour notre système avec un nouvel ensemble d'API, je me demande si l'application à page unique et le reste du backend écrit en JAVA doivent être hébergés sur le même serveur (JBoss EAP 6) ? Ou doivent-ils être répartis sur des serveurs distincts, l'un pour servir le contenu de la SPA et l'autre pour exécuter le backend ? Dans ce dernier cas, quel serveur de production est le plus approprié pour héberger le contenu de l'application à page unique (JS, HTML et CSS) ? (notre backend sera toujours hébergé sur JBoss EAP 6)
Quels sont les avantages de séparer le front-end et le back-end sur des serveurs différents ?
J'ai essayé de rechercher les meilleures pratiques pour déployer des applications à page unique avec un point de terminaison JAVA REST, mais je n'ai pas trouvé d'articles utiles applicables à nos besoins.
Merci beaucoup d'avance ! :)