GreenPages Blog

As an IT professional, you need to stay current on all things tech; with articles from industry experts and GreenPages' staff, you get the info you need to help your organization compete and succeed!

How a Cloud Infrastructure Can Save or Make You Money

Posted by: Trevor Williamson
Read More
All Posts

How a Cloud Infrastructure Can Save or Make You Money

 

Before you left click that mouse to go to that other “work related” page, wait a few seconds while I explain what I’m talking about.  While there is a ton of hyped up, blown out and super hyperventilated information out there about how the cloud makes your life better, reduces your workload and ultimately makes your coffee and butters your toast, not much is said about how the cloud can help your company save or make money. Real money…not that kinda-sorta-maybe-coulda money, but real put-it-in-the-bank money.

Before I start my explanation, first let me say that there is no such thing as a free lunch and no one gets something for nothing.  The cloud, like any other technology or methodology in IT, requires CAPEX investment in order to be effectively utilized and have the desired benefits…and ultimately drive OPEX costs down over time (within the ROI horizon) or provide efficiencies that increase revenues.  No hocus-pocus, no magic…it takes careful thought and some hard work but, yes Virginia, revenue benefits and cost savings do exist in the cloud.  Of course you must calculate savings after all implementation expenses are accounted for…things like hardware and software acquisition costs, personnel and space requirements, training, etc.

Second, I am going to frame this discussion based on an internal, private cloud only (but many of the same characteristics exist for other types of clouds), as I just don’t have the space to explicitly differentiate here.

Third, I am going to compare costs based on a relatively mature “traditional” datacenter against the same datacenter but with a cloud infrastructure implemented and running in a steady-state. A traditional datacenter, in my view, is partially (<30%) virtualized with little to no automation or orchestration and is moderately managed from a holistic perspective.

Fourth, and my last condition before I begin my explanation, I am using the NIST definition of a cloud infrastructure (so no fancy bells and whistles) found here: http://www.nist.gov/itl/csd/cloud-102511.cfm.

OK, we’re all straight now, right?  Excellent. So how I’ll lay out the rest of this post is that I will first describe a couple of scenarios that exist in a traditional datacenter and then I’ll explain how they would be done in a cloud infrastructure. Last, I’ll point to where the revenue benefits are found or where costs are typically saved.

Time to Market/Value

  1. Traditional:
    1. A business owner or LOB owner decides they need an application built that will provide a new revenue stream to the organization so they describe, to a Business Analyst, what they want the application to do in the form of business requirements.
    2. The Business Analyst then takes those requirements and translates them to functional requirements (iterating with the Business as to end results required) and then uses those as the basis for the technical requirements which describe the supporting hardware and software (COTS or purpose built).
    3. A Technical Analyst or developer uses the technical requirements and produces a series of hardware and software specifications for the procurement of the hardware or software resources required to support the requested application.
    4. Once completed, a cost analysis is done to determine the acquisition costs of the hardware, any COTS software, an estimate of in-house developed software, testing and QA of the application, and the eventual rollout.
    5. The business analyst then takes that cost analysis and creates an ROI/TCO business case which the Business owner or LOB owner then takes to Senior Management to get the application approved.
    6. Upon approval, the application is assigned a project number and the entire package is turned over to Procurement who will then write and farm out an RFP, or, check an approved vendor list, or otherwise go through their processes in order to acquire the hardware and software resources.
    7. Approximately 8 to 16 weeks from the beginning of the process, the equipment is on the dock and shortly thereafter racked and stacked waiting for the Developer group to begin work on the application.
  1. Cloud:
    1. A business owner or LOB owner decides they need an application built that will provide a new revenue stream to the organization so they describe, to a Business Analyst, what they want the application to do to in the form of business requirements.
    2. The Business Analyst then takes those requirements and translates them to functional requirements (iterating with the Business
      as to end results required) and then uses those as the basis for the technical requirements which describe the supporting hardware and software.
    3. A Technical Analyst or developer uses the technical requirements and produces a series of hardware and software configurations required to support the requested application.
    4. Once completed, a cost analysis is done to determine the start-up and monthly utilization costs (chargeback details), an estimate of any in-house developed software, testing/QA, and the eventual rollout of the application.
    5. The business analyst then takes that cost analysis and creates an ROI/TCO business case which the Business owner or LOB owner
      then takes to Senior Management to get the application approved.
    6. Upon approval notification, the Developer group accesses a self-service portal where they select the required resources from a Service Catalog.  The resources are ready within a few hours.
    7. Approximately 3 to 6 weeks from the beginning of the process (up to 10 weeks earlier than a traditional datacenter), the computing resources are waiting for the Developer group to begin work on the application.
  1. Savings/Benefit:
    1. If the potential revenue from the proposed application is $250,000 a week (an arbitrary, round number), then having that application ready up to 10 weeks earlier means an additional $2,500,000 in revenue.
    2. NOTE: The greater the disparity of resource availability, traditional versus cloud infrastructure, the greater the potential benefit.

 

