|
| 1 | +== Topic Objectives |
1 | 2 | include::_attributes.adoc[]
|
2 | 3 |
|
| 4 | +[#objectives] |
| 5 | + |
| 6 | +In this topic we will discuss: |
| 7 | + |
| 8 | +* What is a GitOps Pattern? |
| 9 | +** Explain high level benefits provided by GitOps Patterns |
| 10 | +** Discuss what is included in the patterns initiative |
| 11 | +** Detail the difference between a community and validated patterns |
| 12 | +* Who are GitOps Patterns for? |
| 13 | +** Explain the high level benefit for each persona |
| 14 | +** Clarify the requirements to become validated |
| 15 | +* Where can you keep up to date or point people to find more information? |
| 16 | +
|
| 17 | +[#what] |
| 18 | + |
| 19 | +== What are Validated Patterns? |
| 20 | + |
| 21 | +Validated Patterns are an evolution of reference architectures. Each pattern is given a lifecycle when it is added to Red Hat's continuous integration (CI) system because we're testing against the latest version of operators, OpenShift releases and across multiple public cloud environments. |
| 22 | + |
| 23 | +image::Linux-Penguin-Evolution-1.png[evolution] |
| 24 | + |
| 25 | +[#goals] |
| 26 | + |
| 27 | +== Business Goals |
| 28 | + |
| 29 | +Every organization is facing the need to transform itself into a digital business. It's part of an evolution to help **accelerate innovation** by making application development faster - fueled with data insights, and enabled through technologies like containers, kubernetes and artifical intelligence/machine learning. |
| 30 | + |
| 31 | +In order to be successful, they know they must also look at how to be more **operationally agile** and **efficient** in order to quickly meet business needs. Hybrid-Cloud computing coupled with these new technologies is helping create new opportunities to achieve these goals. |
| 32 | + |
| 33 | +Validated Patterns are focused on customer solutions and Proof-Of-Concepts (POC's). |
| 34 | + |
| 35 | +image::introduction-goals.png[] |
| 36 | + |
3 | 37 | [#benefits]
|
4 | 38 |
|
| 39 | +== Benefits |
| 40 | + |
| 41 | +Red Hat’s validated patterns are a collection of repositories that show a customers use case in the form of Kubernetes Resources (helm charts, kustomize, primitive objects) that describe an hybrid cloud stack declaratively and comprehensively; from its services down to the supporting infrastructure. Validated Patterns facilitate complex, highly reproducible deployments and are ideal for operating these deployments at scale using GitOps operational practices. |
| 42 | + |
| 43 | +image::introduction-pattern-benefits.png[] |
| 44 | + |
| 45 | +* Use a GitOps model to deliver the use case as code |
| 46 | +* Use as a POC, modified to fit a particular need that you can evolve into a real deployment. |
| 47 | +* Highly reproducible - great for operating at scale |
| 48 | +* Open for collaboration, so anyone can suggest improvements, contribute to them or use them as the Git Repositories are all upstream |
| 49 | +* Can be modified for customers needs. If you would like to swap out a component, use Ceph Storage instead of S3, it is as easy as commenting out sections and including other repos. |
| 50 | +* Tested. Once made a validated pattern, the use case is included into Red Hat’s CI and continues to be tested across product versions while the pattern remains active. |
| 51 | + |
5 | 52 | [#batteries]
|
6 | 53 |
|
| 54 | +== Batteries Included |
| 55 | + |
| 56 | +Validated Patterns are a "batteries included" solution. This means that wherever you start with the patterns framework a core and configurable set of components are delivered out of the box. Reusability is a major theme that will be seen throughout this workshop. |
| 57 | + |
| 58 | +image::introduction-batteriesIncluded.png[] |
| 59 | + |
7 | 60 | [#whotheyfor]
|
| 61 | + |
| 62 | +== Who are patterns for? |
| 63 | + |
| 64 | +Value provided by Validated Patterns is unique to each individual or organization. Generally speaking Patterns provide value to our: |
| 65 | + |
| 66 | +image::introduction-pattern-values.png[] |
| 67 | + |
| 68 | +* Customers - get going faster, reduce risk, time to value |
| 69 | +* Sales - don't spend time architecting, they have a tested use ccase for a base deployment. Though messaged for a specific vertical in some cases, they can be used across other verticals. |
| 70 | +* Partners - free use of a defined architecutre that you can build a solution on top of. All the value to accelerate sales/deployments. |
| 71 | +** Can also be used as a way to promote your product (HashiCorp) |
| 72 | +* GSIs or Consulting Services - predefined architectures, ready to deploy with minimal modifications. They can trust in the use-case as it is maintained across production version updates. |
0 commit comments