You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: manageability-and-operations/operations-advisory/operating-model/multi-cloud-operating-model.md
+4-9Lines changed: 4 additions & 9 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -22,13 +22,13 @@ Let's start with the basics:
22
22
1. Make Automation part of your culture if this is not the case.
23
23
If, in a single-cloud provider scenario, its importance is not always perceived as crucial, except for large-scale deployments, automation becomes paramount in a multi-cloud scenario.
24
24
25
-
a.Define which Operating scenarios you need to automate: what will be most frequent operations you will need to run? what are the most complex and prone to human errors?
25
+
a.Define which Operating scenarios you need to automate: what will be the most frequent operations you will need to run? what are the most complex and prone to human errors?
26
26
27
-
b. Define the roles:Two typical roles in Infrastructure as Code (IaC) are IaC Developer and Cloud Operator. The IaC Developer provides essential building blocks--modules in Terraform, Playbooks in Ansible--which are used by the Cloud Operator to deploy resources. The same module or playbook will be used many times to create the same type of resource, each time providing specific parameters for the instantiation. Reusable Terraform modules and Ansible playbooks ensure deployed resources adhere to company-wide or organisational standards.
27
+
b. Define the roles:Two typical roles in Infrastructure as Code (IaC) are IaC Developer and Cloud Operator. The IaC Developer provides essential building blocks--modules in Terraform, and Playbooks in Ansible--which are used by the Cloud Operator to deploy resources. The same module or playbook will be used many times to create the same type of resource, each time providing specific parameters for the instantiation. Reusable Terraform modules and Ansible playbooks ensure deployed resources adhere to company-wide or organizational standards.
28
28
29
-
c. Define Approval workflows for changes: tipically you will want to protect resource from unwanted changes.
29
+
c. Define Approval workflows for changes: typically you will want to protect resources from unwanted changes.
30
30
31
-
d. Make your coding provider-agnostic and modular.
31
+
d. Make your coding provideragnostic and modular.
32
32
33
33
2. Decide on the repository structure: this will need to support your Multi-cloud approach.
34
34
@@ -40,11 +40,6 @@ The following Diagram depicts as an example, the use of ServiceNow ITOM to opera
Just like Automation and Observability practices, keeping consumption and usage under control and forecastable across cloud providers is another key element to be kept into consideration in a Multi-Cloud Operating Model.
0 commit comments