He creado un prototipo de aplicación de mapeo web usando GeoServer (que se ejecuta en Tomcat como servlet), Openlayers y PostGIS. Como era un prototipo, en ese momento, no me molesté en los aspectos de alojamiento. Funcionaba bien en mi localhost (portátil): 8080.
Ahora, como parte de mi trabajo, se me pide que desarrolle una aplicación similar, pero esta vez tiene que ir a la web, de modo que la persona x pueda acceder a ella a través de www. La agencia para la que trabajo tiene un sitio web en funcionamiento, sin embargo, quieren que sea algo aparte, alojado por separado del sitio web.
Estas son mis preguntas:
- ¿Cuáles son los pasos / opciones a seguir para alojar una aplicación de mapeo web en la web de manera que alguien fuera de la intranet de la agencia o, por ejemplo, en mi caso, alguien que no sea el localhost pueda acceder también? (Teniendo en cuenta que tengo uno que está funcionando y accesible solo a través de localhost, y ahora quiero que alguien más acceda también en su máquina).
- Si es así, ¿cómo puedo implementar esto? En el caso de que la agencia decida tenerlo como parte de su sitio web en el futuro.
He leído algunas publicaciones y respuestas aquí que de alguna manera están relacionadas, sin embargo, estoy confundido, así que espero que alguien pueda ayudar a responder a mi consulta específica.
fuente
Respuestas:
He estado usando WebFaction para alojar GeoServer junto con PostGreSQL / PostGIS. Cuidado, instalar y ajustar GeoServer en un servidor no es para los débiles de corazón.
Inicialmente, para poner en funcionamiento mi aplicación, convertí mi geometría a archivos geojson y los coloqué dentro de la estructura de archivos de la aplicación. He usado OpenLayers pero he cambiado a Leaflet debido a su pequeño tamaño, muy buenos complementos y documentos. La comunidad de soporte también es increíble.
Si los tamaños de los archivos de geometría son grandes y ralentizan la aplicación, puede considerar convertirlos a topojson . Acabo de empezar a jugar con él y parece funcionar bien.
fuente
Por lo general, alojamos las aplicaciones nosotros mismos. Si planea hacer esto, estos son los pasos que debe seguir:
localhost
a un nombre de host específico en su código JavaScript. Es mejor que utilice una ruta relativa, para que funcione sin problemas tanto dentro como fuera de la red.big-corp.com
el administrador generalmente enrutará el subdominiowebgis.big-corp.com
para que apunte a este servidor. si en lugar de esto, desea enrutarbig-corp.com\webgis\
a este servidor, eso también se puede organizar configurando el servidor principal de formabig-corp.com
adecuada.Una vez que haga esto, la aplicación será accesible tanto desde fuera de la red (es decir, Internet) como desde dentro de la LAN interna
fuente
Veo las siguientes opciones para su agencia:
a) Para encontrar un Host GeoServer para su aplicación: consulte ¿Hay alguna empresa de Hosting que ofrezca Geoserver?
Comenzará eligiendo su plan de alojamiento, de acuerdo con el espacio requerido por su información geográfica y el tráfico mensual esperado. (Es mejor que elija un plan de alojamiento básico y luego cambie, si es necesario, a un nivel superior)
Además, registrará un nuevo dominio para garantizar que los visitantes puedan acceder a su aplicación, por ejemplo, geoagency.com . Obtendrá acceso a un panel de administración general ubicado en geoagency.com/adminpanel o algo así. Al elegir un host, debe asegurarse de que proporcionan dentro del panel de administración todas las herramientas necesarias:
Pros: no interfieres con el sitio web de la agencia. No necesita equipo adicional o instalación de software / actualización de actividades difíciles. También se beneficia el soporte técnico; solo recuerda descargar periódicamente las copias de seguridad.
Contras: si almacena más datos y tiene un tráfico mensual alto, los costos de alojamiento pueden ser bastante altos.
b) La segunda opción sería alojar su aplicación en una computadora dentro de la agencia. Sí, es posible acceder a la aplicación a través de un enlace como www.agency.com/geo o geo.agency.com . Algunos de los detalles de implementación se pueden encontrar en http://www.gistutor.com/geoserver/21-intermediate-geoserver-tutorials/38-configuring-geoserver-proxy-for-public-and-remote-data-access.html . Un buen administrador de red podrá seguir las explicaciones. Además, es necesario tener acceso a los registros DNS y al enrutador de la agencia para completar todo el proceso.
Pros: no tiene restricciones de almacenamiento ni restricciones de tráfico y no tiene que pagarle a una empresa de hosting. Si ya tiene un administrador de red y una computadora dedicada para su GeoServer, este es el camino a seguir.
Contras: si no tiene un administrador de red, debe contratar uno, al menos para el proceso de implementación y, después de eso, para las tareas de mantenimiento y la inevitable resolución de incidentes. Debe gastar dinero en la computadora dedicada. Si tiene una aplicación exitosa, con muchos visitantes, es posible que necesite gastar nuevamente para aumentar la velocidad de banda ancha de Internet.
fuente
Solo para señalar algunas cosas que pueden ayudarlo:
fuente