Hardware Acquisition

  1. Traditional:
    1. A business owner or LOB owner decides they need an application built that will provide a new revenue stream to the organization so they describe, to a Business Analyst, what they want the application to do in the form of business requirements.
    2. The Business Analyst then takes those requirements and translates them to functional requirements (iterating with the Business as to end results required) and then uses those as the basis for the technical requirements which describe the supporting hardware and software (COTS or purpose built).
    3. A Technical Analyst or developer uses the technical requirements and produces a series of hardware and software specifications for the procurement of the hardware or software resources required to support the requested application.  The hardware specifications are based on the predicted PEAK load of the application PLUS a margin of safety (overhead) to ensure application stability over time.
    4. That safety margin could be between 15% and 30% which effectively means that the procurement of the equipment is always aligned to the worst case scenario (peak processing/peak bandwidth/peak I/O) so for every application, the most expensive hardware configuration has to be specified.
  1. Cloud:
    1. A business owner or LOB owner decides they need an application built that will provide a new revenue stream to the organization so they describe, to a Business Analyst, what they want the application to do in the form of business requirements.
    2. The Business Analyst then takes those requirements and translates them to functional requirements (iterating with the Business as to end results required) and then uses those as the basis for the technical requirements which describe the supporting hardware and software (COTS or purpose built).
    3. A Technical Analyst or developer uses the technical requirements and produces a series of hardware and software configurations required to support the requested application.
    4. The required configurations for the cloud infrastructure compute resources are documented and given to the developer group.
  2. Savings/Benefit:
    1. Because the hardware resources within the cloud infrastructure are abstracted and managed apart from the actual hardware, equipment specifications no longer drive procurement decisions.
    2. The standard becomes the lowest-cost, highest quality commodity class of server versus the individually spec’d purpose built(highest cost) class of server thus saving approximately 15%-50 of ongoing server hardware costs.
    3. NOTE: I mentioned this earlier but think it needs to be said again: savings become “real” after all cloud infrastructure implementation costs are recovered.

 

These are just two examples of where an internal cloud can specifically help an organization derive direct revenue benefit or cost savings (there are many more). But, as always, it depends on your environment, what you want to do, how much you want to spend, and how long you want to take to get there.  The best thing to do is ask your favorite cloud infrastructure specialist today (um, pick me, pick me!!) to help you determine if this journey to the cloud is right for you!

If you would like to hear more about GreenPages Cloud Management as a Service (CMaaS) offering, fill out this form.

Comments

Related Posts

Tech News Recap for the Week of 07/15/19

If you had a busy week in the office and need to catch up, here’s our recap of tech articles you may have missed the week of 07/15/19!

Tech News Recap for the Week of 07/08/19

If you had a busy week in the office and need to catch up, here’s our recap of tech articles you may have missed the week of 07/08/19!

What Was Great in 08' Now Needs an EOS Update

Back in 2008 I still had a faceplate for my car radio, Bleeding Love by Leona Lewis was crushing the pop charts, and organic bean sprouted bread was something you’d find in the pet food aisle. It’s also the year Microsoft released Windows 2008 and SQL 2008, leaving a lasting impression like a tune you can’t get out of your head. For Windows Server 2008, it was the first Windows edition that allowed you to license for virtualization. If you recall, there used to be an Enterprise Edition of Windows 2008 that allowed for 4 VMs and if you needed 12 VMs you had to purchase 3 licenses. Datacenter provided unlimited VMs, and Standard edition both covered standalone and virtual machines.  At the time Microsoft was really making us work to understand the minutia of their licensing rules. Thank goodness Microsoft’s licensing has gotten a lot easier to understand (insert sarcasm.) Windows 2008 and 2008 R2 and SQL 2008 and 2008 R2 had a good run, and like all good things, including Leona Lewis’s career, it will be coming to an end. SQL 2008 and 2008 R2 End of Support (EOS) is July 9, 2019. Windows 2008 and 2008 R2 EOS is January 14, 2020.  Once Microsoft products go EOS, Microsoft offers ZERO support for the product, meaning they’ll no longer provide updates and patching. With no support, it would leave the product vulnerable to security threats because no fixes will be available to prevent infiltration. Security updates are mission critical. In 2016, 4.2 Billion records were stolen by hackers. Twenty percent of organizations lose customers during an attack and 30% of organizations lose revenue during an attach. Not fun!  It would be like if John Rambo retired and stopped drawing blood, which is a bad analogy because Rambo: Last Blood is being released in September. This begs that question, is this really the Last Blood? Probably not, however you can be certain the Microsoft’s “Last Blood” is actually happening. So what to do when your support goes away? Well you’ll need to think about modernizing and in this case adopting cloud. It’s a good time to seize EOS as an opportunity to transform with Microsoft’s latest technologies. A jump to Azure will allow you to migrate your Windows 2008 and 2008 R2 workloads to Azure VM or Azure SQL Database. Customers who move 2008 and 2008 R2 workloads to Azure Virtual Machines (IaaS) “as-is” will have access to Extended Security Updates for both SQL Server and Windows Server 2008 and 2008 R2 for three years after the End of Support dates for free. Those that decide to move to Azure SQL Database Managed Instance (PaaS) will have access to continuous security updates, as this is a fully managed solution. Or you could stay with on-premises licensing and upgrade to Windows 2019 or SQL Server 2017 by leveraging your Software Assurance benefits to modernize on-premises or on Azure (i.e. Azure Hybrid Benefit), to help reduce security risks and continue to get regular security updates. Regardless of what investment you decide to make, GreenPages can help right-size you for the future and ensure your data continues to be protected. To have further conversations about Windows 2008 and 2008 R2 and SQL 2008 and 2008 R2, please connect with your Account Executive or reach out to us!