We're sorry but this page doesn't work properly without JavaScript enabled. Please enable it to continue.
Feedback

Running QGIS Server in production

Formal Metadata

Title
Running QGIS Server in production
Title of Series
Number of Parts
295
Author
Contributors
License
CC Attribution 3.0 Germany:
You are free to use, adapt and copy, distribute and transmit the work or content in adapted or unchanged form for any legal purpose as long as the work is attributed to the author in the manner specified by the author or licensor.
Identifiers
Publisher
Release Date
Language

Content Metadata

Subject Area
Genre
Abstract
QGIS Server has become a serious competitor in the realm of map engines for the web. Maps served by QGIS Server are designed in QGIS Desktop, and rendered by QGIS Server with the same rendering engine as QGIS Desktop. This makes it possible to leverage QGIS advanced styling capabilities, which, in itself, is a major advantage over its competitors. The QGIS community is serious at making QGIS Server production-grade. QGIS Server is now certified by the OGC, and CI processes have been set up for continuously assessing its OGC compliancy and performance. In production context an important aspect is the way QGIS Server is executed. There are many ways to execute QGIS Server. QGIS Server may be controlled by the Apache HTTP Server, or it may be run as an independent process in front of the NGINX HTTP Server. Some people use Docker, while others rely on more traditional systems. The way QGIS Server is executed and configured can have a major impact on the performance and robustness. After a quick introduction to QGIS Server this talk dives into the various ways of executing QGIS Server in production, discussing the pros and cons of each method. The talk is targetted to any person considering running QGIS Server in production.
Keywords