-English Version | [한국어](2023/ko/README.md)
+English Version | [한국어](2023/ko/README.md) | [Tiếng Việt](2023/vi/2023.md)
This repository is used to document my journey on getting a better foundational knowledge of "DevOps".
diff --git a/2023/day50.md b/2023/day50.md
index d485968..c85f3da 100644
--- a/2023/day50.md
+++ b/2023/day50.md
@@ -42,4 +42,4 @@ Once you have access to your free tier account, there are a few additional steps
[Create your free AWS account](https://youtu.be/uZT8dA3G-S4)
[Generate credentials, budget, and billing alarms via CLI](https://youtu.be/OdUnNuKylHg)
-See you in [Day 52](day52.md).
+See you in [Day 51](day51.md).
diff --git a/2023/day57.md b/2023/day57.md
index 6c025e3..7ec84b5 100644
--- a/2023/day57.md
+++ b/2023/day57.md
@@ -156,8 +156,8 @@ Once the control plane is initialised, the bootstrap machine is destroyed. If yo
We have covered the components that make up a Red Hat OpenShift Container Platform environment, why they are important to the environment, and what enteprise features they bring over a vanilla Kubernetes environment. We then dived into the methods available to deploy an OpenShift Cluster and the process that a Cluster build undertakes.
-In [Day 58](/day58.md) will cover the steps to install Red Hat OpenShift to a VMware vSphere environment.
+In [Day 58](../day58.md) will cover the steps to install Red Hat OpenShift to a VMware vSphere environment.
# Resources
-- [Glossary of common terms for OpenShift Container Platform architecture](https://docs.openshift.com/container-platform/4.12/architecture/index.html#openshift-architecture-common-terms_architecture-overview)
\ No newline at end of file
+- [Glossary of common terms for OpenShift Container Platform architecture](https://docs.openshift.com/container-platform/4.12/architecture/index.html#openshift-architecture-common-terms_architecture-overview)
diff --git a/2023/ko/days/day49.md b/2023/ko/days/day49.md
new file mode 100644
index 0000000..d6674cb
--- /dev/null
+++ b/2023/ko/days/day49.md
@@ -0,0 +1,48 @@
+# Day 49: AWS 클라우드 개요
+
+데브옵스의 90일의 AWS 섹션에 오신 것을 환영합니다! 배울 7가지 항목을 선택하는 것은 여러 가지 이유로 어렵습니다:
+
+1. 마지막으로 집계했을 때 250개 이상의 AWS 서비스가 있었습니다
+2. 각각의 서비스는 며칠동안 깊게 파고들 수 있습니다 😅
+
+그러한 이유로 우리는 쉽게 시작하여 DevOps에 매우 중요한 서비스를 소개하고 AWS DevOps 서비스에 대해 많이 노출할 수 있는 섹션 캡스톤 프로젝트로 마무리할 것입니다.
+
+다음 7일 동안 제가 만든 것처럼 즐거운 시간을 보내시기 바랍니다. 궁금한 점이 있으면 언제든지 물어보세요!
+
+AWS Cloud는 Amazon Web Services (AWS)가 제공하는 클라우드 컴퓨팅 플랫폼입니다. 컴퓨팅, 스토리지, 네트워킹, 데이터베이스, 분석, 기계 학습, 보안 등 다양한 서비스를 제공합니다. AWS Cloud는 사용한 만큼 비용을 지불하는 방식으로 비즈니스 및 조직이 이러한 서비스에 액세스할 수 있도록 하여 사용한 리소스에 대해서만 지불하고 필요에 따라 리소스를 확장 또는 축소할 수 있습니다.
+
+
+
+## Flexibility
+
+AWS Cloud의 주요 이점 중 하나는 유연성입니다. 귀하의 요구에 가장 적합한 서비스를 선택하고 사용한 만큼만 지불할 수 있습니다. 이는 소규모 기업, 스타트업 및 대기업에 이상적인 솔루션으로, 인프라에 대한 큰 초기 투자를 하지 않고 필요한 리소스에 액세스할 수 있도록 합니다.
+
+## Security
+
+AWS Cloud의 또 다른 이점은 보안입니다. AWS는 암호화, 자격 증명 및 액세스 관리, 네트워크 보안을 포함하여 데이터와 리소스를 보호하기 위해 여러 가지 보안 조치를 적용하고 있습니다. 또한 HIPAA, PCI DSS, GDPR을 포함하여 다양한 규정 준수 프로그램을 갖추고 있어 데이터가 안전하고 관련 규정을 준수하는지 확인합니다.
+
+AWS Cloud는 리소스와 인프라를 관리하는 데 도움이 되는 다양한 도구와 서비스도 제공합니다. 예를 들어, AWS 관리 콘솔을 사용하면 단일 및 중앙 집중식 대시보드에서 리소스를 모니터링하고 제어할 수 있습니다. AWS Command Line Interface (CLI)를 사용하면 명령줄에서 리소스를 관리하여 작업을 자동화하고 다른 도구와 통합하기 쉽습니다.
+
+## EC2
+
+AWS Cloud가 제공하는 가장 인기 있는 서비스 중 하나는 Amazon Elastic Compute Cloud (EC2)입니다. EC2를 사용하면 클라우드에서 가상 서버를 쉽게 시작하고 관리할 수 있으며, 필요에 따라 리소스를 확장 또는 축소하기 쉽습니다. 여러 가지 인스턴스 유형과 크기 중에서 선택할 수 있으며, 사용한 리소스만큼만 비용을 지불하면 됩니다.
+
+
+
+## S3
+
+AWS Cloud가 제공하는 또 다른 인기 있는 서비스는 Amazon Simple Storage Service (S3)입니다. S3는 인터넷 어디에서나 대량의 데이터를 저장하고 찾을 수 있는 객체 저장 서비스입니다. 확장성이 높고 내구성이 있으며 안전하므로 클라우드에서 데이터를 저장하고 관리하는 데 이상적인 솔루션입니다.
+
+
+
+## Databases
+
+AWS Cloud는 데이터베이스 관리를 위한 Amazon Relational Database Service (RDS), 데이터 웨어하우징 및 분석을 위한 Amazon Redshift, 검색 및 분석을 위한 Amazon Elasticsearch Service와 같은 다양한 서비스도 제공합니다. 이러한 서비스를 사용하면 인프라나 확장에 대해 걱정할 필요 없이 클라우드에서 복잡한 애플리케이션을 구축하고 관리할 수 있습니다.
+
+
+
+전반적으로 AWS Cloud는 다양한 규모의 기업과 조직을 위한 강력하고 유연한 클라우드 컴퓨팅 플랫폼으로, 다양한 서비스와 도구를 제공합니다. 소규모 기업, 스타트업 또는 대기업이든 상관없이 AWS Cloud는 여러분에게 무언가를 제공할 수 있습니다. 사용한 만큼 비용을 지불하는 방식, 보안 및 관리 도구를 갖추고 있어 클라우드 컴퓨팅의 이점을 활용하려는 누구에게나 이상적인 솔루션입니다.
+
+## Resources
+
+[Day 50](day50.md)에서 다시 만나요.
diff --git a/2023/ko/days/day50.md b/2023/ko/days/day50.md
new file mode 100644
index 0000000..a8c44b3
--- /dev/null
+++ b/2023/ko/days/day50.md
@@ -0,0 +1,45 @@
+# Day 50: 무료 계층 계정 획득 및 청구 알람 활성화
+
+AWS는 제한된 기간 동안 어떠한 요금도 부과받지 않고 다양한 AWS 서비스에 액세스하고 실험할 수 있는 무료 계층 계정을 제공합니다. 이 문서에서는 무료 계층 AWS 계정에 가입하는 단계를 안내해 드리겠습니다.
+
+## Step 1: AWS 웹사이트로 이동
+
+무료 계층 AWS 계정에 가입하기 위한 첫 번째 단계는 AWS 웹 사이트로 이동하는 것입니다. 웹사이트는 https://aws.amazon.com 로 접속할 수 있습니다. 웹 사이트에서 페이지 우측 상단의 "AWS 계정 만들기" 버튼을 클릭하면 됩니다.
+
+
+## Step 2: AWS 계정 생성
+
+"AWS 계정 만들기" 버튼을 클릭하면 AWS 로그인 페이지로 이동합니다. 이미 AWS 계정이 있는 경우 이메일 주소와 비밀번호를 사용하여 로그인할 수 있습니다. 계정이 없는 경우 이메일 주소와 AWS 계정 이름을 입력하고 "이메일 주소 확인" 버튼을 클릭하면 확인 코드가 포함된 이메일이 전송되어 다시 제공됩니다.
+
+
+
+## Step 3: 계정 정보 제공
+
+다음 페이지에서 계정 정보를 제공하라는 메시지가 표시됩니다. 비밀번호, 전체 이름, 회사 이름, 전화 번호를 제공해야 합니다. 정보를 입력한 후 "계속" 버튼을 클릭하십시오.
+
+
+
+
+## Step 4: 결제 정보 제공
+
+무료 계층 계정에 가입하려면 결제 정보를 제공해야 합니다. AWS는 본인 확인 및 사기 방지를 위해 이 정보를 요구합니다. 단, 무료 티어 서비스는 1년 동안 무료로 제공되기 때문에 요금이 부과되지 않습니다. 결제 정보를 제공한 후 "확인 및 계속" 버튼을 클릭하십시오. 다음 페이지에서는 본인 확인을 위한 SMS 또는 음성 통화를 전화로 전송합니다.
+
+
+
+## Step 5: 지원 계획 선택
+
+결제 정보를 제공한 후 지원 계획 페이지로 이동합니다. 여기에서 원하는 지원 수준을 선택할 수 있으며, 필요에 따라 *기본 지원 - 무료* 옵션을 사용합니다. 이 정보를 제공한 후 "가입 완료" 버튼을 클릭하십시오.
+
+
+## 다음 단계:
+
+무료 계층 계정에 액세스한 후 추가적인 몇 가지 단계를 수행해야 합니다. 이러한 단계 중에서 요금 알림을 생성하는 것이 가장 중요하다고 주장할 수 있습니다. *그러니 건너뛰지 마세요!!*
+1. [청구 알람 생성](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/monitor_estimated_charges_with_cloudwatch.html)
+2. [루트 사용자에서 MFA 활성화](https://docs.aws.amazon.com/accounts/latest/reference/root-user-mfa.html)
+3. [IAM 사용자 생성](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users_create.html) 은 일반 작업용이고 그것이 필요한 경우를 제외하곤 *절대* 루트 사용자 계정을 사용하지 마세요.
+
+## Resources
+[무료 AWS 계정 만들기](https://youtu.be/uZT8dA3G-S4)
+
+[CLI를 사용하요 자격 증명, 예산 및 청구 알람 생성](https://youtu.be/OdUnNuKylHg)
+[Day 51](day51.md)에서 다시 만나요.
diff --git a/2023/ko/days/day51.md b/2023/ko/days/day51.md
new file mode 100644
index 0000000..1ce066d
--- /dev/null
+++ b/2023/ko/days/day51.md
@@ -0,0 +1,27 @@
+# Day 51: 코드로서의 인프라(IaC) 및 CloudFormation
+
+IaC(Infrastructure as code)는 개발자와 운영팀이 수동 프로세스가 아닌 코드를 통해 인프라를 관리하고 프로비저닝할 수 있는 프로세스입니다. IaC를 사용하면 구성 파일과 자동화 도구를 사용하여 인프라 리소스를 관리할 수 있어 더 빠르고 일관되며 신뢰성 있는 인프라 배포가 가능합니다.
+
+가장 인기 있는 IaC 툴 중 하나는 AWS CloudFormation으로 운영, 데브옵스 및 개발자가 YAML 또는 JSON 형식의 템플릿을 사용하여 인프라 리소스를 정의할 수 있습니다. 이러한 템플릿은 버전 제어 및 팀 간 공유가 가능하여 손쉽게 협업할 수 있고 구성 드리프트 가능성을 줄일 수 있습니다.
+
+
+
+CloudFormation은 IaC를 구현하려는 사람들에게 여러 가지 이점을 제공합니다. 인프라 배포 및 관리를 자동화할 수 있다는 점이 주요 이점 중 하나로, 시간을 절약하고 인적 오류의 위험을 줄일 수 있습니다. 개발자와 운영 팀은 CloudFormation을 사용하여 가상 머신, 데이터베이스, 네트워킹 구성과 같은 인프라 리소스를 정의한 후 반복 가능하고 일관된 방식으로 배포할 수 있습니다.
+
+CloudFormation을 사용하는 또 다른 장점은 인프라 리소스의 변경 사항을 추적할 수 있다는 점입니다. CloudFormation 템플릿이 변경되면 서비스는 새로운 구성을 반영하도록 리소스를 자동으로 업데이트할 수 있습니다. 이렇게 하면 모든 리소스가 동기화 상태로 유지되고 구성 오류가 발생할 가능성이 줄어듭니다.
+
+CloudFormation은 리소스 간의 종속성을 관리할 수 있는 기능도 제공합니다. 이는 리소스를 올바른 순서와 올바른 구성으로 프로비저닝하여 오류 가능성을 줄이고 배포 프로세스를 더욱 효율적으로 만들 수 있음을 의미합니다.
+
+이러한 이점 외에도 CloudFormation은 변경 사항을 롤백하는 기능, 전체 애플리케이션을 배포하는 데 사용할 수 있는 템플릿을 생성하는 기능과 같은 다양한 다른 기능도 제공합니다. 이러한 기능을 사용하면 인프라 리소스를 더 쉽게 관리하고 배포의 일관성과 신뢰성을 보장할 수 있습니다.
+
+## Resources:
+
+[AWS CloudFormation이 무엇인가? Pros & Cons?](https://youtu.be/0Sh9OySCyb4)
+
+[CloudFormation 튜토리얼](https://www.youtube.com/live/gJjHK28b0cM)
+
+[AWS CloudFormation 유저 가이드](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html)
+
+[AWS CloudFormation 시작 단계별 가이드](https://aws.amazon.com/cloudformation/getting-started/)
+
+[Day 52](day52.md)에서 다시 만나요.
\ No newline at end of file
diff --git a/2023/ko/days/day52.md b/2023/ko/days/day52.md
new file mode 100644
index 0000000..6e5c9d4
--- /dev/null
+++ b/2023/ko/days/day52.md
@@ -0,0 +1,56 @@
+# Day 52: Identity and Access Management (IAM)
+
+클라우드 컴퓨팅이 계속해서 인기를 얻으면서, 점점 더 많은 조직들이 그들의 인프라를 관리하기 위해 클라우드 플랫폼으로 관심을 돌리고 있습니다. 그러나, 이와 함께 데이터와 자원을 보호하기 위해 적절한 보안 조치가 시행되도록 보장해야 할 필요성이 뒤따릅니다. AWS에서 보안을 관리하기 위한 가장 중요한 도구 중 하나는 IAM(Identity and Access Management)입니다.
+
+## AWS IAM이란?
+||
+|:-:|
+| IAM is (1) WHO (2) CAN ACCESS (3) WHAT|
+
+AWS IAM은 AWS 리소스에 대한 사용자 및 사용자의 액세스를 관리할 수 있는 웹 서비스입니다. IAM을 사용하면 AWS 사용자 및 그룹을 생성 및 관리할 수 있고, AWS 리소스에 대한 액세스를 제어할 수 있으며, 사용자가 해당 리소스에 대해 수행할 수 있는 작업을 결정하는 권한을 설정할 수 있습니다. IAM은 세분화된 액세스 제어를 제공하므로 세분화된 수준에서 특정 리소스에 대한 권한을 부여하거나 거부할 수 있습니다.
+
+IAM은 AWS 리소스를 보호하기 위한 필수 도구입니다. IAM이 없다면 AWS 계정에 액세스할 수 있는 모든 사람은 모든 리소스에 제한 없이 액세스할 수 있습니다. IAM을 사용하면 리소스에 액세스할 수 있는 사용자, 수행할 수 있는 작업, 액세스할 수 있는 리소스를 제어할 수 있습니다. 또한 IAM은 여러 AWS 계정을 생성하고 관리할 수 있도록 지원하는데, 이는 대규모 조직에는 항상 서로 어느 정도 수준의 상호 작용이 필요한 계정이 많이 있기 때문에 필수적입니다:
+
+||
+|:-:|
+| Multi-Account IAM access is essential knowledge|
+
+
+## AWS IAM을 시작하는 방법
+
+AWS IAM을 시작하는 것은 간단합니다. 여러분이 따라야 할 단계는 다음과 같습니다:
+
+### Step 1: AWS 계정 만들기
+
+첫번째 단계는 AWS 계정이 없는 경우 AWS 계정을 생성하는 것입니다. 50일차에 이렇게 했으니 가보는 것도 좋을 것 같아요 😉
+
+### Step 2: IAM 설정
+
+AWS 계정이 있으면 IAM 콘솔로 이동하여 IAM을 설정할 수 있습니다. 콘솔에서는 IAM 사용자, 그룹, 역할 및 정책을 관리할 수 있습니다.
+
+### Step 3: IAM 사용자 생성
+
+다음 단계는 IAM 사용자를 생성하는 것입니다. IAM 사용자는 AWS 리소스에 액세스해야 하는 개인 또는 서비스를 나타내는 IAM에서 생성하는 엔티티입니다. IAM 사용자를 생성할 때 사용자가 가져야 할 권한을 지정할 수 있습니다. 50일으로부터 숙제 중 하나는 [IAM 사용자 생성하기](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users_create.html)이고, 완료하지 않은 경우 다시 돌아가서 지금 만들어 주십시오.
+
+### Step 4: IAM 그룹 생성
+
+IAM 사용자를 만든 후 다음 단계는 IAM 그룹을 만드는 것입니다. IAM 그룹은 IAM 사용자의 모음입니다. IAM 그룹을 만들 때 그룹이 가져야 할 권한을 지정할 수 있습니다. 이를 수행하려면 "IAM Basics"를 보고 리소스 섹션의 "IAM User Guide: Getting Started"를 읽으십시오.
+
+### Step 5: IAM Group에 권한 할당
+
+IAM 그룹을 만든 후에는 그룹에 권한을 할당할 수 있습니다. 여기에는 그룹이 가져야 할 권한을 정의하는 IAM 정책을 만드는 것이 포함됩니다. 그런 다음 해당 정책을 그룹에 연결할 수 있습니다. "IAM 튜토리얼 & 딥 다이브"를 보고 이를 달성하기 위해선 리소스 섹션의 IAM 튜토리얼을 살펴보십시오.
+
+### Step 6: IAM 사용자 테스트
+
+IAM 그룹에 권한을 할당한 후 IAM 사용자에게 올바른 권한이 있는지 테스트할 수 있습니다. 이를 수행하려면 IAM 사용자의 자격 증명을 사용하여 AWS Management Console에 로그인하고 사용자가 수행할 수 있어야 하는 작업을 수행할 수 있습니다.
+
+## Resources:
+[IAM 기본](https://youtu.be/iF9fs8Rw4Uo)
+
+[IAM 사용 설명서: 시작하기](https://docs.aws.amazon.com/IAM/latest/UserGuide/getting-started.html)
+
+[IAM 비디오 튜토리얼 & 딥 다이브](https://youtu.be/ExjW3HCFG1U)
+
+[IAM 튜토리얼: AM 역할을 사용하여 AWS 계정 전체에 액세스 위임](https://docs.aws.amazon.com/IAM/latest/UserGuide/tutorial_cross-account-with-roles.html)
+
+[Day 53](day53.md)에서 다시 만나요.
diff --git a/2023/ko/days/day53.md b/2023/ko/days/day53.md
new file mode 100644
index 0000000..ad129a4
--- /dev/null
+++ b/2023/ko/days/day53.md
@@ -0,0 +1,50 @@
+# Day 53: AWS Systems Manager
+
+
+
+AWS Systems Manager는 사용자가 자신의 AWS 및 사내 리소스 모두에서 운영 태스크를 관리하고 자동화할 수 있는 완전 관리형 서비스입니다. AWS 리소스, 가상 머신 및 애플리케이션을 관리할 수 있는 중앙 집중화된 플랫폼을 제공합니다. DevOps 전문가가 운영 업무를 자동화하고 규정 준수를 유지하며 운영 비용을 절감할 수 있습니다.
+
+AWS Systems Manager를 통해 사용자는 패치 관리 자동화, OS 및 애플리케이션 배포 자동화, Amazon Machine Images(AMI) 생성 및 관리, 리소스 활용도 모니터링 등의 작업을 수행할 수 있습니다. 또한 실행 명령, 상태 관리자, 인벤토리 및 유지 관리 창을 포함하는 인스턴스 구성 및 관리를 위한 일련의 도구를 제공합니다.
+
+또한 AWS Systems Manager는 운영 데이터의 통합 뷰를 제공하여 사용자가 EC2 인스턴스, 사내 서버 및 AWS 서비스를 포함한 AWS 인프라 전반에 걸쳐 운영 데이터를 시각화하고 모니터링할 수 있습니다. 이를 통해 사용자는 문제를 보다 빠르게 파악하고 해결할 수 있어 운영 효율성이 향상되고 다운타임이 줄어듭니다.
+
+## AWS System Manager을 시작하는 방법은 무엇일까요?
+
+AWS System Manager를 시작하는 것은 1, 2, 3, 4만큼 쉽습니다 😄:
+
+
+
+### Step 1: AWS System Manager 콘솔로 이동
+
+AWS 계정이 있으면 2개의 윈도우 서버와 2개의 리눅스 서버(free tier 과정😉)를 생성하고 AWS System Manager 콘솔로 이동합니다. 이 콘솔은 EC2 인스턴스, 사내 서버 및 기타 리소스를 포함한 AWS 리소스를 관리하기 위한 통합 인터페이스를 제공합니다:
+
+
+시작하기 버튼을 클릭하고 원하는 지역을 선택합니다(저는 us-east-1을 선택했습니다)
+
+### Step 2: 구성 유형 선택
+
+다음 단계는 리소스를 관리하도록 AWS Systems Manager를 구성하는 것입니다. 빠른 설정 공통 작업 중 하나를 선택하여(또는 직접 선택한 사용자 지정 설정 유형을 생성) 이 작업을 수행할 수 있습니다:
+
+필요에 따라 "Patch Manager(패치 매니저)"를 선택할 것입니다. 아래 리소스에는 테스트할 수 있는 추가 시나리오가 있습니다. "AWS Systems Manager를 사용하여 몇 분 안에 AWS 인스턴스를 패치 및 관리"를 참조하여 이 단계를 확인하십시오.
+
+### Step 3: 구성 옵션 구체화
+
+각 구성 유형에는 이 단계에 적용할 고유한 매개 변수 집합이 있습니다...
+||
+|:-:|
+| 선택한 빠른 시작 구성에 따라 다른 점이 나타납니다.|
+
+따라서 각 리소스에 필요한 인수에 대해서는 설명하지 않겠습니다. 일반적으로 다음 단계는 리소스 그룹을 만들어 리소스를 구성하는 것입니다. 리소스 그룹은 공통 속성을 공유하는 리소스 모음입니다. 리소스를 그룹화하면 리소스를 전체적으로 볼 수 있고 정책과 작업을 함께 적용할 수 있습니다. 이 단계를 실행하려면 "AWS Systems Manager를 사용하여 몇 분 안에 AWS 인스턴스를 패치 및 관리"를 참조하십시오.
+
+### Step 4: 리소스 배포, 검토 및 관리
+
+리소스 그룹을 생성한 후에는 AWS System Manager 콘솔에서 리소스를 보고 관리할 수 있습니다. 또한 자동화 워크플로우를 생성하고 패치 관리를 실행하며 리소스에 대한 다른 작업을 수행할 수 있습니다.
+
+## Resources:
+[AWS Systems Manager 소개](https://youtu.be/pSVK-ingvfc)
+
+[AWS Systems Manager를 사용하여 몇 분 안에 AWS 인스턴스를 패치 및 관리](https://youtu.be/DEQFJba3h4M)
+
+[AWS System Manager 시작하기](https://docs.aws.amazon.com/systems-manager/latest/userguide/getting-started-launch-managed-instance.html)
+
+[Day 54](day54.md)에서 다시 만나요.
diff --git a/2023/ko/days/day54.md b/2023/ko/days/day54.md
new file mode 100644
index 0000000..cb66812
--- /dev/null
+++ b/2023/ko/days/day54.md
@@ -0,0 +1,32 @@
+# Day 54: AWS CodeCommit
+
+
+
+AWS CodeCommit은 아마존웹서비스(AWS)가 제공하는 완전 관리형 소스 제어 서비스로, 개발자들이 개인 Git 저장소를 쉽게 호스팅하고 관리할 수 있도록 해줍니다. "GitHub이지만 기능이 적은"라고 생각하세요 🤣 (j/k, 자세한 내용은 "CodeCommit vs GitHub" 리소스 참조) 이를 통해 팀들은 코드 협업과 보안 액세스 제어, 암호화 및 자동 백업을 지원으로 코드를 클라우드에 안전하게 저장할 수 있습니다.
+
+개발자들은 AWS CodeCommit을 통해 강력한 코드 리뷰 및 워크플로우 도구를 통해 Git 저장소를 쉽게 생성, 관리 및 협업할 수 있습니다. AWS CodePipeline 및 AWS CodeBuild와 같은 다른 AWS 서비스와 원활하게 통합되어 완벽하게 자동화된 방식으로 애플리케이션을 구축하고 배포할 수 있습니다.
+
+AWS CodeCommit의 몇 가지 주요 기능은 다음과 같습니다:
+
+- 코드 리뷰 및 pull requests을 지원하는 깃 기반 저장소
+- 안전한 액세스 제어를 위해 AWS IAM(Identity and Access Management)과의 통합(큰 이점)
+- 저장 및 전송 중인 데이터 암호화
+- 자동 백업 및 장애 조치 기능을 통한 뛰어난 확장성과 가용성
+- AWS CodePipeline 및 AWS CodeBuild와 같은 다른 AWS 개발자 도구와의 통합
+
+CodeCommit을 효과적으로 활용하기 위해서는 Git을 사용하는 방법을 당연히 알아야 합니다.
+[many](https://www.youtube.com/playlist?list=PL2rC-8e38bUXloBOYChAl0EcbbuVjbE3t) [excellent](https://youtu.be/tRZGeaHPoaw) [Git](https://youtu.be/USjZcfj8yxE) [tutorials](https://youtu.be/RGOj5yH7evk)가 있고, (어쨋든 제 섹션이 아닙니다 😉) 그래서 저는 거기를 살펴보진 않을 것입니다.
+
+전반적으로 AWS CodeCommit은 코드 협업, 저장소의 안전한 관리 및 개발 워크플로우의 효율화가 필요한 팀을 위한 강력한 도구입니다.
+
+## Resources:
+
+[AWS CodeCommit 사용자 안내서](https://docs.aws.amazon.com/codecommit/latest/userguide/welcome.html)
+
+[AWS CodeCommit 개요](https://youtu.be/5kFmfgFYOx4)
+
+[AWS CodeCommit 튜토리얼: your first Repo, Commit and Push](https://youtu.be/t7M8pHCh5Xs)
+
+[AWS CodeCommit vs GitHub: 2023에 빛날 것은?](https://appwrk.com/aws-codecommit-vs-github)
+
+[Day 55](day55.md)에서 다시 만나요.
diff --git a/2023/ko/days/day55.md b/2023/ko/days/day55.md
new file mode 100644
index 0000000..6ae6e8d
--- /dev/null
+++ b/2023/ko/days/day55.md
@@ -0,0 +1,67 @@
+# Day 55: AWS CodePipeline
+
+AWS 서비스의 마지막 날에 우리는 움직이는 부분과 통합이 많은 큰 서비스에 대해 이야기할 것입니다. 이에 대한 학습/이해에 도움이 될 몇 가지 무료 리소스가 있지만 솔직히 가장 좋은 리소스 중 일부는 비용이 들 것입니다. 리소스 섹션에 별도로 나열하여 호출할 것이지만 이 복잡한 서비스를 학습하기에 환상적이기 때문에 언급하지 않는 것은 놓칠 수 있습니다
+
+CodePipeline은 IaC 또는 소프트웨어 릴리즈 프로세스를 자동화할 수 있는 완전 관리형 지속적 전달 서비스입니다. 이를 통해 코드 변경 사항을 (적절한 테스트를 수행하여)안정되게 지속적으로 빌드, 테스트 및 배포하는 파이프라인을 생성할 수 있습니다:
+
+
+
+CodePipeline을 사용하면 빌드, 테스트 및 배포 워크플로우를 자동화하는 파이프라인을 생성하여 코드 변경 사항이 대상 환경에 안정적으로 배포되도록 할 수 있습니다. 이를 통해 빠른 릴리즈 주기를 달성하고 개발 및 운영 팀 간의 협업을 개선하며 소프트웨어 릴리스의 전반적인 품질과 신뢰성을 향상시킬 수 있습니다.
+
+AWS CodePipeline은 다른 AWS 서비스와 통합됩니다:
+
+- [Source Action Integrations](https://docs.aws.amazon.com/codepipeline/latest/userguide/integrations-action-type.html#integrations-source)
+- [Build Action Integrations](https://docs.aws.amazon.com/codepipeline/latest/userguide/integrations-action-type.html#integrations-build)
+- [Test Action Integrations](https://docs.aws.amazon.com/codepipeline/latest/userguide/integrations-action-type.html#integrations-test)
+- [Deploy Action Integrations](https://docs.aws.amazon.com/codepipeline/latest/userguide/integrations-action-type.html#integrations-deploy)
+- [Approval Action Integrations](https://docs.aws.amazon.com/codepipeline/latest/userguide/integrations-action-type.html#integrations-approval)
+- [Invoke Action Integrations](https://docs.aws.amazon.com/codepipeline/latest/userguide/integrations-action-type.html#integrations-invoke)
+
+또한 깃허브(GitHub), 젠킨스(Jenkins), 비트버킷(Bitbucket)과 같은 타사 도구와 통합됩니다. AWS CodePipeline을 사용하여 여러 AWS 계정 및 리전에 걸쳐 애플리케이션 업데이트를 관리할 수 있습니다.
+
+## AWS CodePipeline 시작하기
+
+AWS CodePipeline을 시작하기 위해 [AWS User Guide](https://docs.aws.amazon.com/codepipeline/latest/userguide/welcome.html) 에 몇 가지 우수한 [tutorials](https://docs.aws.amazon.com/codepipeline/latest/userguide/tutorials.html)이 있습니다. 이들은 모두 기본적으로 다음과 같은 세 단계로 나뉩니다:
+
+### Step 1: IAM 역할 만들기
+
+AWS CodePipeline에서 파이프라인을 실행하는 데 필요한 AWS 리소스에 액세스할 수 있는 IAM 역할을 생성해야 합니다. IAM 역할을 생성하려면 [Day 52](day52.md)의 단계를 확인하십시오
+
+### Step 2: CodePipeline 파이프라인 생성
+
+CodePipeline 파이프라인을 만들려면 AWS CodePipeline 콘솔로 이동하여 "파이프라인 생성" 버튼을 클릭한 후 지시사항을 따라 파이프라인을 생성합니다. 코드의 소스 위치, 사용할 빌드 공급자, 사용할 배포 공급자 및 2단계에서 생성한 IAM 역할을 지정해야 합니다.
+
+### Step 3: 코드 변경 테스트 및 배포
+
+CodePipeline 파이프라인을 생성한 후 코드 변경사항을 테스트하고 배포할 수 있습니다. AWS CodePipeline은 자동으로 코드 변경사항을 빌드, 테스트하고 대상 환경에 배포합니다. AWS CodePipeline 콘솔에서 파이프라인의 진행 상황을 모니터링할 수 있습니다.
+Once you have created your CodePipeline pipeline, you can test and deploy your code changes. AWS CodePipeline will automatically build, test, and deploy your code changes to your target environments. You can monitor the progress of your pipeline in the AWS CodePipeline console.
+
+## 캡스톤 프로젝트
+
+데브옵스 90일의 이 AWS 섹션을 연결하려면 Adrian Canttrill의 우수한 미니 프로젝트인 [CatPipeline](https://www.youtube.com/playlist?list=PLTk5ZYSbd9MgARTJHbAaRcGSn7EMfxRHm) 을 살펴보시기를 권장합니다. 그 안에서 여러분은 데브옵스 엔지니어의 하루를 경험할 수 있는 재미있는 작은 프로젝트인 CodeCommit, CodeBuild, CodeDeploy 및 CodePipeline을 접할 수 있습니다.
+
+- [YouTube CatPipeline Playlist](https://www.youtube.com/playlist?list=PLTk5ZYSbd9MgARTJHbAaRcGSn7EMfxRHm)
+- [GitHub CatPipeline Repo](https://github.com/acantril/learn-cantrill-io-labs/tree/master/aws-codepipeline-catpipeline)
+
+## Resources (무료)
+
+[AWS: Real-world CodePipeline CI/CD 예제](https://youtu.be/MNt2HGxClZ0)
+
+[AWS CodePipeline 사용 설명서](https://docs.aws.amazon.com/codepipeline/latest/userguide/welcome.html)
+
+[AWS CodePipeline 튜토리얼](https://docs.aws.amazon.com/codepipeline/latest/userguide/tutorials.html)
+
+[AWS CodeCommit 튵ㅎ라올: your first Repo, Commit and Push](https://youtu.be/t7M8pHCh5Xs)
+
+[AWS CodeCommit vs GitHub: 2023에 빛날 것은?](https://appwrk.com/aws-codecommit-vs-github)
+
+## Resources (유료)
+
+수많은 훌륭한 강사들이 있고 2-3명을 뽑는 것은 항상 어렵지만, [Adrian Canttrill](https://learn.cantrill.io/), [Andrew Brown](https://www.exampro.co/), 과 [Stephane Maarek](https://www.udemy.com/user/stephane-maarek/) 은 항상 환상적인 콘텐츠에 대해 이야기할 때 생각납니다.
+
+## 마지막 생각
+
+데브옵스 90일의 이 섹션을 통해 AWS 생태계에서 사용할 수 있는 것을 확인할 수 있기를 바랍니다.
+
+공부에 행운을 빌어요! 다음은 Red Hat OpenShift 입니다!
+[Day 56](day56.md)에서 다시 만나요.
diff --git a/2024.md b/2024.md
index d24ca62..9770345 100644
--- a/2024.md
+++ b/2024.md
@@ -22,95 +22,116 @@ Or contact us via Twitter, my handle is [@MichaelCade1](https://twitter.com/Mich
## Agenda
-## Agenda
+- [✔️][✔️] ♾️ 1 > [2024 - Community Edition - Introduction](2024/day01.md) - Michael Cade
+- [✔️][✔️] ♾️ 2 > [The Digital Factory](2024/day02.md) - Romano Roth
+- [✔️][✔️] ♾️ 3 > [High-performing engineering teams and the Holy Grail](2024/day03.md) - Jeremy Meiss
+- [✔️][✔️] ♾️ 4 > [Manage Kubernetes Add-Ons for Multiple Clusters Using Cluster Run-Time State](2024/day04.md) - Gianluca Mardente
+- [✔️][✔️] ♾️ 5 > [Cross-functional empathy](2024/day05.md) - Chris Kranz
+- [✔️][✔️] ♾️ 6 > [Kubernetes RBAC with Ansible](2024/day06.md) - Elif Samedin & Andrei Buzoianu
+- [✔️][✔️] ♾️ 7 > [Automate like a pro: Dealing with test automation hassles](2024/day07.md) - Mesut Durukal
+- [✔️][✔️] ♾️ 8 > [Culinary Coding: Crafting Infrastructure Recipes with OpenTofu](2024/day08.md) - Kaiwalya Koparkar
+- [✔️][✔️] ♾️ 9 > [Why should developers care about container security?](2024/day09.md) - Eric Smalling
+- [✔️][✔️] ♾️ 10 > [Is Kubernetes Too Complicated?](2024/day10.md) - Julia Furst
+- [✔️][✔️] ♾️ 11 > [Building Resilience: A Journey of Crafting and Validating Our Disaster Recovery Plan](2024/day11.md) - Yedidya Schwartz
+- [✔️][✔️] ♾️ 12 > [Know your data: The Stats behind the Alerts](2024/day12.md) - Dave McAllister
+- [✔️][✔️] ♾️ 13 > [Architecting for Versatility](2024/day13.md) - Tim Banks
+- [✔️][✔️] ♾️ 14 > [An introduction to API Security in Kubernetes](2024/day14.md) - Geoff Burke
+- [✔️][✔️] ♾️ 15 > [Using code dependency analysis to decide what to test](2024/day15.md) - Patrick Kusebauch
+- [✔️][✔️] ♾️ 16 > [Smarter, Better, Faster, Stronger - Testing at Scale](2024/day16.md) - Ada Lündhé
+- [✔️][✔️] ♾️ 17 > [From Chaos to Resilience: Decoding the Secrets of Production Readiness](2024/day17.md) - Alejandro Pedraza Borrero
+- [✔️][✔️] ♾️ 18 > [Platform Engineering Is Not About Tech](2024/day18.md) - Nicolò Cambiaso Erizzo & Francesca Carta
+- [✔️][✔️] ♾️ 19 > [Building Efficient and Secure Docker Images with Multi-Stage Builds](2024/day19.md) - Pradumna V Saraf
+- [✔️][✔️] ♾️ 20 > [Navigating the Vast DevOps Terrain: Strategies for Learning and Staying Current](2024/day20.md) - Kunal Kushwaha
+- [✔️][✔️] ♾️ 21 > [Azure ARM now got Bicep](2024/day21.md) - Tushar Kumar
+- [✔️][✔️] ♾️ 22 > [Test in Production with Kubernetes and Telepresence](2024/day22.md) - Mohammad-Ali A'râbi
+- [✔️][✔️] ♾️ 23 > [SQL Server 2022 on Linux Containers and Kubernetes from Zero to a Hero!](2024/day23.md) - Yitzhak David
+- [✔️][✔️] ♾️ 24 > [DevSecOps - Defined, Explained & Explored](2024/day24.md) - Sameer Paradkar
+- [✔️][✔️] ♾️ 25 > [Kube-Nation: Exploring the Land of Kubernetes](2024/day25.md) - Siddhant Khisty & Aakansha Priya
+- [✔️][✔️] ♾️ 26 > [Advanced Code Coverage with Jenkins and API Mocking](2024/day26.md) - Oleg Nenashev
+- [✔️][✔️] ♾️ 27 > [From Automated to Automatic - Event-Driven Infrastructure Management with Ansible](2024/day27.md) - Daniel Bodky
+- [✔️][✔️] ♾️ 28 > [Talos Linux on VMware vSphere](2024/day28.md) - Michael Cade
+- [✔️][✔️] ♾️ 29 > [Practical introduction to OpenTelemetry tracing](2024/day29.md) - Nicolas Fränkel
+- [✔️][✔️] ♾️ 30 > [How GitHub delivers GitHub using GitHub](2024/day30.md) - April Edwards
+- [✔️][✔️] ♾️ 31 > [GitOps on AKS](2024/day31.md) - Richard Hooper, Wesley Haakman, Karl Cooke
+- [✔️][✔️] ♾️ 32 > [Cracking Cholera’s Code: Victorian Insights for Today’s Technologist](2024/day32.md) - Simon Copsey
+- [✔️][✔️] ♾️ 33 > [GitOps made simple with ArgoCD and GitHub Actions](2024/day33.md) - Arsh Sharma
+- [✔️][✔️] ♾️ 34 > [How to Implement Automated Deployment Pipelines for Your DevOps Projects](2024/day34.md) - Neel Shah
+- [✔️][✔️] ♾️ 35 > [Azure for DevSecOps Operators](2024/day35.md) - Kevin Evans
+- [✔️][✔️] ♾️ 36 > [Policy-as-Code Super-Powers! Rethinking Modern IaC With Service Mesh And CNI](2024/day36.md) - Kat Morgan & Marino Wijay
+- [✔️][✔️] ♾️ 37 > [The Lean DevOps Playbook: Make it a success from Day one](2024/day37.md) - Aman Sharma
+- [✔️][✔️] ♾️ 38 > [Open Standards: Empowering Cloud-Native Innovation](2024/day38.md) - Kunal Verma
+- [✔️][✔️] ♾️ 39 > [Is TLS in Kubernetes really that hard to understand?](2024/day39.md) - Shivang Shandilya
+- [✔️][✔️] ♾️ 40 > [Infrastructure as Code - A look at Azure Bicep and Terraform](2024/day40.md) - Sarah Lean
+- [✔️][✔️] ♾️ 41 > [My journey to reimagining DevOps: Ushering in the Second Wave](2024/day41.md) - Brit Myers
+- [✔️][✔️] ♾️ 42 > [The North Star: Risk-driven security](2024/day42.md) - Jonny Tyers
+- [✔️][✔️] ♾️ 43 > [Let's go sidecarless in Ambient Mesh!](2024/day43.md) - Leon Nunes
+- [✔️][✔️] ♾️ 44 > [Exploring Firecracker](2024/day44.md) - Irine Kokilashvili
+- [✔️][✔️] ♾️ 45 > [Microsoft DevOps Solutions or how to integrate the best of Azure DevOps and GitHub](2024/day45.md) - Peter De Tender
+- [✔️][✔️] ♾️ 46 > [Mastering AWS Systems Manager: Simplifying Infrastructure Management](2024/day46.md) - Adit Modi
+- [ ][✔️] ♾️ 47 > [Azure logic app, low / no code](2024/day47.md) - Ian Engelbrecht
+- [ ][ ] ♾️ 48 > [From Puddings to Platforms: Bringing Ideas to life with ChatGPT](2024/day48.md) - Anthony Spiteri
+- [ ][✔️] ♾️ 49 > [From Confusion To Clarity: How Gherkin And Specflow Ensures Clear Requirements and Bug-Free Apps](2024/day49.md) - Steffen Jørgensen
+- [ ][✔️] ♾️ 50 > [State of cloud native 2024](2024/day50.md) - Saiyam Pathak
+- [ ][ ] ♾️ 51 > [](2024/day51.md)
+- [ ][ ] ♾️ 52 > [Multi-Model Databases and its place in DevOps](2024/day52.md) - Pratim Bhosale
+- [ ][ ] ♾️ 53 > [Implementing SRE (Site Reliability Engineering)](2024/day53.md) - Andy Babiec
+- [ ][] ♾️ 54 > [](2024/day54.md)
+- [ ][✔️] ♾️ 55 > [Bringing Together IaC and CM with Terraform Provider for Ansible](2024/day55.md) - Razvan Ionescu
+- [ ][ ] ♾️ 56 > [Automated database deployment within the DevOps process](2024/day56.md) - Marc Müller
+- [ ][ ] ♾️ 57 > [](2024/day57.md)
+- [ ][ ] ♾️ 58 > [OSV Scanner: A Powerful Tool for Open Source Security](2024/day58.md) - Paras Mamgain
+- [ ][ ] ♾️ 59 > [Continuous Delivery pipelines for cloud infrastructure](2024/day59.md) - Michael Lihs
+- [ ][ ] ♾️ 60 > [Migrating a monolith to Cloud-Native and the stumbling blocks that you don’t know about](2024/day60.md) - JJ Asghar
+- [ ][✔️] ♾️ 61 > [Demystifying Modernisation: True Potential of Cloud Technology](2024/day61.md) - Anupam Phoghat
+- [ ][ ] ♾️ 62 > [Chatbots are going to destroy infrastructures and your cloud bills](2024/day62.md) - Stanislas Girard
+- [ ][ ] ♾️ 63 > [Introduction to Database Operators for Kubernetes](2024/day63.md) - Juarez Junior
+- [ ][ ] ♾️ 64 > [The Invisible Guardians: Unveiling the Power of Monitoring and Observability in the Digital Age](2024/day64.md) - Santosh Kumar Perumal
+- [ ][✔️] ♾️ 65 > [Azure pertinent DevOps for non-coders](2024/day65.md) - Sucheta Gawade
+- [ ][✔️] ♾️ 66 > [A Developer's Journey to the DevOps: The Synergy of Two Worlds](2024/day66.md) - Jonah Andersson
+- [ ][ ] ♾️ 67 > [Art of DevOps: Harmonizing Code, Culture, and Continuous Delivery](2024/day67.md) - Rohit Ghumare
+- [ ][ ] ♾️ 68 > [Service Mesh for Kubernetes 101: The Secret Sauce to Effortless Microservices Management](2024/day68.md) - Mohd Imran
+- [ ][ ] ♾️ 69 > [Enhancing Kubernetes security, visibility, and networking control logic](2024/day69.md) - Dean Lewis
+- [ ][✔️] ♾️ 70 > [Simplified Cloud Adoption with Microsoft's Terraforms Azure Landing Zone Module](2024/day70.md) - Simone Bennett
+- [ ][] ♾️ 71 > [](2024/day71.md)
+- [ ][ ] ♾️ 72 > [Infrastructure as Code with Pulumi](2024/day72.md) - Scott Lowe
+- [ ][ ] ♾️ 73 > [E2E Test Before Merge](2024/day73.md) - Natalie Lunbeck
+- [ ][ ] ♾️ 74 > [Workload Identity Federation with Azure DevOps and Terraform](2024/day74.md) - Arindam Mitra
+- [ ][ ] ♾️ 75 > [Achieving Regulatory Compliance in Multi-Cloud Deployments with Terraform](2024/day75.md) - Eric Evans
+- [ ][ ] ♾️ 76 > [All you need to know about AWS CDK.](2024/day76.md) - Amogha Kancharla
+- [ ][ ] ♾️ 77 > [Connect to Microsoft APIs in Azure DevOps Pipelines using Workload Identity Federation](2024/day77.md) - Jan Vidar Elven
+- [ ][ ] ♾️ 78 > [Scaling Terraform Deployments with GitHub Actions: Essential Configurations](2024/day78.md) - Thomas Thornton
+- [ ][✔️] ♾️ 79 > [DevEdOps](2024/day79.md) - Adam Leskis
+- [ ][ ] ♾️ 80 > [Unlocking K8s Troubleshooting Best Practices with Botkube](2024/day80.md) - Maria Ashby
+- [ ][✔️] ♾️ 81 > [Leveraging Kubernetes to build a better Cloud Native Development Experience](2024/day81.md) - Nitish Kumar
+- [ ][ ] ♾️ 82 > [Dev Containers in VS Code](2024/day82.md) - Chris Ayers
+- [ ][ ] ♾️ 83 > [IaC with Pulumi and GitHub Actions](2024/day83.md) - Till Spindler
+- [ ][✔️] ♾️ 84 > [Hacking Kubernetes For Beginners](2024/day84.md) - Benoit Entzmann
+- [ ][✔️] ♾️ 85 > [Reuse, Don't Repeat - Creating an Infrastructure as Code Module Library](2024/day85.md) - Sam Cogan
+- [ ][✔️] ♾️ 86 > [Tools To Make Your Terminal DevOps and Kubernetes Friendly](2024/day86.md) - Maryam Tavakkoli
+- [ ][✔️] ♾️ 87 > [Hands-on Performance Testing with k6](2024/day87.md) - Pepe Cano
+- [ ][✔️] ♾️ 88 > [What Developers Want from Internal Developer Portals](2024/day88.md) - Ganesh Datta
+- [ ][✔️] ♾️ 89 > [Seeding Infrastructures: Merging Terraform with Generative AI for Effortless DevOps Gardens](2024/day89.md) - Renaldi Gondosubroto
+- [ ][ ] ♾️ 90 > [Fighting fire with fire: Why we cannot always prevent technical issues with more tech](2024/day90.md) - Anaïs Urlichs
-- [x] ♾️ 1 > [Day 1](2024/day01.md)
-- [ ] ♾️ 2 > [The Digital Factory](2024/day02.md) - Romano Roth
-- [ ] ♾️ 3 > [High-performing engineering teams and the Holy Grail](2024/day03.md) - Jeremy Meiss
-- [ ] ♾️ 4 > [Manage Kubernetes Add-Ons for Multiple Clusters Using Cluster Run-Time State](2024/day04.md) - Gianluca Mardente
-- [ ] ♾️ 5 > [Cross-functional empathy](2024/day05.md) - Chris Kranz
-- [ ] ♾️ 6 > [DevSecOps - Defined, Explained & Explored](2024/day06.md) - Sameer Paradkar
-- [ ] ♾️ 7 > [Advanced Code Coverage with Jenkins and API Mocking](2024/day07.md) - Oleg Nenashev
-- [ ] ♾️ 8 > [Azure ARM now got Bicep](2024/day08.md) - Tushar Kumar
-- [ ] ♾️ 9 > [GitOps: The next Frontier in DevOps!](2024/day09.md) - Megha Kadur
-- [ ] ♾️ 10 > [Is Kubernetes Too Complicated? No, And Here's Why](2024/day10.md) - Julia Furst
-- [ ] ♾️ 11 > [Architecting for Versatility](2024/day11.md) - Tim Banks
-- [ ] ♾️ 12 > [Container Security for Enterprise Kubernetes environments](2024/day12.md) - Imran Roshan
-- [ ] ♾️ 13 > [Automate like a pro: Dealing with test automation hassles](2024/day13.md) - Mesut Durukal
-- [ ] ♾️ 14 > [Navigating Cloud-Native DevOps: Strategies for Seamless Deployment](2024/day14.md) - Yhorby Matias
-- [ ] ♾️ 15 > [Building Resilience: A Journey of Crafting and Validating Our Disaster Recovery Plan](2024/day15.md) - Yedidya Schwartz
-- [ ] ♾️ 16 > [Distracted Development](2024/day16.md) - Josh Ether
-- [ ] ♾️ 17 > [Know your data: The Stats behind the Alerts](2024/day17.md) - Dave McAllister
-- [ ] ♾️ 18 > [Continuous Delivery: From Distributed Monolith to Microservices as a unit of deployment](2024/day18.md) - Naresh Waswani
-- [ ] ♾️ 19 > [An introduction to API Security in Kubernetes](2024/day19.md) - Geoff Burke
-- [ ] ♾️ 20 > [Navigating the Vast DevOps Terrain: Strategies for Learning and Staying Current](2024/day20.md) - Kunal Kushwaha
-- [ ] ♾️ 21 > [Smarter, Better, Faster, Stronger - Testing at Scale](2024/day21.md) - Ada Lündhé
-- [ ] ♾️ 22 > [Test in Production with Kubernetes and Telepresence](2024/day22.md) - Mohammad-Ali A'râbi
-- [ ] ♾️ 23 > [SQL Server 2022 on Linux Containers and Kubernetes from Zero to a Hero!](2024/day23.md) - Yitzhak David
-- [ ] ♾️ 24 > [From Chaos to Resilience: Decoding the Secrets of Production Readiness](2024/day24.md) - Alejandro Pedraza Borrero
-- [ ] ♾️ 25 > [Kube-Nation: Exploring the Land of Kubernetes](2024/day25.md) - Siddhant Khisty & Aakansha Priya
-- [ ] ♾️ 26 > [Platform Engineering Is Not About Tech](2024/day26.md) - Nicolò Cambiaso Erizzo & Francesca Carta
-- [ ] ♾️ 27 > [From Automated to Automatic - Event-Driven Infrastructure Management with Ansible](2024/day27.md) - Daniel Bodky
-- [ ] ♾️ 28 > [Policy-as-Code Super-Powers! Rethinking Modern IaC With Service Mesh And CNI](2024/day28.md) - Kat Morgan & Marino Wijay
-- [ ] ♾️ 29 > [The Reverse Technology Thrust](2024/day29.md) - Rom Adams
-- [ ] ♾️ 30 > [How GitHub delivers GitHub using GitHub](2024/day30.md) - April Edwards
-- [ ] ♾️ 31 > [DevSecOps: Integrating Security into the DevOps Pipeline](2024/day31.md) - Reda Hajjami
-- [ ] ♾️ 32 > [Cracking Cholera’s Code: Victorian Insights for Today’s Technologist](2024/day32.md) - Simon Copsey
-- [ ] ♾️ 33 > [Building Efficient and Secure Docker Images with Multi-Stage Builds](2024/day33.md) - Pradumna V Saraf
-- [ ] ♾️ 34 > [How to Implement Automated Deployment Pipelines for Your DevOps Projects](2024/day34.md) - Neel Shah
-- [ ] ♾️ 35 > [Using code dependency analysis to decide what to test](2024/day35.md) - Patrick Kusebauch
-- [ ] ♾️ 36 > [Exploring Firecracker](2024/day36.md) - Irine Kokilashvili
-- [ ] ♾️ 37 > [Practical introduction to OpenTelemetry tracing](2024/day37.md) - Nicolas Fränkel
-- [ ] ♾️ 38 > [Open Standards: Empowering Cloud-Native Innovation](2024/day38.md) - Kunal Verma
-- [ ] ♾️ 39 > [DIs TLS in Kubernetes really that hard to understand?](2024/day39.md) - Shivang Shandilya
-- [ ] ♾️ 40 > [Infrastructure as Code - A look at Azure Bicep and Terraform](2024/day40.md) - Sarah Lean
-- [ ] ♾️ 41 > [Building Scalable Infrastructure For Advanced Air Mobility](2024/day41.md) - Dan Lambeth
-- [ ] ♾️ 42 > [The North Star: Risk-driven security](2024/day42.md) - Jonny Tyers
-- [ ] ♾️ 43 > [End to End Data Governance using AWS Serverless Stack](2024/day43.md) - Ankit Sheth
-- [ ] ♾️ 44 > [The Lean DevOps Playbook: Make it a success from Day one](2024/day44.md) - Aman Sharma
-- [ ] ♾️ 45 > [Microsoft DevOps Solutions or how to integrate the best of Azure DevOps and GitHub](2024/day45.md) - Peter De Tender
-- [ ] ♾️ 46 > [Mastering AWS Systems Manager: Simplifying Infrastructure Management](2024/day46.md) - Adit Modi
-- [ ] ♾️ 47 > [From Puddings to Platforms: Bringing Ideas to life with ChatGPT](2024/day47.md) - Anthony Spiteri
-- [ ] ♾️ 48 > [Azure logic app, low / no code](2024/day48.md) - Ian Engelbrecht
-- [ ] ♾️ 49 > [Enhancing DevOps with MLOps for GenAI and AI-Powered Solutions](2024/day49.md) - Azhar Amir
-- [ ] ♾️ 50 > [State of cloud native 2024](2024/day50.md) - Saiyam Pathak
-- [ ] ♾️ 51 > [PCI Compliance in the Cloud](2024/day51.md) - Barinua Kane
-- [ ] ♾️ 52 > [Multi-Model Databases and its place in DevOps](2024/day52.md) - Pratim Bhosale
-- [ ] ♾️ 53 > [Implementing SRE (Site Reliability Engineering)](2024/day53.md) - Andy Babiec
-- [ ] ♾️ 54 > [Let's go sidecarless in Ambient Mesh!](2024/day54.md) - Leon Nunes
-- [ ] ♾️ 55 > [Bringing Together IaC and CM with Terraform Provider for Ansible](2024/day55.md) - Razvan Ionescu
-- [ ] ♾️ 56 > [Automated database deployment within the DevOps process](2024/day56.md) - Marc Müller
-- [ ] ♾️ 57 > [Multi-Cloud Service Discovery and Load Balancing](2024/day57.md) - Vladislav Bilay
-- [ ] ♾️ 58 > [OSV Scanner: A Powerful Tool for Open Source Security](2024/day58.md) - Paras Mamgain
-- [ ] ♾️ 59 > [Continuous Delivery pipelines for cloud infrastructure](2024/day59.md) - Michael Lihs
-- [ ] ♾️ 60 > [Migrating a monolith to Cloud-Native and the stumbling blocks that you don’t know about](2024/day60.md) - JJ Asghar
-- [ ] ♾️ 61 > [Demystifying Modernisation: True Potential of Cloud Technology](2024/day61.md) - Anupam Phoghat
-- [ ] ♾️ 62 > [Chatbots are going to destroy infrastructures and your cloud bills](2024/day62.md) - Stanislas Girard
-- [ ] ♾️ 63 > [Introduction to Database Operators for Kubernetes](2024/day63.md) - Juarez Junior
-- [ ] ♾️ 64 > [The Invisible Guardians: Unveiling the Power of Monitoring and Observability in the Digital Age](2024/day64.md) - Santosh Kumar Perumal
-- [ ] ♾️ 65 > [Azure pertinent DevOps for non-coders](2024/day65.md) - Sucheta Gawade
-- [ ] ♾️ 66 > [A Developer's Journey to the DevOps: The Synergy of Two Worlds](2024/day66.md) - Jonah Andersson
-- [ ] ♾️ 67 > [Art of DevOps: Harmonizing Code, Culture, and Continuous Delivery](2024/day67.md) - Rohit Ghumare
-- [ ] ♾️ 68 > [Service Mesh for Kubernetes 101: The Secret Sauce to Effortless Microservices Management](2024/day68.md) - Mohd Imran
-- [ ] ♾️ 69 > [Enhancing Kubernetes security, visibility, and networking control logic](2024/day69.md) - Dean Lewis
-- [ ] ♾️ 70 > [Simplified Cloud Adoption with Microsoft's Terraforms Azure Landing Zone Module](2024/day70.md) - Simone Bennett
-- [ ] ♾️ 71 > [Azure for DevSecOps Operators](2024/day71.md) - Kevin Evans
-- [ ] ♾️ 72 > [Infrastructure as Code with Pulumi](2024/day72.md) - Scott Lowe
-- [ ] ♾️ 73 > [E2E Test Before Merge](2024/day73.md) - Natalie Lunbeck
-- [ ] ♾️ 74 > [Workload Identity Federation with Azure DevOps and Terraform](2024/day74.md) - Arindam Mitra
-- [ ] ♾️ 75 > [Achieving Regulatory Compliance in Multi-Cloud Deployments with Terraform](2024/day75.md) - Eric Evans
-- [ ] ♾️ 76 > [All you need to know about AWS CDK.](2024/day76.md) - Amogha Kancharla
-- [ ] ♾️ 77 > [DConnect to Microsoft APIs in Azure DevOps Pipelines using Workload Identity Federation](2024/day77.md) - Jan Vidar Elven
-- [ ] ♾️ 78 > [Scaling Terraform Deployments with GitHub Actions: Essential Configurations](2024/day78.md) - Thomas Thornton
-- [ ] ♾️ 79 > [DevEdOps](2024/day79.md) - Adam Leskis
-- [ ] ♾️ 80 > [Unlocking K8s Troubleshooting Best Practices with Botkube](2024/day80.md) - Maria Ashby
-- [ ] ♾️ 81 > [Leveraging Kubernetes to build a better Cloud Native Development Experience](2024/day81.md) - Nitish Kumar
-- [ ] ♾️ 82 > [Dev Containers in VS Code](2024/day82.md) - Chris Ayers
-- [ ] ♾️ 83 > [IaC with Pulumi and GitHub Actions](2024/day83.md) - Till Spindler
-- [ ] ♾️ 84 > [Hacking Kubernetes For Beginners](2024/day84.md) - Benoit Entzmann
-- [ ] ♾️ 85 > [Reuse, Don't Repeat - Creating an Infrastructure as Code Module Library](2024/day85.md) - Sam Cogan
-- [ ] ♾️ 86 > [Tools To Make Your Terminal DevOps and Kubernetes Friendly](2024/day86.md) - Maryam Tavakkoli
-- [ ] ♾️ 87 > [Hands-on Performance Testing with k6](2024/day87.md) - Pepe Cano
-- [ ] ♾️ 88 > [What Developers Want from Internal Developer Portals](2024/day88.md) - Ganesh Datta
-- [ ] ♾️ 89 > [Seeding Infrastructures: Merging Terraform with Generative AI for Effortless DevOps Gardens](2024/day89.md) - Renaldi Gondosubroto
-- [ ] ♾️ 90 > [Fighting fire with fire: Why we cannot always prevent technical issues with more tech](2024/day90.md) - Anaïs Urlichs
+- [ ][ ] ♾️ 91 > [Day 91 - March 31st 2024 - Closing](2024/day90.md) - Michael Cade
+
+[✔️]- DevOps with Windows - Nuno do Carmo
+
+- Building Scalable Infrastructure For Advanced Air Mobility - Dan Lambeth
+- Elevating DevSecOps with Modern CDNs - Richard Yew
+- Empowering Developers with No Container Knowledge to build & deploy app on OpenShift - Shan N/A
+- Streamlining Data Pipelines: CI/CD Best Practices for Efficient Deployments - Monika Rajput
+- A practical guide to Test-Driven Development of infrastructure code - David Pazdera
+- Saving Cloud Costs Using Existing Prometheus Metrics - Pavan Gudiwada
+- Code, Connect, and Conquer: Mastering Personal Branding for Developers - Pavan Belagatti
+- Mastering AWS OpenSearch: Terraform Provisioning and Cost Efficiency Series - Ranjini Ganeshan
+- GitOps: The next Frontier in DevOps! - Megha Kadur
+- Container Security for Enterprise Kubernetes environments - Imran Roshan
+- Navigating Cloud-Native DevOps: Strategies for Seamless Deployment - Yhorby Matias
+- Distracted Development - Josh Ether
+- Continuous Delivery: From Distributed Monolith to Microservices as a unit of deployment - Naresh Waswani
+- DevSecOps: Integrating Security into the DevOps Pipeline - Reda Hajjami
+- The Reverse Technology Thrust - Rom Adams
+- PCI Compliance in the Cloud - Barinua Kane
+- End to End Data Governance using AWS Serverless Stack - Ankit Sheth
+- Multi-Cloud Service Discovery and Load Balancing - Vladislav Bilay
\ No newline at end of file
diff --git a/2024.png b/2024.png
new file mode 100644
index 0000000..99c1124
Binary files /dev/null and b/2024.png differ
diff --git a/2024/Images/day02-1.jpg b/2024/Images/day02-1.jpg
new file mode 100644
index 0000000..2ba20ef
Binary files /dev/null and b/2024/Images/day02-1.jpg differ
diff --git a/2024/Images/day02-2.png b/2024/Images/day02-2.png
new file mode 100644
index 0000000..817c947
Binary files /dev/null and b/2024/Images/day02-2.png differ
diff --git a/2024/Images/day02-3.jpg b/2024/Images/day02-3.jpg
new file mode 100644
index 0000000..656dd56
Binary files /dev/null and b/2024/Images/day02-3.jpg differ
diff --git a/2024/Images/day02-4.png b/2024/Images/day02-4.png
new file mode 100644
index 0000000..38d0b0e
Binary files /dev/null and b/2024/Images/day02-4.png differ
diff --git a/2024/Images/day02-5.jpg b/2024/Images/day02-5.jpg
new file mode 100644
index 0000000..15343c1
Binary files /dev/null and b/2024/Images/day02-5.jpg differ
diff --git a/2024/Images/day02-6.jpg b/2024/Images/day02-6.jpg
new file mode 100644
index 0000000..0ffa85e
Binary files /dev/null and b/2024/Images/day02-6.jpg differ
diff --git a/2024/Images/day09-1.jpg b/2024/Images/day09-1.jpg
new file mode 100644
index 0000000..d20c9b9
Binary files /dev/null and b/2024/Images/day09-1.jpg differ
diff --git a/2024/Images/day15-01.png b/2024/Images/day15-01.png
new file mode 100644
index 0000000..8861fb3
Binary files /dev/null and b/2024/Images/day15-01.png differ
diff --git a/2024/Images/day26-1.png b/2024/Images/day26-1.png
new file mode 100644
index 0000000..a6ed567
Binary files /dev/null and b/2024/Images/day26-1.png differ
diff --git a/2024/Images/day26-2.png b/2024/Images/day26-2.png
new file mode 100644
index 0000000..c12c622
Binary files /dev/null and b/2024/Images/day26-2.png differ
diff --git a/2024/Images/day26-3.png b/2024/Images/day26-3.png
new file mode 100644
index 0000000..d154b22
Binary files /dev/null and b/2024/Images/day26-3.png differ
diff --git a/2024/day02.md b/2024/day02.md
index e69de29..010c06e 100644
--- a/2024/day02.md
+++ b/2024/day02.md
@@ -0,0 +1,77 @@
+Day 2: The Digital Factory
+=========================
+
+## Video
+[](https://youtu.be/xeX4HGLeJQw?si=CJ75C8gUBcdWAQTR)
+
+
+## About Me
+I'm [Romano Roth](https://www.linkedin.com/in/romanoroth/), Chief of DevOps and Partner at [Zühlke](https://www.zuehlke.com/en). My journey with Zuhlke began 21 years ago. Over the years, I've evolved from an expert software engineer and software architect to a consultant. Throughout this journey, one question has always fueled my passion: **How can we continuously deliver value while ensuring quality and automation?**
+
+When the DevOps movement began to gain momentum, I was naturally drawn to it. Today, I’m one of the organizers of the monthly [DevOps Meetup in Zürich](https://www.meetup.com/de-DE/DevOps-Meetup-Zurich/) and president of [DevOps Days Zürich](https://www.devopsdays.ch/), an annual conference part of the global DevOps movement. DevOps isn't just a professional interest; it's my passion. That’s why I’ve my own [YouTube channel](https://www.youtube.com/c/RomanoRoth), where I've curated over 100 videos centered on DevOps, architecture, and leadership.
+
+
+
+## What is DevOps?
+DevOps is a mindset, a culture, and a set of technical practices. It provides communication, integration, automation, and close cooperation among all the people needed to plan, develop, test, deploy, release, and maintain a product.
+
+In short: **Bringing People, Process, and Technology together to continuously deliver value!**
+
+
+
+## What are the challenges with DevOps
+**Cultural Resistance:** One of the biggest challenges is changing the organizational culture. DevOps requires shifting from traditional siloed roles to a collaborative approach with shared responsibility. This can be met with resistance from teams used to working in siloed organizations.
+
+**Cognitive Load:** Numerous technical practices and tools exist for various stages of the DevOps lifecycle, from ideation over continuous integration over continuous deployment to release on demand. Integrating and maintaining all these technical practices and tools to develop great products can be challenging.
+
+**Scaling DevOps**: What works for a small team or a single project might not work for an entire organization. Scaling DevOps practices while maintaining speed and reliability is a significant challenge.
+
+
+
+## How can we scale DevOps?
+Scaling DevOps, especially in larger organizations, requires a strategic approach beyond tools and technologies. Here are some considerations to scale DevOps effectively:
+- **Cultural Transformation**: Foster a collaborative environment that values learning from failures.
+- **Standardization**: Adopt consistent tools and processes across teams to maintain uniformity.
+- **Automation**: Streamline operations by automating tasks from ideation over continuous integration over continuous deployment to release on demand.
+- **Modular Architecture**: Utilize architecture styles like microservices to reduce interdependencies.
+- **Metrics**: Use metrics to measure performance, identify bottlenecks, and drive continuous improvement.
+- **Continuous Training**: Invest in ongoing skill development to ensure team members have the necessary skills to work in a DevOps environment.
+- **Feedback Loops**: Establish efficient channels for feedback to identify and address issues quickly.
+- **Decentralized Decision-making**: Empower teams to make decisions locally, reducing the need for top-down approvals and speeding up the development process.
+- **Pilot Programs**: Test and refine DevOps practices through specific pilot projects.
+- **Collaboration Platforms**: Use tools that enhance team communication like GitLab, GitHub, and Azure DevOps….
+- **Regular Reviews**: Continuously assess and adjust DevOps practices as the organization grows and changes.
+
+## What is Is Platform Engineering?
+
+Platform Engineering and DevOps are not the same, but they are closely related and often overlap in many organizations.
+
+**DevOps** is a mindset, a culture, and a set of technical practices. It provides communication, integration, automation, and close cooperation among all the people needed to plan, develop, test, deploy, release, and maintain a product and deliver continuous value to the customer.
+
+**Platform engineering** is designing and building toolchains and workflows that enable self-service capabilities for product teams that deliver continuous value to the customer.
+
+**Platform engineering** uses **DevOps** practices, which enables product teams to do DevOps.
+
+
+
+## What is a Digital Factory?
+
+Throughout my work on various projects across diverse industries and clients, I've observed that **many companies share common challenges and objectives**. I think they all want to build great products, have a faster time to market, and be more efficient. And what they want is to **build up a digital factory**.
+
+At the top of a company, you find the board of directors and the executive board. They shape the company's vision, mission, and strategy. All big ideas are prioritized in a **portfolio kanban**. The board prioritizes these ideas and gives product management the most important and promising ideas. For example, _building drones carrying heavy weight increases the market share_. The product management takes that idea and defines what features are needed for such a drone. Such a drone, for example, needs to have modified software, bigger batteries, and better engines. They give these features down to the teams. The existing teams have started to work on those features. For the new engine, a new team needs to be established. For that, **the platform engineering team will provide a standardized continuous delivery environment** so that that team can start right away. All the parts get assembled, and the drones can now be continuously delivered to the customers.
+
+The teams constantly monitor the drones. **Telemetry and business data are collected**, like how many drones we have sold and customer satisfaction. These metrics are fed back to the portfolio level, where this information informs the board's future decisions.
+
+
+
+## How can we implement Digital Factory?
+
+To build a digital factory, you need a holistic approach.
+- **Architecture:** Design architectures that align with your technology strategy, ensuring adaptability, scalability, and flexibility.
+- **DevOps:** Utilize Platform Engineering to design and build toolchains and workflows that enable self-service capabilities for product teams to enable them to make quality and do DevOps.
+- **Data:** Streamline data pipelines for timely, actionable insights. Harness data science to extract value to inform decision-making.
+- **Customer experience:** Place user feedback at the heart of product development. Aim for a seamless end-to-end experience.
+- **Agile Programme Delivery:** Adopt a multi-team organization to optimize workflows and performance. Continuous discovery, coupled with transparent reporting, drives growth.
+- **Product Management for Maximized Value:** Connect the strategy with the execution. Align product initiatives with the company goals. Continuously refine management practices and leverage feedback for prioritization.
+
+
\ No newline at end of file
diff --git a/2024/day03.md b/2024/day03.md
index e69de29..2e4581e 100644
--- a/2024/day03.md
+++ b/2024/day03.md
@@ -0,0 +1,18 @@
+# Day 3: 90DaysofDevOps
+
+## High-performing engineering teams and the Holy Grail
+
+***Jeremy Meiss***
+- [Twitter](https://twitter.com/IAmJerdog)
+- [LinkedIn](https://linkedin.com/in/jeremymeiss)
+- [Dev.to](https://dev.to/jerdog]
+
+### Overview
+
+“High-performing engineering teams” are the Holy Grail for every CTO. But what are they, are they attainable, and if so, how? In this talk, we’ll look at CI/CD data from over 15mil anonymous workflows and compare it against the last few years on the CircleCI platform, and explore this rare specimen in its native habitat – right there in your organization, and how to activate them using some better DevOps and Continuous Delivery practices.
+
+### Resource
+
+- [2023 State of Software Delivery Report](go.jmeiss.me/SoSDR2023)
+- [2023 State of DevOps Report](https://cloud.google.com/devops/state-of-devops)
+- [2023 State of Continuous Delivery Report](https://cd.foundation/state-of-cd-2023/)
diff --git a/2024/day07.md b/2024/day07.md
index e69de29..8b13789 100644
--- a/2024/day07.md
+++ b/2024/day07.md
@@ -0,0 +1 @@
+
diff --git a/2024/day09.md b/2024/day09.md
index e69de29..1b1cec2 100644
--- a/2024/day09.md
+++ b/2024/day09.md
@@ -0,0 +1,30 @@
+Day 9: Why should developers care about container security?
+=========================
+
+## Video
+
+
+
+## About Me
+[Eric Smalling](https://about.me/ericsmalling)@A F 2 6A(@Ȁ@
+A B@* wq6%QsD0C &3S d0
T 3V s\(<`(X "D l s\H*p
> !B
+( 4X<.X P
H 2@w h@aBBl
+ ,< q`B@ xC( 60!
60*H &,2t=is:U
L *p@4 8~t\p HLHTP@I)J $p ] P* 'N<dj
+),ҫwG 22
ZBPj)fxG[Md7:t7:V*,*TU[[MXVSwUXZSTT 暪2t,QUu )AVUTӃ d jM ҴMrgXVSTajt^ 3 jt^PPc, c/"%E-Ykf.l w Tvr/4CLT5%i!M"k-Ҙ.mQ!|HCk))xn|DVR#<T`pX0gI+&[Ҁh A! f&Ck)!n SOS*=N
+ 0=ޗale,~)Fry;4 9o;}AY%'w7?|ȫv5_ W,>A{V!byA;6W) y$X:
+.}LƎ"+*|a lPpsς,b@uM FpjK͉LMQyKX"?8Pt2OaTE fb鐬NS81dli (\uɸYS` JӟUy@@k-Pϑiw6Cd[lM:^ZÒfۃNZP *_e?m:B]|nv)~ ֻVzhpDAoO{& x^߽5[[
e*{2e%<<Ԉc"ǻe M4lצF3EӖgw7O1UpXؘۄ<־;G I)%#0hg3V*971_䓏I?P|s oB@DZ 8Y{:!=10$DI@ ̎@ݩ5GՒ Ĭxw:Q,/ 2p<@fJ^F3yK RNk
B},ǡ}K>*nԭ(Ar448(! =[,$Y(0{`@&^¬Zz]"|(4}v ~;w@dpj|YѐiOJ 9ȪZM ` ltt8/`(p "`
+'I '#J+Lpdh -FL9 + !1b#~d (\G0BA+ ADXXdD=P2C+ BM4 @
+cD}L4br * $Xp
+$0J`c A - ̀
+ $bxldp Bx% X@ rVeIM"O2%Ǵ"pz]Jt dcE{;~V=_ ǻte>+DP'mXP
+'r?TX:]L-YEb_{#{ ;61"gI)Ծ pj!Rƙk hQ",)p(rR`ThV<(+y#Gwwv}0
|֤rĸpsu:X% g vᆢ
+9b1C
Õ`xы8|p c`k5pMLC D 3/f^)-쁆1rc-c}LۘKKB!T6?d~sӫƊLqTM :N5unڰ䯳&'o
:
+^Zi`ܬc]w _ "/r̓ ςURj?3 MWCM*I@JPbTG,JbJ132Ŀp(
+|RE*xKz9ckJspZ*#9Ji%J#SIHe2*ޖ8,|Z>yPV@SKm$VKFy_puӠ q@g
+DGU@nUBHs%4IU+)Yֺ *'e(fsR7]Y>uT YX%%sw%j!Q-(q"ך ^$1vc'6LVxƶkˬ9oL2IZZ
+dN%NEm/R]FɻoXhg{ٴ=YqRڬq gUڇHo`C1Z!!(6sUBeuN$S7C:HGME< o>߲fnO=+ȥ*Q"xa*c@m v |Áؾ5O$!5XWYcV@{!r+`
+L;X2W=5}ႚe0CDM]>ʱ ;0Ko9 UWq+t\GHZ+$ Mg6;9^}He8@Q7pȏUϰ8lq[tw)pT7%ZJ3Y_?H^ }}ٲ)FsE( ܷAlziVނa&_Uq}
zQYq ~VF?Mv6JY!7-E%[KMCםk&"8^?<8Iq+m?Eۛ:ݙEһ*єH+ȵGD"oJ^"pS;lr%ߚIE/榷<)J|E0C GUz^WUz^+,,7-l*a2TYz)R)D DzAsFm OWƶ5b8ߎRr6(NWg t!UY+qV FcykhDhW4
+/[&HWώbi&vTUUU貺x5^+}~V}-e_V߯ïߡK뵺5Cx'KYK#e+붍-ʪz&ڜ}qXk;"X;/WZj@t[ATVoUU
+/ -H,!
+WWPZ+X#"{[ eY> )hY[}W}xw
+ʿ!mKk]FZAҴQ\KBe4V2YX,
+Q&DݫYV
+Q
`Ʋ,D$e,jkGlFʏ[JoҾe?{DeDbuΊeW?VetVu-|iUDvS҉eqV%zռފhMV52W1Ji߯;6.;ơ @C.0}' `&!*ᄨBTS Q!j80BwY q(D( o݆-ajApuB!*"9Y82a2M yĻ,* +SƶN?vZҿ]A{Ѷm[i}u^g]g;TƋ/|LH]VxZږ- ϖإy_>8US~}b o+*"1I)8 I|~l~){~[/kli˿]_ k,UMekb2Jcۺ~+XUŴ=n>"e v(g>aB h6)m1@V&؊H4ԫ*":*"TKL4VOl$n62JuZ(mWP[#^JJsti4"15;+hDbVgwK.m[JwYVI4c4z p
+Yef҉ko'RVpVUkEkWIike3CSg+VV 8`7v
ԶoÖsZ))'צᝰzɊH4UDbU+w_+~!R~1*"1Rwirq îpo knzcC 숤23@kWM
+W# l\e"+Z`]VVq-wv.8"KH;Wc c! UX xnHN]B}L&aND_q&BT6@ºaGzk #݃!*D]j[7G$2AoX!})Drqa} MLG$Z
+Q!*DBT
+Q!*DBT
+Q!*DBTHH akd~DZit2vD8VXq [JG$R[]VrYѯx^]pUDN*
+NmD2 CZ ZV:ˈĂoVF6
+J
+8οs^WR؊H4/)7ʿ%#8}RoDbQ6W1Mg'Q_Yଷ|
akf
Z,ݳJjú 7<Q=ghZ W_ixPOHv2[X-$)1^Z}k
ÓiR1Z)>
+TٺdJG1FfM ڼUe7:fdI/)ٌ;>l?0Iov]x=B
+9+:
&(Q1+ajGqVq~JĤ|X}m ?:{ F@5,aA(,1$=9nQFKnn .^@m8XkuQ !M;ʭ
+!oHuM/q%g"yQF-٪Ͻ;h8XA E,W$nF%Rmz+1.Wan6 $2+!:AHIxV)2Z05cATRO1 M@-@bޅ*[UIy+]rw5ݏ3!%b4
e 핬2s(1tuggZȄC`- P1J7K31M:$dNPl " YxJ ˨߁XFq 03nU7ZÓ T} Ydw9Z34YLYӲ{ wft
+)Z/8oi%ELUѵ
+ (TyȢ)YTˆi@(Y0#ShRL;L%rʫw%';Ӆ+]J) H:,6@/`>{#,4"KgآIE ݃ԧU pYP*LLivnF ĐuǴ476ɺda sكZxʒrTF[P,[QsX-,U9 5,(эIJ7xѣyF iD=!R D3 ;8[Eku!̩ + pCn%꤭Y`%t S|;nj 6nɴnT_XS_ 7:L⁞drӽ@ۖHnL!1_Z w d+"Q{2Ŕ CH
+W<a
:K
+lM`,ή$+)`D\~bU\K_A Վ!P7`$C[ۂ ku$*mj#( wQmľa$(ЄeOU|`@T \~rCpW_M. PQJbuuI}Ȇ{Mv:lc\XĆmۓ [Q, 4H8= a8(f rX
/?.5@X ^" jVl YTJQE4@x:j_ "UD
X9G'n
+it!9|ͬoq4lPJtT6Z% $>m$dO
% /y M
Yllb
+ 2W{v-Kftr:+9
.+ ? l NVD\]) oTw5 rB:TS}sG3 u {m Q!; Mp'An~;\H/<-KIRNK?)Vgd*2N!/Yr/ㅁ^8Ǒ°{}$&pYD,@s*W<aTf3Cކ4Hhq,XNi/)E&ѰEђv 5a!Ć#U Rv(;QϜ[)FV ؽ+a͜0OK%7BTnn@em%Bn95L%ee H$ ح0Fb郞)ٚ NӍLX+r. KnHV