Cloud Native GIS - The value of development velocity in GIS
summary
Argues that moving GIS to kubernetes cuts ops overhead and speeds iteration by using containers, orchestration and portability; demonstrates a Postgres cluster (kubeDB, Debian image) running in-cluster with external proxy VM for safety, a scalable GeoServer+GeoWebCache split with a small microservice to push shared config and a shared filesystem for performance. A three-person team spends ~a week on the caching proxy and a few hours on the config sync; system runs reliably with no major incidents apart from cloud-provider outages.
AI-written summary · about
chapters (10)
- 0:00Introduction to cloud native GIS
- 1:30Traditional GIS deployment challenges
- 5:16What is cloud native technology
- 7:47Kubernetes for GIS applications
- 11:46Running databases in Kubernetes
- 13:41Scaling GeoServer clusters
- 15:34GeoWebCache integration issues
- 17:20Cloud native GIS lessons learned
- 18:50Q&A on database in Kubernetes
- 20:45Q&A on cloud native effort
related talks
43mCloud Native - effective computing at scale
30mBridging the DevOps to Data Divide with a Common Cloud Native Stack
47mCloud Native and Sustainable, Reproducible Scientific Computing
38mCloud Native Progressive Delivery
25mCloud Native Data on K8s: The Good, Bad, and the Unknown
54mPostgres: From Cloud to Hybrid and On Prem Again
37mCisco's Devnet Goes Cloud Native: A Case Study on Transforming to Cloud Native [I]
16mSelf hosted GIS with open geo data - Real-world experience
