Simply put… it is moving your GIS from an on-premise environment onto a new, freshly built server environment in the cloud. A migration requires a lot of preparation and advance work, but it is worth the effort, resulting in cost savings and greater flexibility.
During this stage, we will work with your business to understand your current GIS estate and determine which Service(s), Database(s), and Third Party Applications are essential to meet your business needs. By the way… do you have a lot of old data or map services sitting idle? This is a great time to clean the closets and only take with you what you need! Once defined, ROK will architect a cloud environment specific to your organization's GIS and Security needs.
The journey to the cloud takes thoughtful planning, careful preparation and organizational commitment. Let us help you take the right next steps! Get started on your journey today!
Cloud technologies are increasingly more important because of their convenience, performance, and cost-effectiveness compared to on-premise solutions. But before starting a Cloud migration, it’s important to understand the top challenges – and how to overcome them —so your organization has a smooth and successful transition to the Cloud. In this webinar you will learn: […]
01 Amplifying a Small Team with Big Plans Before the City of Hastings migrated their GIS to the Cloud seven years ago, they had an on-premise server that was mainly for hosting three websites for public viewing. The three websites functioned as informational for both employees and the public. The City relied on their IT […]
What is Kubernetes, aka K8s? Kubernetes allows you to manage and run multiple containers across a cluster of machines. Containers are lightweight, isolated environments that package an application and its dependencies, providing consistency and portability. By using Kubernetes, you can define how your containers should run, specify their resource requirements, and ensure high availability and […]
WHAT OUR CLIENTS HAVE TO SAY:
Migrating your GIS to AWS, Azure or any cloud solutions provider is accomplished in phases. Here is a brief overview of the methodology we use at ROK. Keep in mind that there are several steps within each phase, but this will give you an overview of what needs to take place.
Phase I: Spin up and configure the cloud environment you will use to support your software. Apply security, backup and retention policies.
Phase II: Install and configure your Esri Software. Deploy Virtual Desktop Instances.
Phase III: Migrate your GIS ... this is a great opportunity to “clean the closets” and ensure you are only migrating what you need. We generally start migration planning in Phase I.
Phase IV: Cut Over to your new Cloud GIS environment. The entire process timeline varies depending on the complexity of your environment. As a very general rule you should budget 8-10 weeks.
There will always be challenges to overcome when encountering something different or unknown. If some of your data or technology is proprietary, you may not legally be able to deploy to the cloud. You may need to modify and/or map your application design and architecture to follow the cloud architecture. You could experience downtime due to technical outages (loss of power, maintenance, etc), but this would also be true on-premise.
This really depends on the Esri software that is in use. You can find the specifications on Esri's website. Here is a link to get you started: ArcGIS Server 10.8 system requirements—ArcGIS Enterprise system requirements | Documentation
Deploying and managing a 3-tier environment in the cloud is standard practice for many of the organizations we serve. Migration, when planned correctly can be a smooth and painless experience.
When working with clients on Cloud Migrations, the first step is to understand their environment. To do this, we start with a holistic view, formulating a detailed plan that serves as a roadmap. Using this roadmap, we work with the client to transfer and configure data (Database(s), Imagery, Flat Files etc.), working/project files (ArcMap/Pro documents, scripts, proprietary information), web applications and any third party integrations. After all configurations are complete, we validate the Cloud Environment through a client testing and QA/QC Phase to work out any and all issues. We then hand the keys over and GO LIVE!
Latency, not to be confused with bandwidth, is a known factor since distance is key to determining latency - no matter how fast a connection, data must still physically travel the distance from cloud to machine and is constrained by the laws of physics 🙂 With this in mind, we can reduce the travel time by staying in one availability zone. Most of the clients we work with actually realize better performance after migrating to the cloud.