Upgrade to Pro — share decks privately, control downloads, hide ads and more …

FedGeo 2021 - Modern Cloud Geospatial Architectures Survey : GeoSolutions Perspective

FedGeo 2021 - Modern Cloud Geospatial Architectures Survey : GeoSolutions Perspective

GeoSolutions presentation for the "Modern Cloud Geospatial Architecture Survey" panel.
We talk about intersections of modern cloud architecture with geospatial world, with a special focus on GeoServer and MapStore.

Bac74c17d65c22d0ae63915251f7750f?s=128

Simone Giannecchini

June 11, 2021
Tweet

Transcript

  1. Modern Cloud Geospatial Architectures Survey: GeoSolutions Perspective Simone Giannecchini GeoSolutions

  2. Contents ⚫ About us ⚫ The Cloud ⚫ Data|Services|UI ⚫

    (Some) Our Products ⚫ Typical Scenario & Interesting projects ⚫ Remarks on GeoServer and MapStore ⚫ Conclusions 9th of June 2021- FedGeo
  3. About Us 9th of June 2021- FedGeo

  4. GeoSolutions ⚫ Founded in 2006, offices in Italy & US

    ⚫ Core products ⚫ Offer Enterprise Support Services Deployment Subscription Professional Training Customized Solutions GeoNode 9th of June 2021- FedGeo
  5. Trusted by more than 200 clients worldwide • UN FAO

    (CIOK, FIGIS, NRL, FORESTRY, ESTG), UN WFP, World Bank, DLR, EUMETSAT, JRC, ARPAT, NATO CMRE, UNESCO, IGAD, UNEP, etc.. • BAYER, BASF, DigitalGlobe, MDA, TOPCON, SwissRE, e-GEOS, Halliburton, etc.. 9th of June 2021- FedGeo
  6. Industries Smart Cities Space MetOcean Defense Natural Resources OpenData Utilities

    Research Emergency Response Government 9th of June 2021- FedGeo
  7. Associations We strongly support Open Source, it Is in our

    core We actively participate in OGC working groups and get funded to advance new open standards We support standards critical to GEOINT 9th of June 2021- FedGeo
  8. Our Distinctive Traits ⚫ Lead Developers of GeoNode, GeoServer, MapStore

    and GeoNetwork ⚫ Vast experience with Raster Serving ⚫ Designed and developed JAI-Ext ⚫ Designed and developed ImageIO-Ext ⚫ Design and Developed most raster code in GeoTools/GeoServer ⚫ Vast Experience with Vector Data Serving ⚫ WFS, WMS, Vector Tiles with OGV ⚫ Extensive Experience with Spatial DBMS ⚫ Oracle, SQL Server, Postgis, MongoDB, etc.. ⚫ Extensive Experience with creating webgis applications ⚫ OpenLayers, Leaflet, Cesium, MapboxGL ⚫ Ext-JS, JQuery, Bootstrap, Angular, React, Redux ⚫ Extensive Experience with OGC Protocols ⚫ Extensive Experience in Performance and Scalability (Big Data and Cloud) ⚫ Unparalleled multi-industry experience 9th of June 2021- FedGeo
  9. Team – Key Members 25+ Staff Members, 20+ Software Engineers

    ⚫ Andrea Aime: GeoServer Project Steering Committee, GeoTools PMC, JAI- Tools Lead, ImageIO-Ext committer ⚫ Simone Giannecchini: Founder, GeoServer PSC, GeoTools PMC, ImageIO- Ext Architect, JAI-Tools founder ⚫ Luis E. Bermudez: US CEO since 2020. 2010-2020 OGC Exec, Director of the Innovation and Compliance Programs. ⚫ Giovanni Allegri: Senior Project Manager, QGIS, GeoNode ⚫ Alessio Fabiani: Founder, GeoServer PSC, GeoTools Committer, MapStore Committer ⚫ Emanuele Tajariol: GeoServer Committer, GeoTools Committer, GeoNetwork PSC ⚫ Mauro Bartolomeoli: GeoServer Committer, GeoTools Comitter, GeoBatch Committer, MapStore Architect ⚫ Lorenzo Natali: MapStore Technical Lead 9th of June 2021- FedGeo
  10. The Cloud 9th of June 2021- FedGeo

  11. The Cloud ⚫ Cloud Computing ⚫ Hard to define exactly

    (let’s be honest) ⚫ Good definition here …model for enabling convenient, on-demand network access to a shared pool of configurable computing resources (e.g., networks, servers, storage, applications, and services) that can be rapidly provisioned and released with minimal management effort or service provider interaction. 9th of June 2021- FedGeo
  12. The Cloud ⚫ Cloud Computing ⚫ 5 characteristics → On-demand

    self-service, Broad network access, Resource pooling, Rapid elasticity, Measured Service) ⚫ Service Models → PAAS, IAAS, SAAS ⚫ Deployment Models → Public, private, hybrid ⚫ Cloud-Native ⚫ SW developed specifically for the cloud ⚫ Microservices ⚫ Most existing software is not cloud-native ⚫ Cloud-Ready ⚫ SW adapted to work in the cloud ⚫ Monoliths rather then Microservices ⚫ Everybody claims to be cloud-ready 9th of June 2021- FedGeo
  13. The Cloud ⚫ My View ⚫ Virtualization and VMs are

    not Cloud Computing ⚫ A dedicated server with Kubernetes, containers, etc.. is not Cloud Computing (?) ⚫ Most of the time Cloud == Public Cloud ⚫ The promise of increased agility is real ⚫ The promise of cost savings is not-so-real ⚫ Cloud provider lock in is the new vendor lock-in ⚫ SAAS is (sometimes) becoming the new license trap 9th of June 2021- FedGeo
  14. “Modern” Cloud (Geo) Architecture ⚫ Containers & Microservices ⚫ Reduce

    size and footprint of applications ⚫ Distributed systems with loose coupling ⚫ Well defined (REST) Interfaces for communication ⚫ Containers to simplify deployment ⚫ Automation ⚫ Minimize human intervention to reduce risks ⚫ Ensure repeatability ⚫ Monitoring, Metering, Logging ⚫ Know what happens before it happens ⚫ Take proactive actions ⚫ Use of Managed Services ⚫ Use what the Cloud provider… provides (within reason)! ⚫ Object Storage (COG, Flatgeobuf, ZARR) ⚫ Event Driven processing (AWS Lambda, Azure Functions) ⚫ Use of Managed Services ⚫ Use what the Cloud provider… provides (within reason)! 9th of June 2021- FedGeo
  15. “Modern” Cloud (Geo) Architecture ⚫ Scalability ⚫ Accommodate more users

    by adding more resources without code refactoring (within reason…) ⚫ Horizontally rather than vertically ⚫ Agility ⚫ Faster time to market ⚫ I am surely missing something ... 9th of June 2021- FedGeo
  16. ⚫ Monolithic applications ⚫ Single, large application ⚫ Unable to

    exploit Object Storage, Events and so on ⚫ Hard to automate ⚫ Simply put, it is up most of the time with no intervention ⚫ Hard to observe ⚫ Simply put, it is up most of the time with no intervention ⚫ Hard to scale ⚫ Horizontally rather than vertically ⚫ Hard to evolve ⚫ Horizontally rather than vertically ⚫ Many more… “Legacy” Cloud (Geo) Architecture 9th of June 2021- FedGeo
  17. Data | Services | UI & the cloud 9th of

    June 2021- FedGeo
  18. ⚫ (Open)Data in the Cloud ⚫ The amount of open

    data, openly available is bigger than ever ⚫ Sentinel data, Landsat, Point Clouds, Buildings, OSM, … ⚫ Directly in the cloud, ready to be exploited ⚫ Object Storage ⚫ Traditional file systems do not scale, not even in cost! ⚫ Cloud formats to the rescue → COG, Zarr, FlatGeobuf, etc… ⚫ Discovery & Access ⚫ Clients may want to access data directly → COG in QGIS or Browser ⚫ STAC and OpenSearch to the rescue! ⚫ Exposing large catalogues in a discovery friendly manner ⚫ DRI & ARD ⚫ Application Ready Data, is key to lower exploitation barriers → once again STAC + COG is a good example ⚫ Decision Ready Information to drive informed decisions → the struggle is to extract the right information to drive decisions Data & Cloud Geospatial Architecture 9th of June 2021- FedGeo
  19. ⚫ REST & (GEO)JSON are ubiquitous ⚫ OGC Services are

    moving to REST ⚫ Interoperability is still key ⚫ Beware of the various lock-ins! ⚫ Discovery & Access ⚫ Did I already mention STAC, OpenSearch and COG? ⚫ Analytics VS data access ⚫ We need services to answer simple question in a simple way, interactively, over huge datasets (Petabytes-size) ⚫ Notebooks, DAPA, H3, DGGS, GEE, MS AI for Earthetc.. ⚫ Serverless paradigm & automation ⚫ Cloud platforms allows us to reduce boilerplate code ⚫ Cloud platforms allows us to break hard dependencies ⚫ Cloud platforms allows us to concentrate on business-critical code ⚫ I am surely missing something important … Services & Cloud Geo Architecture 9th of June 2021- FedGeo
  20. ⚫ Thicker & Smarter Clients ⚫ Rendering in the browser

    is common (e.g. Vector Tiles) ⚫ Analytics in the browser is becoming common (did I mention COG?) ⚫ WebGL is the key technology ⚫ Stories, Dashboards, anything but maps! ⚫ Dashboards or nothing! ⚫ Exploring new ways to visualize and make sense of geo data ⚫ ESRI paved the way ⚫ 3D & AR ⚫ Making sense of 3D capabilities in the browser (beyond layers on a globe) ⚫ Gaming engines opening up new possibilities (see below) ⚫ Digital Twins ⚫ Smart Cities on steroids ⚫ A pinch of everything (IOT, BigData, 3D, Lidar, BIM) with a 3D client ⚫ Many more… UI & Cloud Geo Architecture 9th of June 2021- FedGeo
  21. Our Products & Reference Architecture 9th of June 2021- FedGeo

  22. GeoServer ⚫ GeoSpatial enterprise gateway • Java Enterprise • Management

    and Dissemination of raster and vector data ⚫ Standards compliant • OGC WCS 1.0, 1.1.1 (RI), 2.0 • OGC WFS 1.0, 1.1 (RI), 2.0 • OGC WMS 1.1.1, 1.3.0 • OGC WPS 1.0.0 • OGC CSW 2.0.1 (ebRIM) ⚫ Google Earth/Maps support • KML, GeoSearch, etc.. • License is GPL v2.0 9th of June 2021- FedGeo
  23. GeoServer GeoServer WFS WMS PostGIS Oracle H2 DB2 SQL Server

    GeoPackage MySql Spatialite Elastic MongoDB Shapefile ---------- ---------- --------- ---------- ---------- ---------- --------- ---------- ---------- ---------- --------- ---------- WFS PNG, GIF JPEG TIFF, GeoTIFF SVG, PDF KML/KMZ Shapefile GML2 GML3 GeoRSS GeoJSON CSV/XLS GeoPackage Raw vector data Servers Styled maps DBMS Vector files WCS GeoTIFF WMS ArcGrid Img+world Mosaic MrSID JPEG 2000 ECW,Pyramid, Oracle GeoRaster, PostGis Raster, NetCDF Raster files Raw raster data GeoTIFF ArcGrid GTopo30 Img+World WMTS, TMS KML superoverlays Google maps tiles OGC tiles OSGEO tiles KML WPS CSW ESRI REST OGC APIs 9th of June 2021- FedGeo
  24. MapStore ⚫ Create and share maps, charts, dashboards and stories

    online ⚫ Mobile first | Responsive ⚫ Mapping engine agnostic ⚫ OpenLayers|Leaflet|Cesium ⚫ Leveraging React ecosystem ⚫ Pluggable Look & Feel ⚫ Consume data from many sources ⚫ OSM, Bing, WFS, CSW, WMS, WMTS, TMS ⚫ License is Simplified BSD ⚫ Commercial friendly! ⚫ www.geosolutionsgroup.com/technologies/mapstore/ 9th of June 2021- FedGeo
  25. MapStore It is a Product Use it as is and

    customize the look&feel 9th of June 2021- FedGeo Maps & Widgets Dashboards GeoStories
  26. MapStore It is a Framework You can build many different

    applications with its plugins (and by developing your own) covidtrackingmap 9th of June 2021- FedGeo
  27. How we mix them GeoWebCache GeoServer MapStore Ingest & Preprocess

    Maps & Data Tiles & KML Data & Styles WMS Portals 9th of June 2021- FedGeo
  28. Common Scenario & Real World Examples 9th of June 2021-

    FedGeo
  29. ⚫ Data as a service (DAAS) Platform ⚫ Ingest &

    serve large amount of data ⚫ User want to access (visualize, analyze/process, download) such data ⚫ Fine grain access permissions ⚫ Possible Scenarios ⚫ Publishing of EO time series ⚫ Publishing of Drone data time series ⚫ Publishing of Sensor Time Series ⚫ Publishing of MetOc or Atmospheric Modela ⚫ Publishing of positions for moving objects ⚫ Publishing of related products ⚫ Any combination of the above… Data-as-a-service Platform 9th of June 2021- FedGeo
  30. ⚫ Key points ⚫ Recognizable flows of harmonized data ⚫

    Data is added along one or more dimensions (TIME, ELEVATION, FlightUUID, etc..) ⚫ Data is (sometimes) removed as it falls out of a window of validity ⚫ Data is continuously added, rarely modified, at most is removed ⚫ Data is the key element! ⚫ Ingestion time shall be minimized ⚫ Speed of serving is key ⚫ Data shall be ready-to-use Data-as-a-service Platform 9th of June 2021- FedGeo
  31. Example 1 - EO Data Dissemination ⚫ Earth Observation data

    + MetOc data ⚫ Continuous ingestion of vector and raster data (100+ time series) ⚫ 1 year catalogue of data → aiming at 20 years ⚫ Private cloud with business continuity ⚫ Multistage environment with full automation (Gitlab Pipelines) ⚫ Infrastructure and Data Configuration as code 9th of June 2021- FedGeo
  32. Example 1 - EO Data Dissemination 9th of June 2021-

    FedGeo
  33. Example 1 - EO Data Dissemination ⚫ Private cloud using

    Kubernetes ⚫ Scalable ingestion engine (not pictured) ⚫ Scalable GeoServer Cluster ⚫ Scalable PostGIS Cluster (Zalando Operator) ⚫ Around 100+ data flows, ingesting continuously 9th of June 2021- FedGeo
  34. Example 2 - Geological Data Dissemination ⚫ Dissemination of a

    global Geological data model ⚫ AWS deployment using managed Kubernetes cluster ⚫ Multistage environment with full automation (Jenkins) ⚫ for software, data and configuration ⚫ Monthly configuration and data release with QA cycle ⚫ GeoServer Cluster + Tile Caching on S3 ⚫ MapStore frontend with basic 3D capabilities 9th of June 2021- FedGeo
  35. Example 2 - Geological Data Dissemination 9th of June 2021-

    FedGeo
  36. Example 2 - Geological Data Dissemination ⚫ Metering and Loggin

    based on Elastic stack 9th of June 2021- FedGeo
  37. Example 3 - Maritime Security 9th of June 2021- FedGeo

  38. Example 3 - Maritime Security 9th of June 2021- FedGeo

  39. Example 3 - Maritime Security ⚫ On-Premise infrastructure based on

    virtual machines → moving to Azure as we speak ⚫ Ship positions updated continuously → ingestion & enrichment system based on Kafka, 2500 position/sec ⚫ Passive GeoServer Cluster with dedicated Backoffice instance → No tile caching! ⚫ Machines, Software and Configuration deployments are managed by configuration management system (Puppet) and Pipelines (Jenkins) ⚫ Multistage environment (TEST, PREPROD, QA, PROD) ⚫ Infrequent configuration changes → Datadir versioned in a GitLab repository ⚫ OGC WMS & WFS to disseminate to third party clients → interoperability is key ⚫ Currently relying on Oracle Exadata → moving to Azure PostgreSQL 9th of June 2021- FedGeo
  40. Key facts about GeoServer & MapStore 9th of June 2021-

    FedGeo
  41. MapStore ⚫ Working on 3D Capabilities ⚫ Working on advanced

    dashboards & Stories 9th of June 2021- FedGeo
  42. Resources on GeoServer ⚫ GeoServer in production webinar ⚫ Available

    here ⚫ Covers input data preparation ⚫ Covers Styling Optimization ⚫ Covers JVM Options tuning ⚫ Covers Configuration for robustness (resource limits and control flow) ⚫ Covers the basic info for tile caching ⚫ GeoServer in production presentations ⚫ Our Training material ⚫ Advanced GeoServer Configuration ⚫ Enterprise Set-up Recommendations ⚫ WE WON’T COVER THIS AGAIN → it is a precondition for what we talk about here 9th of June 2021- FedGeo
  43. Resources on GeoServer ⚫ Deployment planning guidelines webinar ⚫ Available

    here ⚫ GeoServer characteristics, points of strength, limitations and things to know in general to drive the design ⚫ How to plan for scalability and high availability, focusing on our specific scenario ⚫ How to design a multi environment set up to account for QA over software, data as well as configuration ⚫ Monitoring, Metering, Logging and Troubleshooting a GeoServer webinar ⚫ Planned for 29th of June ⚫ Registration here (it is free!) 9th of June 2021- FedGeo
  44. GeoServer strengths & limitations ⚫ GeoServer Data Directory ⚫ Where

    GeoServer stores configuration in files ⚫ No automatic way to pick up config changes from files ⚫ Data can live in it, but we do not recommend it in enterprise set ups ⚫ Manually messing with the configuration files is dangerous ⚫ Memory-bound configuration ⚫ GeoServer loads data configuration in memory at startup (configuration not data itself) ⚫ GeoServer exposes GUI and REST endpoints to reload config when needed ⚫ Configuration reloading does not break OGC services ⚫ Configuration reloading blocks GUI and REST API 9th of June 2021- FedGeo
  45. GeoServer strengths & limitations ⚫ Global Configuration Locks ⚫ GeoServer

    internal configuration not thread-safe → can handle high volume parallel reads (e.g. GetMaps) but shall serialize writes (e.g. REST API POST calls) ⚫ Access to GUI and REST API on a single instance is serialized + GUI does not like load balancers ⚫ OGC Requests can go in parallel (actually MUST) ⚫ Make sure you move expensive operation outside configuration changes (large file uploads, importer tasks, etc..) ⚫ Default Java Opts & Config ⚫ Heap Memory must be tuned ⚫ JNDI & Connections Pool must be properly configured ⚫ Resource Limits must be properly configured ⚫ Control Flow must be installed and must be properly configured 9th of June 2021- FedGeo
  46. False Myths ⚫ GeoServer Needs a lot of memory ⚫

    With properly configured data and styles the bottleneck is usually the CPU not the memory ⚫ Our reference dimensioning is 4CPU, 2 to 4 GB of HEAP ⚫ Do you have 1M+ layers? If no, 4GB is enough ⚫ Do you generate large PDF prints of PNG maps? If no, 4GB is enough ⚫ Do you have 8 or more CPUs? If no, 4B is enough ⚫ GeoServer is slow ⚫ Are you expecting GeoServer to serve a 1TB striped Bigtiff with no overviews? ⚫ Are you trying to visualize 10M points from a corporate Oracle table? ⚫ Did you optimize the standard configuration? ⚫ Are you running PROD with the prototype cross-platform binary? 9th of June 2021- FedGeo
  47. False Myths ⚫ GeoServer is slow ⚫ You have deployed

    a single GeoServer instance with 2 CPUs, no caching and you expect it to handle 200 req/sec? ⚫ Serving a large number of layers ⚫ Large usually mean 50k or more ⚫ Start up times / Reload times can grow (e.g. Oracle tables) ⚫ Heap Memory usage might grow ⚫ GetCapabilities documents become slow and hard to parse for clients (e.g. bloated 100MB+ files) ⚫ Partitioning with Virtual Services can help ⚫ Sharding on different instances can help 9th of June 2021- FedGeo
  48. Containers & GeoServer ⚫ GeoServer can be Containerized ⚫ Several

    implementations available ⚫ GeoSolutions one here ⚫ Official image coming soon ⚫ Advantages ⚫ We did some of the work for you ⚫ Flexible portable and repeatable ⚫ Orchestrators can help ⚫ Disadvantages ⚫ Require some prior knowledge ⚫ Debugging can be a headache 9th of June 2021- FedGeo
  49. Containers & GeoServer ⚫ What to store in the images

    ⚫ Requirements and Code ⚫ Configuration ⚫ Data? Not recommended ⚫ Monitor your containers ⚫ Centralized logging ⚫ Parametrize logs and audits file paths ⚫ Sharing of files and directories is not implicit ⚫ Logging to stdout ⚫ File permissions ⚫ Watch your user IDs and GeoServer user permissions ⚫ Users on the host system are not the same as the ones in the container 9th of June 2021- FedGeo
  50. Portable Configuration ⚫ Data Directory ⚫ Environment specific things ⚫

    Disk Quota ⚫ Controlflow ⚫ GeoFence ⚫ Security ⚫ DNS can help too ⚫ Parameterized Configuration ⚫ Database URLs ⚫ Usernames and Passwords ⚫ Backup & Restore Plugin ⚫ Port changes between Environments for you ⚫ No restart, possibility to Dry-run ⚫ Possibility to filter per layer or workspace ⚫ Experimental but getting more mature 9th of June 2021- FedGeo
  51. Multienvironment deployments ⚫ Why? ⚫ Test and prototype without impacting

    the end users ⚫ Test code changes ⚫ Intranet vs Internet facing services ⚫ Allow multiple teams to work in parallel ⚫ How? ⚫ Automate migration between environments ⚫ Make you data directory portable ☺ ⚫ Use containers ⚫ Use backup and restore 9th of June 2021- FedGeo
  52. Clustering ⚫ Why? → Scalability + High Availability ⚫ Scaling

    out – Horizontal Scalability ⚫ Having more similar nodes in parallel ⚫ Natural fit for elastic computing environments ⚫ Autoscaling ⚫ Scaling up – Vertical Scalability ⚫ More HW resources to a single machine ⚫ Natural fit for legacy static environments ⚫ GeoServer can cope with both ⚫ Scaling up to 64 cores has been proven in the past ⚫ Scaling up requires fine tuning to be CPU bound rather than I/O bound as we seek CPU utilization ⚫ Scaling out has been done in K8s, AWS, Azure, GCP, etc… ⚫ Multiple strategies for scaling out 9th of June 2021- FedGeo
  53. Clustering GeoServer ⚫ Scaling up – Vertical Scalability ⚫ Single

    powerful HW ⚫ Single fine tuned GeoServer will give you scalability but not availability ⚫ No autoscaling, configured for largest expected/handled load ⚫ HW is a hard bottleneck ⚫ Scaling out – Horizontal Scalability ⚫ Many smaller GeoServer instances working in parallel ⚫ Sharding and grouping by data/functionality is an option ⚫ Superior Scalability, Superior Availability ⚫ If autoscaling is allowed, no need to configure for worst case scenario ⚫ Mixed Approach ⚫ Multiple larger compute instances with multiple GeoServer instances → common in legacy virtualized environments 9th of June 2021- FedGeo
  54. Clustering GeoServer ⚫ Clustering Paradigms ⚫ Passive Clustering → GS

    instances ignore each other ⚫ Active Clustering → GS instances talk to each other ⚫ Active Clustering ⚫ Config Changes propagate between instances ⚫ Requires specific extensions (JMS Clustering, Hazelcast, Stratus, GeoServer Cloud) ⚫ More moving parts, more maintenance work! ⚫ Use it wisely ⚫ Passive Clustering ⚫ No special plugins ⚫ Config Changes do not propagate → reload is required ⚫ No additional moving parts ⚫ Can cover 90% of use cases 9th of June 2021- FedGeo
  55. Clustering Layouts Active/Active Active/Passive 9th of June 2021- FedGeo

  56. Clustering Layouts Backoffice - Production ⚫ Backoffice instance is for

    administration ⚫ Changes via GUI or via REST Interface ⚫ Can do Active/Passive ⚫ Productions instances are for data serving ⚫ No config changes ⚫ Can scale horizontally! ⚫ Data is centralized and shared between instances ⚫ Configuration promotion requires reload ⚫ With some tricks it can cover most use cases 9th of June 2021- FedGeo
  57. Clustering - Takeaways ⚫ GS stores its config in files

    in the data directory ⚫ GS load its config in memory at startup ⚫ GS does not automatically pick up config changes from the data directory (needs explicit config reload via GUI or REST) ⚫ GeoServer GUI does not work well behind a randomizing load balancer ⚫ GS startup/reload times can be long with 10k+ layers ⚫ GS continuously write to log files ⚫ GS TileCache can work in clustering 9th of June 2021- FedGeo
  58. Clustering - Takeaways ⚫ Clustering GeoServer seems hard! ⚫ Before

    thinking about active clustering plugins make sure you need such layout! ⚫ 95% of cases Passive Clustering with Backoffice- Production is enough! ⚫ We will focus on Active Clustering in a future webinar 9th of June 2021- FedGeo
  59. Cloud & GeoServer ⚫ GeoServer is not cloud-native ⚫ It

    was born when cloud meant this → ⚫ It is somewhat a monolith (not really, read on..) ⚫ We can’t depend on any cloud provider ⚫ We still use the file system here and there ⚫ GeoServer is cloud-ready ⚫ It is highly modular, its footprint can be reduced a lot ⚫ It is known to run in AWS, Azure, GCP, OpenShift, IBM Cloud, etc.. ⚫ It is known to run in K8s, Rancher, etc.. ⚫ It can autoscale (CPU is the resource to look at) ⚫ It can use Object Storage (Tile Cache, COG, etc..) ⚫ Prefers compute intensive instances ⚫ Likes Containers ⚫ Likes Automation! (Azure Pipelines, Jenkins, etc..) 9th of June 2021- FedGeo
  60. Conclusions 9th of June 2021- FedGeo

  61. Conclusions ⚫ So much stuff, hard to summarise… ⚫ Some

    takeways ⚫ Data keeps growing, the cloud can help ⚫ OpenData has won ⚫ Interoperability is key (more than ever) ⚫ Automation is crucial (Azure Pipelines, Jenkins, etc..) ⚫ Leverage Cloud Native Formats (did I mention COG?) ⚫ Beware of the cloud provider lock in ⚫ SAAS is the new stovepipe/license trap 9th of June 2021- FedGeo
  62. That’s all folks! Questions? info@geosolutionsgroup.com 9th of June 2021- FedGeo