Welcome!

@DevOpsSummit Authors: Elizabeth White, Zakia Bouachraoui, Pat Romanski, Liz McMillan, AppDynamics Blog

Related Topics: @DevOpsSummit, @CloudExpo

@DevOpsSummit: Blog Feed Post

Financial Sense of #PaaS By @JPMorgenthal | @DevOpsSummit [#DevOps]

Hosted PaaS is definitely the least expensive option for deploying this application architecture

Making Financial Sense of PaaS

Part I

As a consultant one of the common artifacts I’m frequently asked for is a cost estimate for a statement of work. Needless to say being the “cloud guy” these requests often revolve around estimates for delivery on a public cloud platform. I’d like say there is a high-degree of science behind these estimates, but the truth is that without a completed physical and logical architecture estimates are exactly that, an estimate. Pay for use definitely introduces an opportunity to get very fine-grained in costing, but it also requires a much more detailed understanding of the application than was required to do costing for a standalone equivalent.

Being a huge supporter of Platform-as-a-Service (PaaS), specifically, container-based PaaS, such as CloudFoundry and Heroku, I decided to apply my pricing experience to hacking up an estimate for delivering a mobile application inclusive of development through operations. The goal for me was to see if my own assertions that PaaS actually reduced both development and operating costs could be supported. My results were verified by both and independent consulting peer and a provider of PaaS.

The estimate I put together is for a new mobile application. I estimated that it would take three months to deliver into production. The application is comprised of three distinct elements: the mobile application, the mobile back end application—written in Java—and the integration with existing applications to exchange data. The approaches for implementation evaluated consisted of a spectrum of options ranging from On-Premise N-tier application to hosted PaaS. In this case, I am using the term On-Premise to represent running in a privately-hosted, privately-operated environment (e.g. corporate data center). Moreover, the options include using both licensed and open source software alternatives. This application must support 500 concurrent users initially and will grow by 25% annually. For pricing estimates the following products were used as examples:

  • Licensed N-Tier: WebSphere Application Server, Oracle, Mule
  • Open Source N-Tier: Apache/Tomcat, MySQL, Mule
  • On-Premise PaaS (licensed): Stackato, MySQL
  • On-Premise PaaS (OS): CloudFoundry Community, MySQL
  • Hosted PaaS: BlueMix or Azure Web

Before posting the numbers, I will tell you I surprised myself at the costs for building and operating a single mobile application, even for the least expensive option. I believe this should certainly be eye-opening for any CFO and should definitely spur an audit of their current application portfolio. Also, there’s probably a number of ways to argue against the numbers depending upon how your business is organized and how it delivers IT services. That said, these numbers are representative of a majority of mid- to large-scale enterprise IT practices. I am keenly aware of how numbers can be played with to justify supporting a particular outcome. I have been in the position of having to illustrate break-even for AWS versus privately-hosted converged infrastructure and I can make either option look better than the other by simply tweaking certain assumptions. That said, I’m sure I didn’t account for every minutia in this analysis.

Since the labor is a major cost factor in the analysis, it’s important to understand the assumptions that went into computing these costs. First, each labor category was factored based on the amount of time they would need to spend supporting delivery of this application. Since IT Operations continuously operates the application, there is a cost for initial deployment and then maintenance and support of the environment, where required, such as patching and updates. It was assumed development would be involved in the initial development and some bug fixes as required throughout the year. The Application Infrastructure Specialist role is responsible for configuring and deploying supporting services, such as database, messaging, identity management, etc.

And the answer is ….

Hosted PaaS is definitely the least expensive option for deploying this application architecture. The next least expensive option is double the cost for deploying on Hosted PaaS, which would be acceptable if the business received double the benefit, which it does not. Other than businesses just not being ready to build and operate on Hosted PaaS—or being in an industry that is still struggling with compliance and regulatory issues that might ensue for using public cloud—there is no financial justification that makes sense for continuing to build applications and hosting them in an on-premise environment.

What do you think? Am I in the ballpark? Missed by a mile? Please share your opinions.

More Stories By JP Morgenthal

JP Morgenthal is a veteran IT solutions executive and Distinguished Engineer with CSC. He has been delivering IT services to business leaders for the past 30 years and is a recognized thought-leader in applying emerging technology for business growth and innovation. JP's strengths center around transformation and modernization leveraging next generation platforms and technologies. He has held technical executive roles in multiple businesses including: CTO, Chief Architect and Founder/CEO. Areas of expertise for JP include strategy, architecture, application development, infrastructure and operations, cloud computing, DevOps, and integration. JP is a published author with four trade publications with his most recent being “Cloud Computing: Assessing the Risks”. JP holds both a Masters and Bachelors of Science in Computer Science from Hofstra University.

@DevOpsSummit Stories
Today most companies are adopting or evaluating container technology - Docker in particular - to speed up application deployment, drive down cost, ease management and make application delivery more flexible overall. As with most new architectures, this dream takes significant work to become a reality. Even when you do get your application componentized enough and packaged properly, there are still challenges for DevOps teams to making the shift to continuous delivery and achieving that reduction in cost and increase in speed. Sometimes in order to reduce complexity teams compromise features or change requirements
GCP Marketplace is based on a multi-cloud and hybrid-first philosophy, focused on giving Google Cloud partners and enterprise customers flexibility without lock-in. It also helps customers innovate by easily adopting new technologies from ISV partners, such as commercial Kubernetes applications, and allows companies to oversee the full lifecycle of a solution, from discovery through management.
Skeuomorphism usually means retaining existing design cues in something new that doesn’t actually need them. However, the concept of skeuomorphism can be thought of as relating more broadly to applying existing patterns to new technologies that, in fact, cry out for new approaches. In his session at DevOps Summit, Gordon Haff, Senior Cloud Strategy Marketing and Evangelism Manager at Red Hat, discussed why containers should be paired with new architectural practices such as microservices rather than mimicking legacy server virtualization workflows and architectures.
Using serverless computing has a number of obvious benefits over traditional application infrastructure - you pay only for what you use, scale up or down immediately to match supply with demand, and avoid operating any server infrastructure at all. However, implementing maintainable and scalable applications using serverless computing services like AWS Lambda poses a number of challenges. The absence of long-lived, user-managed servers means that states cannot be maintained by the service. Longer function invocation times (referred to as cold starts) become very important to track, because they impact the response time of the service and will impose additional cost. Additionally, the transition to smaller individual components (much like breaking a monolithic application into microservices) results in a simpler deployment model, but makes the system as a whole increasingly complex.
In 2014, Amazon announced a new form of compute called Lambda. We didn't know it at the time, but this represented a fundamental shift in what we expect from cloud computing. Now, all of the major cloud computing vendors want to take part in this disruptive technology. In his session at 20th Cloud Expo, John Jelinek IV, a web developer at Linux Academy, will discuss why major players like AWS, Microsoft Azure, IBM Bluemix, and Google Cloud Platform are all trying to sidestep VMs and containers with heavy investments in serverless computing, when most of the industry has its eyes on Docker and containers.