Principles of the reliability pillar

Building a reliable application in the cloud is different from traditional application development. While historically you may have purchased levels of redundant higher-end hardware to minimize the chance of an entire application platform failing, in the cloud, we acknowledge up front that failures will happen. Instead of trying to prevent failures altogether, the goal is to minimize the effects of a single failing component.

Considerations for migration

The following section provides an overview of Skytap on Azure architecture and is used as a lens to assess the reliability of an environment deployed in Skytap.

Migration considerations include:

Skytap discovery and migration – support and limits

See Skytap service limits

High-Level considerations for migration to Skytap on Azure

Migration to Skytap on Azure can be migrated via a hot or cold/warm migration as depicted here.

Definitions

RTO – Downtime of services, applications, and infrastructure for business continuity. For example, the amount of time it takes to get back up and running in the event of a disaster or outage.

RPO – Frequency of data backup. For example, the amount of time in which data may be lost.

The two numbers above, combined with contingencies like distance, amount of data rate change and available bandwidth will determine whether to employ a High Availability Tool or a Disaster Recovery Tool.

This is very similar to a warm versus hot migration, and the same tools may be utilized.