J'ai créé un prototype d'application de cartographie Web en utilisant GeoServer (fonctionnant sur Tomcat comme servlet), Openlayers et PostGIS. Comme il s'agissait d'un prototype, à l'époque, je ne me suis pas soucié des aspects d'hébergement de celui-ci. Cela fonctionnait bien sur mon hôte local (ordinateur portable): 8080.
Maintenant, dans le cadre de mon travail, on me demande de développer une application similaire, mais cette fois, elle doit aller sur le Web, de sorte que la personne x puisse y accéder via www. L'agence pour laquelle je travaille a un site Web en cours d'exécution, mais ils veulent que ce soit une chose distincte, hébergée séparément du site Web.
Ce sont mes questions:
- Quelles sont les étapes / options à suivre pour héberger une application de cartographie Web sur le Web de sorte qu'une personne en dehors de l'intranet de l'agence ou, par exemple dans mon cas, une personne autre que l'hôte local puisse également y accéder? (Étant donné que j'en ai un qui fonctionne et accessible via localhost uniquement, et maintenant je veux que quelqu'un d'autre y accède également sur leur machine).
- Si oui, comment puis-je implémenter cela? Dans le cas où l'agence déciderait de l'intégrer dans son site Web à l'avenir.
J'ai lu quelques articles et réponses ici qui sont en quelque sorte liés, mais je suis confus, donc j'espère que quelqu'un pourra aider à répondre à ma requête spécifique.
la source
Réponses:
J'ai utilisé WebFaction pour héberger GeoServer avec PostGreSQL / PostGIS. Attention, l'installation et le réglage de GeoServer sur un serveur ne sont pas pour les âmes sensibles.
Initialement, pour que mon application soit opérationnelle, j'ai converti ma géométrie en fichiers geojson et les ai placés dans la structure de fichiers de l'application. J'ai utilisé OpenLayers mais je suis passé à Leaflet en raison de la petite empreinte, de très beaux plugins et de la documentation. La communauté de support est également impressionnante.
Si les tailles des fichiers de géométrie sont grandes et ralentissent l'application, vous pouvez envisager de les convertir en topojson . Je viens de commencer à jouer avec et ça semble bien fonctionner.
la source
Habituellement, nous hébergeons les applications nous-mêmes. Si vous prévoyez de le faire, voici les étapes à suivre:
localhostou à un nom d'hôte spécifique dans votre code JavaScript. Il est préférable que vous utilisiez un chemin relatif, afin qu'il fonctionne de manière transparente à l'intérieur et à l'extérieur du réseau.big-corp.coml'administrateur achemine généralement le sous-domainewebgis.big-corp.comvers ce serveur. si, au lieu de cela, vous souhaitez routerbig-corp.com\webgis\vers ce serveur, cela peut également être organisé en configurant le serveur principal debig-corp.commanière appropriée.Une fois que vous faites cela, l'application devient accessible à la fois à l'extérieur du réseau (c'est-à-dire Internet) ainsi qu'à l'intérieur du LAN interne
la source
Je vois les options suivantes pour votre agence:
a) Pour trouver un hôte GeoServer pour votre application: voir Existe-t-il des sociétés d'hébergement proposant Geoserver?
Vous commencerez par choisir votre plan d'hébergement, en fonction de l'espace requis par vos informations géographiques et du trafic mensuel attendu. (Il est préférable pour vous de choisir un plan d'hébergement de base et de passer plus tard, si nécessaire, à un niveau supérieur)
De plus, vous enregistrerez un nouveau domaine, pour vous assurer que les visiteurs peuvent accéder à votre application, par exemple geoagency.com . Vous aurez accès à un panneau d'administration générale situé sur geoagency.com/adminpanel ou quelque chose comme ça. Lorsque vous choisissez un hôte, vous devez vous assurer qu'il fournit dans le panneau d'administration tous les outils nécessaires:
Avantages: Vous n'interférez pas avec le site Web de l'agence. Vous n'avez pas besoin d'équipement supplémentaire ou d'installation difficile de logiciel / mise à niveau des activités. Vous bénéficiez également d'un support technique; n'oubliez pas de télécharger périodiquement les sauvegardes.
Inconvénients: si vous stockez plus de données et si votre trafic mensuel est élevé, les coûts d'hébergement peuvent devenir assez élevés.
b) La deuxième option serait d'héberger votre application sur un ordinateur au sein de l'agence. Oui, il est possible d'accéder à l'application via un lien comme www.agency.com/geo ou geo.agency.com . Certains détails d'implémentation sont disponibles sur http://www.gistutor.com/geoserver/21-intermediate-geoserver-tutorials/38-configuring-geoserver-proxy-for-public-and-remote-data-access.html . Un bon administrateur réseau pourra suivre les explications. En outre, il est nécessaire d'avoir accès aux enregistrements DNS et au routeur d'agence pour terminer l'ensemble du processus.
Avantages: Vous n'avez pas de contraintes de stockage ou de restrictions de trafic et vous n'avez pas à payer une société d'hébergement. Si vous avez déjà un administrateur réseau et un ordinateur dédié pour votre GeoServer, c'est la voie à suivre.
Inconvénients: Si vous n'avez pas d'administrateur réseau, vous devez en embaucher un, au moins pour le processus de mise en œuvre et, après cela, pour les tâches de maintenance et pour la résolution inévitable des incidents. Vous devez dépenser de l'argent pour l'ordinateur dédié. Si vous avez une application réussie, avec beaucoup de visiteurs, vous devrez peut-être dépenser à nouveau pour augmenter votre vitesse Internet haut débit.
la source
Juste pour souligner certaines choses qui peuvent vous aider:
la source