Internal Business Effects of the Cloud
The course is part of these learning pathsSee 4 more
If you have made the strategic decision to migrate to the cloud then it’s recommended for you to have an understanding of how this affects your business internally. This course will look at the different areas of your organization and help give you visibility on how a cloud migration will affect your organization from a business perspective.
We will look at how the dynamics of the Business will change, from adopting new sales approaches to the way in which your conduct your deployment operations, a number of changes can occur internally and it’s good to be aware of them.
Not only are there changes to the operations and processes of your departments, but there are also changes on a deeper and personal level, such as how a migration can affect your employees. A number factors come into play here and some of them can be detrimental to both the business and the employee, we will take a look at each of these.
As with all migrations of one kind or another, there are of course financial implications, we examine topics such as capex and opex, billing, budgets, human resources costs among others, there are a lot of financial changes that can happen within your organization and planning for them can be difficult.
Contractual business obligations play a huge part in the success of your migration, for example do you have the right SLA for your service? Does the cloud vendor offer SLAs that meet your customer requirements? Can you achieve the correct level of security compliance and governance such as ISO or HIPAA compliance? All of these concerns are discussed with suggestions and recommendations.
Finally, we look at some of the business risks encountered when your business goes ahead with a cloud migration, such as the inflexibility of contracts and what happens when or if it goes wrong!
By completing this course, you will have
- A greater visibility of the impact that cloud computing can have on the internal teams and processes of an organization
- An understanding of how cloud migrations can directly affect your employees
- The knowledge to plan and educate other business areas of key changes that are likely to occur assisting in a smoother migration to the cloud whilst mitigating known risks
This course has been designed for:
- Business Managers
- Project Managers
- A basic understanding of cloud computing and its benefits
- Some exposure to business acumen and team structure
This Course Includes:
- Over 45 minutes of high-definition video
- 7 lectures
- Vendor product documentation links to key topics
What You Will Learn:
Introduction - This provides an introduction to the trainer and covers the intended audience. We will also look at what lectures are included in the course, and what you will gain as a student from attending the course.
Business Dynamics and Procedure - Here we analyze those internal changes that directly affect the way in which departments operate, from sales to business analytics to processes and procedures.
Effects on Your Employees - This lecture looks at both the positive and the negative effects this can have, covering training and career potential to redundancies. We look at these changes from the employee’s perspective.
Financial Impact - This lecture focuses on the different financial effects cloud migration can have, and where these changes will occur.
Contractual Business Obligations - Here you will see how important it is to be aware of any obligations you have to your customers, specifically when it comes to audited security compliances because failure to meet these could have legal consequences.
Business Risks - With change comes risks, and in this lecture we identify where some of these risks can come from and how to best mitigate them.
Summary - Lastly, we will take note of some of the important factors learnt from the previous lectures.
If you have thoughts or suggestions for this course, please contact Cloud Academy at firstname.lastname@example.org.
Hello, and welcome to this lecture.
Moving your services out of your own data center environment and into a third-party vendor's data center can cause issues and concerns when it comes to contractual obligations.
How will this move to the public cloud affect your service level agreements, your SLAs, with your customers? Will the cloud provider be able to operate at the same level? What reassurances can you offer your customers?
Having less visibility opens you up to a lot of unknowns when it comes to cloud production issues, especially when the resolution of those issues are out of your control. What kind of resiliency does the vendor have surrounding specific services across their environment?
It's important to look at your chosen vendor SLAs for each service that you are intending to use. Each service will have its own SLA with its own set of definitions of criteria to be met.
As an example, when looking at the SLA for the AWS EC2 service, you can see that it's made up of a number of different definitions, such as the Monthly Uptime Percentage, the Region Unavailability, and the Unavailability of EC2 and EBS.
Now, if we compare these definitions to another AWS service, AWS S3, you can see that it has different definitions and criterias, such as the Error Rate.
Be sure to analyze these SLAs to have a good understanding of what parameters the vendor has to abide by with regards to availability of service. Identify areas that fall outside of any SLAs you currently have in place with any of your customers. Depending on the type of service plan you have with your cloud provider, you may be able to negotiate specific terms surrounding SLAs that affect customer agreements.
However, these are likely to be small changes from the current SLAs that are stipulated. You will find that the cloud provider has the right to change the SLA terms as and when they see fit. The services they offer are ever changing, and so to keep up, so will the SLA agreement.
Be sure to review these SLAs regularly to ensure compliance with any contractual agreements you may have.
Sometimes, you may feel that you don't want to rely on statistics of the SLAs to ensure you maintain stability of a particular system or application. In this case, you can of course build in higher availability by architecting your systems to be fault tolerant across different geographic regions.
By doing so, it would protect you from a major incident on the cloud provider's part should a particular service offered fail in one region. If an incident occurred, your environment will handle this failure by utilizing the high availability system you architected to maintain reliability of service.
However, this does of course cost you the additional resource, and so it's a fine balance of defining if that particular workload requires that level of continuity.
In a standard on premise environment, you would have likely been audited by external auditors to check your IT infrastructure for compliance against security and data protection, or control surrounding PCI DSS, ISO, SOC, or even HIPAA.
There are many more compliance programs, but these are some of the most common.
To maintain compliance to these programs necessitates the need for the infrastructure which ultimately confirms that your customers' data is protected, and so is of course of the utmost importance.
Some responsibility of these compliance controls can now be passed over to the cloud provider, specifically elements geared toward physical security of the host, as we do not have access to the physical infrastructure. As a result, cloud providers have to abide by a huge set of compliance programs on a worldwide scale.
The large cloud providers, AWS, Azure, and Google, operate their services on a global level and therefore have to meet regulated controls of compliances from hundreds of different countries.
This is a great comfort to organizations operating within the cloud, as it's likely that the compliance of the services they are using are far greater than that compared to their own infrastructure.
For a full list of compliances offered by the leading cloud providers, please take a look at the links on the screen. You will still need to be responsible for specific compliance controls, and so do not think your provider will cover everything.
However, there are services that can help you with maintaining with this compliance. For example, the AWS Config service allows for the continual monitoring of the configuration of your assets. This service can use specific rule sets that check for audit compliance controls that relate to PCI DSS or HIPAA.
Reports can also be generated to verify conformity, allowing you to present to auditors.
We have come to the end of this lecture, so in the next lecture, I will cover some of the business risks involved.
Stuart has been working within the IT industry for two decades covering a huge range of topic areas and technologies, from data center and network infrastructure design, to cloud architecture and implementation.
To date, Stuart has created 90+ courses relating to Cloud reaching over 100,000 students, mostly within the AWS category and with a heavy focus on security and compliance.
Stuart is a member of the AWS Community Builders Program for his contributions towards AWS.
He is AWS certified and accredited in addition to being a published author covering topics across the AWS landscape.
In January 2016 Stuart was awarded ‘Expert of the Year Award 2015’ from Experts Exchange for his knowledge share within cloud services to the community.
Stuart enjoys writing about cloud technologies and you will find many of his articles within our blog pages.