confusion proxy inverse

Question

Actuellement j'utilise l'application nginx + passenger pour servir mes rails. J'ai fait quelques recherches sur les proxies inverses et quelques noms apparaissent (squid, vernis et nginx surtout).

1. maintenant Si j'utilise nginx comme mon serveur web puis-je stil utiliser comme mon proxy inverse?

2. Le sentiment général est que la plupart des sites utilisent nginx pour mandatement statique contenu et apache/ou bâtarde quelque chose comme ça pour le contenu dynamique. Si je veux rester avec mon nginx, configuration des passagers, qu'est-ce que mon architecture ressemblerait quand je introduire un proxy inverse? Est-ce que sera une boîte séparée ou une instance de nginx? À quoi cela ressemblerait-il si je suis en introduisant un équilibreur de charge comme HAProxy.

3. Enfin, quelle est l'importance de ces choix dès le début? Donc, si je finis regrettant un choix (disons Vernis parce qu'il ne fait pas bien avec des cookies etc etc), est-il facile de changer les choses?

Merci

Answer 1

Un proxy inverse est un serveur qui se trouve entre votre application réelle (rails) et le navigateur du client, et récupère les fichiers au nom du client. Ce qui est nécessaire pour configurer un proxy inverse est uniquement de configurer un serveur entre le client et l'application; Puisque vous utilisez déjà nginx, vous pouvez également l'utiliser comme proxy inverse.

est ici un lien sur le SO: nginx be both reverse proxy and web server

Vous pouvez configurer un proxy inverse dans la même instance ou non. S'il s'agit d'une boîte ou d'un processus différent, vous devez transmettre les demandes dynamiques d'une boîte à l'autre.

Je pense que c'est assez facile, si vous êtes familier avec HTTP et la configuration de ces serveurs. J'ai eu du mal avec apache juste parce que j'ai manqué une barre oblique