Skip to content

Commit 411a171

Browse files
authored
Merge pull request #633 from vr-varad/update/exoscale-course
Update: INTRO Kubernetes Learning Path
2 parents a467948 + 63e8085 commit 411a171

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.

62 files changed

+868
-1
lines changed

content/en/learning-paths/_index.md

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -12,3 +12,4 @@ cascade:
1212
### Learning Paths
1313

1414
{{% /pageinfo %}}
15+
Lines changed: 8 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,8 @@
1+
---
2+
title: "INTRO Kubernetes - Course"
3+
description: "New to container and container orchestration? This level 100 INTRO Kubernetes - Course covers the foundational topics for a non-technical audience and conveys the benefits of containers and container orchestration for modern IT scenarios. It will help you learn the basics of terminology associated, understand the essential components' functions, and understand why these new technologies are so important."
4+
themeColor: "#3C494F"
5+
cardImage: "/images/learning-path/kubernetes-icon.svg"
6+
courses: 1
7+
weight: 1
8+
---
Lines changed: 17 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,17 @@
1+
---
2+
docType: "Course"
3+
title: "1. Why Containers?"
4+
description: "This section provides an introduction to containers, their architecture, and how they are used in modern software development."
5+
lectures: 4
6+
courseTitle: "Why Containers?"
7+
themeColor: "#00B39F"
8+
order: 1
9+
cardImage: ""
10+
toc:
11+
[
12+
"experience-we-want-to-change",
13+
"new-ideas-and-concepts",
14+
"container-benefits",
15+
"history-of-application-deployments",
16+
]
17+
---
Lines changed: 38 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,38 @@
1+
---
2+
docType: "Chapter"
3+
id: "Container Benefits"
4+
chapterTitle: "Container Benefits"
5+
description: ""
6+
lectures: 4
7+
title: "Container Benefits"
8+
weight: 3
9+
---
10+
{{< chapterstyle >}}
11+
12+
<h2 class="chapter-sub-heading">Container Benefits</h2>
13+
14+
1. **dev and ops separation of concerns** create application container images at build/release time rather than deployment time, thereby decoupling applications from infrastructure
15+
16+
{{< image src="/images/learning-path/intro-kubernetes/containers/c1_l3_1.png" width="100%" align="center" alt="DevOps" >}}
17+
18+
2. **continuous development, integration, and deployment** provides for reliable and frequent container image build and deployment with quick and efficient rollbacks – due to image immutability
19+
20+
{{< image src="/images/learning-path/intro-kubernetes/containers/c1_l3_2.png" width="100%" align="center" alt="Mutable vs Immutable" >}}
21+
22+
3. **environmental consistency across dev, test, and prod** runs the same on a laptop as it does on an on-premises server, virtualized server, and in the cloud
23+
24+
4. **OS distribution and cloud portability** runs on Ubuntu, RHEL, CoreOS, on major public clouds, on-premises, and anywhere else
25+
26+
5. **resource utilization and isolation benefits** higher efficiency and density due to better utilization and predictable application performance due to isolation
27+
28+
6. **loosely coupled, distributed, elastic microservices** applications are broken into smaller, independent pieces and can be deployed and managed dynamically – not a monolithic stack running on one big single-purpose machine
29+
30+
7. **agile application creation and deployment** increased ease and efficiency of container image creation compared to VM image use
31+
32+
8. <strong>application-centric management</strong> raises abstraction level:
33+
<ul>
34+
<li>from running applications on an OS using virtual hardware</li>
35+
<li>to running applications on an OS using logical resources</li>
36+
</ul>
37+
38+
{{< /chapterstyle >}}
Lines changed: 38 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,38 @@
1+
---
2+
docType: "Chapter"
3+
id: "Experiences we want to change!"
4+
chapterTitle: "Experiences we want to change!"
5+
description: ""
6+
lectures: 4
7+
title: "Experiences we want to change!"
8+
weight: 1
9+
---
10+
{{< chapterstyle >}}
11+
12+
<h2 class="chapter-sub-heading">Why Containers?</h2>
13+
14+
Many people have a complex job building, testing, and running systems based on old concepts and technology in today's IT — the results you can see below (Experiences we want to change!). Modern ways to build, test, and run IT systems are not adopted as broadly as possible. Hence, a lot of pain is still out there that we could ease by changing IT processes and utilizing the new ways.
15+
16+
{{< image src="/images/learning-path/intro-kubernetes/containers/c1_l1_1.png" width="100%" align="center" alt="Why Container?" >}}
17+
18+
<h2 class="chapter-sub-heading">Experiences we want to change!</h2>
19+
20+
<h3 class="chapter-sub-heading">BUILD - Life of a Developer</h3>
21+
22+
Here you see a developer who brought her code into production, only to find out that it didn't run like on her laptop ...
23+
24+
{{< image src="/images/learning-path/intro-kubernetes/containers/c1_l1_2.png" width="50%" align="center" alt="" >}}
25+
26+
<h3 class="chapter-sub-heading">TEST - Life of System Architects</h3>
27+
28+
Here you can see system architects who mistakenly made a load test on a production server ...
29+
30+
{{< image src="/images/learning-path/intro-kubernetes/containers/c1_l1_3.png" width="50%" align="center" alt="" >}}
31+
32+
<h3 class="chapter-sub-heading">RUN - Life of a System Administrator</h3>
33+
34+
Here you can see a system administrator who was woken at 3 am to restart a process ...
35+
36+
{{< image src="/images/learning-path/intro-kubernetes/containers/c1_l1_4.png" width="50%" align="center" alt="" >}}
37+
38+
{{< /chapterstyle >}}
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,28 @@
1+
---
2+
docType: "Chapter"
3+
id: "History of Application Deployments"
4+
chapterTitle: "History of Application Deployments"
5+
description: ""
6+
lectures: 4
7+
title: "History of Application Deployments"
8+
weight: 4
9+
---
10+
{{< chapterstyle >}}
11+
12+
<h2 class="chapter-sub-heading">History of Application Deployments</h2>
13+
14+
{{< image src="/images/learning-path/intro-kubernetes/containers/c1_l4_1.png" width="100%" align="center" alt="Application Deployments" >}}
15+
16+
<h2 class="chapter-sub-heading">Traditional Deployment</h2>
17+
18+
Early on, organizations ran applications on physical servers. There was no way to define resource boundaries for applications in a physical server, and this caused resource allocation issues. For example, if multiple applications run on a physical server, there can be instances where one application would take up most of the resources, and as a result, the other applications would underperform. A solution for this would be to run each application on a different physical server. But this did not scale as resources were underutilized, and it was expensive for organizations to maintain many physical servers.
19+
20+
<h2 class="chapter-sub-heading">Virtualized Deployment</h2>
21+
22+
As a solution, virtualization was introduced. It allows you to run multiple Virtual Machines (VMs) on a single physical server's CPU. Virtualization allows applications to be isolated between VMs and provides a level of security as the information of one application cannot be freely accessed by another application. Virtualization allows better utilization of resources in a physical server and allows better scalability because an application can be added or updated easily, reduces hardware costs, and much more. With virtualization, you can present a set of physical resources as a cluster of disposable virtual machines. Each VM is a full machine running all the components, including its own operating system, on top of the virtualized hardware.
23+
24+
<h2 class="chapter-sub-heading">Container Deployment</h2>
25+
26+
Containers are similar to VMs, but they have relaxed isolation properties to share the Operating System (OS) among the applications. Therefore, containers are considered lightweight. Similar to a VM, a container has its own file system, share of CPU, memory, process space, and more. As they are decoupled from the underlying infrastructure, they are portable across clouds and OS distributions.
27+
28+
{{< /chapterstyle >}}
Lines changed: 38 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,38 @@
1+
---
2+
docType: "Chapter"
3+
id: "New Ideas & Concepts"
4+
chapterTitle: "New Ideas & Concepts"
5+
description: ""
6+
lectures: 4
7+
title: "New Ideas & Concepts"
8+
weight: 2
9+
---
10+
{{< chapterstyle >}}
11+
12+
<h2 class="chapter-sub-heading">New Ideas & Concepts</h2>
13+
14+
As often in IT, great "new" ideas and concepts are recycled or borrowed from others. So it happened that the shipping industry was a big inspiration for optimizing IT infrastructure operations more than two decades ago.
15+
16+
The concept of a container to standardize the packing of goods, make them universal to handle and transport on different means of transportation to improve efficiency and reduce the transportation costs was a real success story for the transportation industry.
17+
18+
Replication of success is always desirable and sparked a new way of operating IT infrastructures indifferent of application on development, testing, or production.
19+
20+
Container Technology in the shipping industry Instead of thinking up a separate way of shipping for each product, placing the goods in steel containers designed for pickup by the crane on the dock and fit into the ship is a more efficient way to do transport at scale.
21+
22+
{{< image src="/images/learning-path/intro-kubernetes/containers/c1_l2_1.png" width="100%" align="center" alt="A Container Ship" >}}
23+
24+
In streamlining the processes and the loading of the goods in standardized containers, the goods can be moved as one unit in a space-saving and cost-effective manner.
25+
26+
Container Technology in the IT industry Computer container technology in the IT industry addresses similar challenges to steel containers in the shipping industry:
27+
28+
<ul>
29+
<li>increase compatibility</li>
30+
<li>reduce dependencies</li>
31+
<li>develop, deploy and operate easier</li>
32+
</ul>
33+
34+
{{< image src="/images/learning-path/intro-kubernetes/containers/c1_l2_2.png" width="50%" align="center" alt="Docker" >}}
35+
36+
In streamlining the processes and the apps' packaging in containers, deploying and running apps as one unit become a more performant and resource-effective process.
37+
38+
{{< /chapterstyle >}}
Lines changed: 15 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,15 @@
1+
---
2+
docType: "Course"
3+
title: "6. Why Exoscale SKS?"
4+
description: "Learn about Exoscale's Kubernetes Service (SKS) and how it provides a managed Kubernetes experience tailored for European users."
5+
lectures: 2
6+
courseTitle: "Why Exoscale SKS?"
7+
themeColor: "#00B39F"
8+
order: 6
9+
cardImage: ""
10+
toc:
11+
[
12+
"scalable-kubernetes-service",
13+
"packaging-pricing",
14+
]
15+
---
Lines changed: 16 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,16 @@
1+
---
2+
docType: "Chapter"
3+
id: "Packaging & Pricing"
4+
chapterTitle: "Packaging & Pricing"
5+
description: ""
6+
lectures: 2
7+
title: "Packaging & Pricing"
8+
weight: 2
9+
---
10+
{{< chapterstyle >}}
11+
12+
<h2 class="chapter-sub-heading">Packaging & Pricing</h2>
13+
14+
{{< image src="/images/learning-path/intro-kubernetes/exoscale-sks/c6_l2_1.png" width="100%" align="center" alt="Exoscale SKS - Packaging & Pricing" >}}
15+
16+
{{< /chapterstyle >}}
Lines changed: 46 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,46 @@
1+
---
2+
docType: "Chapter"
3+
id: "Scalable Kubernetes Service"
4+
chapterTitle: "Scalable Kubernetes Service"
5+
description: ""
6+
lectures: 2
7+
title: "Scalable Kubernetes Service"
8+
weight: 1
9+
---
10+
{{< chapterstyle >}}
11+
12+
<h2 class="chapter-sub-heading">Scalable, On-demand Kubernetes Cluster</h2>
13+
14+
Start with a privacy-minded public cloud to host from single applications to complex architectures. Deploy a production-ready cluster in 90 seconds and manage it with a simple web portal, CLI, API or your choice of tools (Terraform).
15+
16+
{{< image src="/images/learning-path/intro-kubernetes/exoscale-sks/c6_l1_1.png" width="30%" align="center" alt="" >}}
17+
18+
<h2 class="chapter-sub-heading" >SKS Features</h2>
19+
20+
**Access to all compute instance types**
21+
22+
It is your cluster on your terms. Size the Node-Pools as needed, using all instance types available. Attach one Node-Pool with Memory-Optimized instances and another one with CPU-Optimized ones.
23+
24+
**Full cluster lifecycle management**
25+
26+
Kubernetes is a fast-changing platform, and versions roll out fast. SKS has built-in commands to upgrade your control plane seamlessly – minimizing downtimes and errors.
27+
28+
**Integration with NLB and Instance Pools**
29+
30+
Manage ingress traffic with Exoscale Network Load Balancer support directly integrated into SKS management. Scale pools from Kubernetes using Instance Pools.
31+
32+
**High-Availability control plane**
33+
34+
With the PRO SKS plan, benefit from a resilient HA Kubernetes control plane, so your workloads are always up.
35+
36+
**Simple and transparent pricing**
37+
38+
With a free STARTER version and an affordable PRO plan, SKS provides straightforward pricing. Nodes are charged their usual rate with no extra cluster management fee.
39+
40+
**All zones**
41+
42+
Deploy your cluster where you need to, in the region that suits your latency, privacy or redundancy strategy.
43+
44+
{{< image src="/images/learning-path/intro-kubernetes/exoscale-sks/c6_l2_1.png" width="100%" align="center" alt="" >}}
45+
46+
{{< /chapterstyle >}}

0 commit comments

Comments
 (0)