Measuring Cloud Readiness of Enterprise Applications

Infor DevOps team has built a software-defined datacenter using end-to-end automation. Infor uses agile software development methodology to design and build higher-level services using low-level AWS services. Approaching the building of the datacenter as software development with complete documentation, code reviews, automated builds and automated tests gives consistency, audibility and ability to deploy a datacenter in anywhere in the world within minutes. We not only automate creation of these services and hence the datacenter but also fully automate the deployment of applications and also the lifecycle of the applications, which includes customer environment creation, monitoring, scaling, recovery from hardware/software failures, patching and upgrades. Having fully automated operations eliminates the needs for humans to be physically logged into the infrastructure, thereby improving the security of our operations significantly. We use cloud formation for stack deployment, scripting for bootstrapping, Salt Stack for configuration management and auto scaling for recovering from failure and to provide elasticity. We also use a number of tools to help us protect, monitor and troubleshoot our cloud environment. We use Trend Micro deep security for IPS, Sumo Logic for log aggregation, Stack Driver for infrastructure monitoring and Dynatrace for application performance monitoring. Having full end-to-end automation and a robust set of tools allows us to detect and respond to failures before our customers notice any interruption in service. Our end goal is always to know and respond to any issues in our datacenter before our customers call us.

Cloud 2.0 applications integrate with other applications using web-based technologies such as HTTPS/SFTP/SQS (VPN tunnels are not allowed in Cloud 2.0 environment for security reasons). An application is not considered Cloud 2.0 if the end users are required to use a thick client for accessing any part of the application. For efficient and reliable health checks of the applications, monitoring high-level services usually does not always provide indication when something is wrong, and hence application teams need to build robust and deep health checks which are invoked by either elastic load balancers or aforementioned monitoring tools. Cloud 2.0 applications should also provide rich business driven extensibility features, which allow business end users to meet their specific application requirements without involving their IT but at the same time without sacrificing upgradeability of the applications. The hardware and labor costs for a Cloud 2.0 application are exponentially lower than that of a Cloud 1.0 application.

Cloud 3.0

Cloud 3.0 applications use proven, highly scalable open source technologies that have micro services architecture in a true distributed computing model. Cloud 3.0 applications can rapidly and elastically respond to fluctuations in workload using technologies such as docker, marathon and mesos. Cloud 3.0 applications have all the features of Cloud 2.0 applications and additionally are true web scale single version applications designed for cloud and are stateless (or maintain their state externally), thereby allowing frequent updates to functionality with zero downtime.

Conclusion

While every enterprise application has architectural characteristics that make it slightly different from any other enterprise application, there are several common characteristics that can be used to measure the cloud readiness of the application. Building and managing a complete datacenter using end-to-end automation provides consistency and auditability, which would not be true if the same was built manually. Automating the deployment, management and monitoring of the cloud applications in the datacenter using a robust set of tools will result in providing the high level of service that cloud customers expect.