저는 12년 동안 쿠버네티스를 완전히 무시했어요.00:00

그래서 최근에 앉아서 쿠버네티스에 대한 스트림을 여러 개 진행하기로 결정했어요. 거기서 제가 시도해 보려고 했죠.00:04

전체적인 환경과 작동 방식을 빠르게 익히고, 실제로 돌아가는 클러스터를 구축해보려고 노력했습니다.00:11

거기에 8~9개의 라이브 방송이 필요했습니다.00:19

그래서 이 영상은 제가 진행했던 라이브 스트림들을 압축해서, 어느 정도 이야기를 담은 형태로 만들었습니다.00:23

제가 배운 내용을 정리하고 쉽게 풀어내는 방법이 될 것입니다.00:30

조금 더 실용적이고, 특히 중간 관리자나 숙련자에게도 도움이 될 만한 내용일 겁니다. 그분들도00:37

쿠버네티스를 잘 모르시고, 미리 시작하고 싶어하시는 분들을 위한 것이기도 합니다.00:45

제가 겪었던 어려움을 직접 겪으실 필요는 없도록 하기 위해서입니다.00:49

저의 쿠버네티스 소개는 많은 분들과 비슷했을 거라고 생각합니다.00:52

구글에서 개발해서 오픈 소스로 공개한 소프트웨어였던 거죠. 그리고 인기가 점점 많아지고 있었고, 소문과 기대감도 높았습니다.00:58

흥미로운 소문과 기대감이 있었던 시기였습니다.01:02

저의 생각에는 컨테이너 오케스트레이션 도구라고 이해했습니다.01:08

그리고 2014년 공개되었을 때, 저는 거의 도커에 대해 알지도 못했습니다.01:13

그래서 쿠버네티스가 왜 필요할지 잘 이해하지 못했어요.01:20

출시 후에도 시간이 좀 더 지나서야 널리 사용되기 시작했죠.01:23

산업계에서 널리 받아들여졌다고 느꼈습니다.01:27

그리고 팀에서 쿠버네티스를 사용하기 시작하는 걸 눈치채고 나서요.01:30

혹은 쿠버네티스를 도입하려는 회사에 대한 이야기를 듣거나, 많은 시행착오가 있었다는 이야기를 들으면서요. 01:35

전반적으로 쿠버네티스가 제공하는 것 대비 너무 복잡하다는 인상을 받았어요.01:41

대부분의 경우 그런 비슷한 인상을 많이 받았던 것 같아요.01:47

저런 이야기는 분명히 많이 들어보셨을 거예요.01:50

밈이랄까요, 제가 쿠버네티스에 블로그를 배포했는데, 농담스럽게 이야기하죠. 한 팀이나 SRE가 그걸 시도하려 하면01:52

팀이나 SRE가 시도하는 것이라고 하더라고요.02:00

쿠버네티스를 환경에 도입하는 것은 단순히 이력서 중심적인 개발을 하는 것과 같습니다.02:02

글쎄요.02:09

이렇게 전반적인 인상 때문에 어느 정도 쿠버네티스와 거리를 두게 됐고, 다른 사람들이 해결하도록 놔뒀습니다.02:10

정말로 필요할 때까지는 다른 사람들이 처리하도록 했습니다.02:17

그래서 다른 팀에서 쿠버네티스 팀을 맡아서 모든 문제를 해결하게 하는 건 괜찮았어요.02:20

그런 식으로 모든 문제를 해결하도록 쿠버네티스 팀이 알아서 하도록 놔두는 건 괜찮았습니다.02:23

그리고 제가 그냥 최종 사용자로서02:29

폴리쉬된 쿠버네티스 클러스터에 배포할 수 있고, 모든 것들을 신경 쓰지 않아도 되는 환경이면 좋겠다고 생각했어요.02:31

그 하위 레벨의 복잡한 부분들을 다루는 거죠. 하지만 시간이 지나면서, 업계의 상당 부분이02:36

쿠버네티스 표준화하기로 결정하는 것 같았습니다.02:44

러닝 Kubernetes의 복잡성과 오버헤드가 비용이 들더라도, 배포 표준화가 그 비용을 상쇄하는 것 같았습니다.02:48

그렇게 보였어요.02:52

그 비용들을 감안하더라도요. 아틀라시안에서 일하는 후반기에 쿠버네티스와 관련된 주제들이 많이 등장하기 시작했고, 특정 앱들은 쿠버네티스로 배포되지 않아야 한다는 요구사항도 있었습니다.03:00

그런 요구사항들이 보이기 시작했었죠. 특정 앱들은 쿠버네티스로 배포되지 않아야 한다는 요구사항도 있었고요.03:05

쿠버네티스를 이용해서 쿠버네티스로 배포할 수 있어야 합니다.03:13

그리고 직장 밖에서도 어떤 포지션이든 살펴보면,03:16

제가 관심 있거나 지원하려고 생각했던 역할들은, 최소한03:22

알고 계셔야 하는 조건이 있는 것 같더라고요.03:29

쿠버네티스였어요. SRE 직군이나 플랫폼 엔지니어 쪽 역할들을 보면은, 최소한 이런 기술은 필수적으로 요구하는 것 같았어요.03:29

더 이상 배우는 걸 미루고 있을 필요가 없을 정도로 흔한 일이었던 것 같아요.03:37

그래서 3월에 해고된 후에 쿠버네티스를 배우는 것이 좋은 생각이라는 것이 분명해졌습니다.03:42

그리고 나서 5월에 제 영상이 바이럴되었을 때 갑자기 꽤 괜찮은 규모의 시청자층을 확보하게 되었습니다.03:47

그러고 보니 더욱03:54

제가 앉아서 라이브 스트림으로 커뮤니티를 배우고, 어쩌면03:57

기회를 드려서04:04

사람들이 따라오면서 배우고, 제가 이런 영상들을 통해 사람들을 가르쳐보려고 노력할 수 있도록 하는 것이죠.04:05

제가 배우고 느낀 점이 있습니다. 그런데 저는 좀 참을성이 없거든요. 그래서 제가 말씀드린 것처럼, 커뮤니티를 충분히 이해할 수 있을 정도까지 배우기 위해 여덟에서 아홉 번 정도의 라이브 스트림을 진행했습니다.04:12

이 라이브 스트림을 통해서 커뮤니티를 충분히 이해하고, 필요한 지식을 습득할 수 있었습니다.04:18

그리고 그 라이브 스트림 각각이 두세 시간 정도였고, 때로는 조금 더 길었습니다.04:23

하지만 저는 꽤 괜찮은 그림을 얻었다고 생각합니다.04:27

쿠버네티스의 현황, 역사, 그리고 사람들이 배포하고 관리하는 데 사용하는 도구들에 대해 알아볼 텐데요.04:30

현대 쿠버네티스의 모습에 대해 이야기할게요. 그럼 제 여정과 이야기에 대해 알아가 봅시다.04:35

시작부터, 트위치에서 처음 라이브 방송을 했던 날부터요.04:42

제목을 정하고, 제 이력서에 쿠버네티스를 추가했답니다.04:46

이제 제가 이걸 배워야겠네요.04:49

그리고 나서 브라우저를 열고 쿠버네티스 웹사이트에 가서 문서를 위에서부터 아래까지 읽기 시작했어요.04:51

몇 가지 개념을 살펴보고 그냥 암기하려고 시도하다가 실패한 후에, 몇몇 참여자들이 켈시 하이타워의 가이드, 'Kubernetes the hard way'를 알려줬습니다.04:58

그 가이드를 통해 Kubernetes를 어렵게 배우는 방법을 배울 수 있었습니다.05:05

그래서 제가 이 튜토리얼을 따라 하기 시작했는데, 처음부터 최소 세 대의 장비가 필요하다는 것을 알게 되었어요.05:10

세컨드 컨트롤 플레인, 그리고 두 개의 워커 노드, 그리고 점프 박스가 필요하더라고요.05:17

그리고 제가 그런 하드웨어를 가지고 있지도 않았습니다.05:22

로컬에서 가상 머신을 실행하고 싶지도 않았고요.05:24

그래서 아마존 웹 서비스에 가입해서, EC2 인스턴스를 수동으로 만들기 시작했어요.05:29

그리고요.05:30

SSH로 접속해서05:37

호스트 이름 설정하고, PKI를 위해 open SSL 명령어도 실행하고 이런 일들을 했어요.05:38

그런 것들요. 그리고05:46

튜토리얼 진행하다가 쉘 명령어들을 일거수절거수 실행하라고 할 때가 있었어요.05:47

스크립트들이었습니다. 그리고 제가 격분하게 됐다는 걸 말씀드릴게요.05:53

사실 직접 보시면, 이건 그때의 영상 클립입니다.05:57

제가 불평했던 방송 영상이에요. SSH 관련 문제들을 좀 더 자세히 살펴보죠. 제가 쿠버네티스를 배우면서 배우고 싶어하는 것은, 제가 관리하는 어리석은 서버들에서 SSH를 어떻게 사용하는지 알아내는 것이거든요.06:02

궁금했거든요.06:08

처음부터 로그인하는 것 자체가 문제였던 거죠. 제가 그렇게 화가 난 이유는 설정 관리라는 개념이 등장한 지 벌써 20년이나 됐는데,06:15

최소 10년은 지난 일이거든요.06:22

쿠버네티스가 출시된 이후로 꽤 시간이 흘렀다고 생각했거든요. 쿠버네티스를 설정하는 과정에서 발생하는 어려움들은 이미 해결되었을 거라고 생각했었는데, 뒤돌아보면 켈시의 가이드의 목적은06:28

이해를 돕기 위해 저수준의 문제들을 보여주는 것이었습니다.06:34

이해를 돕기 위해 저수준의 문제점을 드러내는 것이 필요하다고 생각합니다.06:40

하지만 저는 실용적인 것을 빠르게 설정하고 실행하는 것을 더 선호합니다.06:44

그래서 그 가이드라인은 저에게는 별로 도움이 되지 않았습니다.06:49

저는 그냥 바로 실행해 보면서 문제가 발생하면 그때그때 해결하는 것을 선호합니다.06:53

그래서 저는 제정신인 사람이 할 만한 일을 하려고 앉아서, 즉 논쟁을 벌이려고 했습니다.06:57

합리적인 엔지니어라면 켈시 가이드에 나오는 방식으로 프로덕션 클러스터를 구성하지 않습니다.07:03

당신이 말씀하신 것처럼, 당연히 저에게도 그런 일이 있었어요. 제가 완전히 옳다고 말해주면서, 누구도 이런 일을 겪을 필요가 없다고요. 정말 불쌍한 시스템 엔지니어를 빗대어 표현했죠.07:10

이런 일을 겪을 필요가 없다고요. 정말 불쌍한 시스템 엔지니어를 빗대어 표현했죠. 그리고 몇 가지 제안도 받았어요. 덕분에 저는…07:16

도구, 큐베 adm을 찾아봤는데, 이걸 이용해서 노드를 한 번에 부트스트랩할 수 있는 방법을 알려주더라고요.07:24

이 새로운 도구를 사용해서, 더 이상 수동으로 EC2 인스턴스를 만들지 않기로 하고 클라우드를 사용하기로 결정했습니다.07:31

인프라를 코드로 관리하는 방식으로 진행할 거예요. kubeadm을 설치하고, 사용자 데이터를 이용해서 노드를 부팅할 거고요.07:38

짜잔, 클러스터가 정상적으로 실행되었어요.07:43

정말 좋았어요. 클러스터가 잘 구동되고 있었는데, 그런데 전체 과정을 재현해 보려고 했습니다.07:50

헬름 명령어를 실행해서요.07:56

모든 파드를 프로비저닝하고 차트 설치를 시도했습니다.07:59

그리고 발헤임 게임 서버를 실행하려고 했습니다. 그때 문제가 시작되었네요.08:04

팟이 계속 다운되는 문제가 발생했는데, 왜 그런지 전혀 몰랐습니다.08:09

어떤 도구를 사용해서 원인을 파악하는 방법도 잘 몰랐어요. 스트리밍에 참여하신 분들이 도와주셨습니다.08:13

크래시되던 포드들의 로그를 확인해 볼 수 있는 명령어를 알려주셨어요.08:19

테인트나 톨러레이션 같은 문제점들을 겪게 됐습니다.08:26

제가 익숙하지 않은 것들이 많았어요. 그러니까, 그냥 무작정 실행하려고 하는 그런 방법을 사용하니, 그 방식의 단점들을 겪고 있었습니다.08:32

뭔가를 굴려보려고 하는 식으로 접근하니, 그 방식의 단점이 분명히 있었던 거 같아요.08:37

제 순진함 때문에, 제가 그랬을 거라고 생각했어요.08:41

헬름과 kubectl을 이용해서 클러스터의 상태를 망치고 있다고 생각했던 것 같아요.08:44

뭔가 부서지기 쉬운 것을 건드리고 있다고 생각했어요.08:50

어떻게든 해결책을 찾아야 한다고 생각했답니다.08:52

돌아보면 제가 겪었던 문제는 초기 설정 문제였던 것 같습니다.08:58

그때 저는 잠시 멈춰서 생각하며 몇 가지 기억을 떠올리기 시작했습니다. 일부 동료들이 제게 이야기했던 것들이...09:03

친구들과 동료들이 저에게 이야기했던 것들을 떠올리기 시작했어요. 어떤 분들은 탈로스 리눅스를 추천하기도 했어요.09:10

몇 분들이09:14

자신들의 빌드 과정에서 헬름을 이용해서 일반적인 쿠베 설정을 컴파일하고09:15

그렇게 컴파일된 파일을 빌드 결과물로 클러스터에 업로드한다는 이야기를 들었습니다.09:23

그러니까, 그 모든 것이 꽤 흥미롭게 들렸어요. 그래서 바로 탈로스 리눅스를 조사해 봤습니다.09:26

거의 그 시기에요.09:31

음, 뭔가 조금 변화를 주고 싶다고 생각했거든요. 배우는 것들에 좀 더 추가하는 것만큼 좋은 방법이 없을 것 같아서요.09:32

그래서 저는 CloudFormation에서 Pulumi로 전환하기로 결정했는데, 사실 정말 좋은 결정이었던 것 같아요.09:38

풀루미를 정말 즐겁게 사용했어요.09:45

풀루미를 쓰면서 타입 검사를 하는 인프라를 코딩하는 느낌이었는데, 그게 좋았어요.09:47

정말 멋있다고 생각했어요. 그래서 Golang SDK를 사용하기로 결정했습니다.09:54

그래서 인프라 코드가 유효하지 않다면,09:57

코드가 컴파일되지 않았는데, 그게 꽤 좋았어요.10:02

제가 불안정하다고 생각했던 상태와 도구들은 실제로는 초기 설정 문제였네요.10:06

제가 팟 로그들을 보면서 LLM에 입력했더니,10:12

AWS CCM이라는 결론을 내렸습니다.10:19

이는 클라우드 컨트롤러 매니저를 의미합니다.10:25

다른 모든 파드가 실행되기 전에 설정되어야 했는데, 그렇지 않으면10:28

예를 들어, Argo CD 파드가 아마존에서 리소스를 생성하려고 시도했는데 CCM이 설정되지 않은 경우를10:35

상상해 봅시다. CCM이 아직 설정되지 않았기 때문에10:36

아직 완료되지 않았는데, 제가 생각했던 건 Argo가 모든 것을 관리할 거라고 생각했던 거예요.10:43

그래서 저는 먼저 시작하려고 했는데, AWS CCM을 설정하려고 했지만 CCM이 필요했던 거죠.10:50

이미 거기에 있어야 했어요10:57

다른 파드들을 관리하기 전에 말이죠. 그래서 결국 순서 문제였습니다.10:58

정리된 후에, 실제로는 굉장히 순조롭게 진행되었습니다. 제 Git 저장소에 추가하는 대로 Argo가 가져와서 몇 초 후에 팟이 나타나는 것을 볼 수 있었어요.11:05

정말 놀라웠습니다.11:11

저는 그때까지 제가 이룬 것에 대해 꽤 만족스러웠습니다.11:18

그 시점에서 저는 그때 무엇을 해야 할지 생각하기 시작했습니다.11:19

전문적인 환경에서 어떻게 보일까 하는 생각을 했는데요. 왜냐하면 대부분의 사람들이11:26

전문적인 시나리오에서 직접 Kubernetes 클러스터를 설정하고, 모든 개발자들에게 강제하는 경우는 없을 거라고 생각합니다.11:32

헬름과 이와 같은 다른 도구들을 사용해서 YAML 파일을 Git 저장소에 넣고 조정하는 것을, 그리고11:37

본인들의 시스템을 실행하기 위해 그런 과정을 거치는 것은 개발자들에게 너무 과도한 인지적 부담을 주는 것 같다고 생각했습니다.11:44

개발자분들은 이미 앱 개발 등 바쁘신 일들을 하고 계시잖아요.11:51

그래서 제가 관련 내용을 찾아보기 시작했어요.11:55

플랫폼 옵션들을 살펴보다가 Kube Vela나 Backstage 같은 것들을 발견했고, 아마도11:56

Crossplane이나 이런 오픈 애플리케이션 모델 개념에 대해서도 알게 되었습니다.12:03

이러한 도구들을 간략하게 살펴보았는데요.12:08

그중에서 가장 마음에 들었던 건 오픈 애플리케이션 모델이었고, 이것은 실제로 구현되어 있습니다.12:11

큐브벨라를 사용하면 쿠버네티스 리소스를 컴포넌트로 변환할 수 있습니다.12:17

음, 그래서 예를 들어서...12:24

웹 서비스나 워커 서비스 같은 표준화된 배포 유형을 정의할 수 있습니다.12:27

그리고12:35

개발자들이 필요로 하는 다른 어떤 것들이 있을 수도 있고, 포드에 대해12:35

그리고 배포, 스테이트풀 셋, 서비스 같은 이런 모든 것에 대해 알 필요가 없어요.12:43

그냥 문서만 제공해주면, 사람들이 YAML 파일을 제공해줄 수 있어요.12:48

매우 간결한 형태일 거고, 결국은 그걸 기반으로 확장될 거예요.12:53

쿠버네티스 설정이었습니다. 꽤 멋져 보였어요. 하지만 플랫폼 옵션을 조사해 보니, 플랫폼화된 배포는 조금 너무 주관적으로 느껴졌습니다.12:59

플랫폼 옵션을 조사해 보니, 플랫폼화된 배포는 조금 너무 주관적으로 느껴졌습니다.13:04

정말 어떤 환경에서 일하시는지, 그리고 그 환경에서 무엇이 필요한지에 따라 달라지는 것 같아요.13:11

그래서 제가 더 진행하기에는 적절하지 않다고 생각했습니다.13:18

그리고 이 여정을 되돌아보고 생각하면서 제가 배운 점들을 고려해보니,13:22

몇 가지 결론을 내릴 수 있을 것 같습니다.13:27

두 가지 방법이 있다고 생각합니다.13:31

첫 번째 방법은, 아마 90%의 사람들이 선택할 것 같은 방식입니다.13:34

관리형 쿠버네티스 솔루션을 사용하는 것입니다. 예를 들어 EKS나 GKE와 같은 것들이 있습니다.13:39

또는 Azure Kubernetes Service나 이와 유사한 것들이 있습니다.13:46

관리형 쿠버네티스와 GitOps를 함께 사용하시고, 거기서 마무리하시는 게 좋으실 거예요.13:49

다른 방법은, 나머지 10% 정도 되는 경우인데, 특정 벤더에 종속되는 것을 원치 않으실 때입니다.13:56

혹은 멀티 클라우드가 필요하시다거나, 서비스를 직접 제공하려고 하시는 경우도 있습니다.14:03

직접 관리 Kubernetes 서비스를 제공하고 싶어하시는 경우도 있고요.14:08

예를 들어, 아마존은 다른 업체의 관리형 쿠버네티스를 사용할 수 없습니다. 직접 구축해야 합니다.14:11

물론, 그들은 자체 클러스터를 운영하고 고객들을 위해 클러스터를 운영해야 합니다.14:18

그래서 제가 보는 두 가지 방법이 있습니다. 제가 선택한 방법은 직접 클러스터를 관리하는 것이었습니다.14:24

제 생각에, 모든 번거로움을 피하고 싶다면, 그냥...14:31

타로스 리눅스를 사용하시고, 테라폼이나 풀루미와 같이 선호하시는 도구를 사용해서 클러스터를 설정하고 초기화하세요.14:38

그리고 아르고 CD를 클러스터에 설치해서 그걸 통해 관리하시면 됩니다.14:45

하지만 대부분의 경우, 90% 정도의 경우에 관리형 솔루션을 원할 거라고 생각합니다.14:52

하지만 직접 클러스터를 관리하는 것은, 과할 수 있다는 생각이 들기 시작합니다.14:57

궁금증은 어느 정도 풀었지만, 미래에 쿠버네티스를 다시 사용하게 된다면,15:04

이미 클라우드에서 운영 중이고, 아주 제한적인 요구 사항이 없는 경우에는요.15:10

그렇다면, 저는 관리형 솔루션을 선택할 것 같습니다.15:15

그래서 제가 배운 모든 것을 좀 더 압축적으로 정리할 수 있을 것 같습니다.15:19

그리고 제가 조금 더 말씀드리고 싶었어요. 제가 아직 배워야 할 부분에 대해 아주 조금 연구해 봤거든요.15:23

제가 아직 배워야 할 부분들에 대해 조금 더 알아봤습니다.15:28

기본적으로, 제가 놓쳤다고 생각하는 것들이 바로 이런 것들입니다.15:34

숙련된 쿠버네티스 운영자가 되려면 몇 가지 더 필요한 것들이 있다고 생각합니다.15:37

좀 더 열심히 공부해야 할 부분들이 있어요. 일단은 쿠버네티스의 핵심 모델에 대해 알아봐야 할 것 같아요. 그리고, 포드나 서비스처럼 아마 이미 알고 계실 만한 내용들이 있죠.15:44

아마 이미 알고 계실 만한 내용들이 있죠. 포드나 서비스 같은 것들이 있죠.15:51

그리고 제가 조금 헷갈리는 다른 내용들도 몇 가지 있어요. 예를 들어, 제가 만들었던 파드 중 하나에 대한 설정 맵은 있었는데...15:57

그에 대해 잘 이해하지 못했고, 그냥...16:04

파드에 파일을 전달하는 방법이라고 생각했어요.16:09

그리고 시크릿과 어떤 시크릿 프로바이더를 사용할지 선택하는 것도 있습니다.16:12

네임스페이스나 서비스 개수 같은 것들도 있어요. 그런데 저는 그것들에 대해 잘 모릅니다.16:18

그게 뭔지는 잘 모르겠고, 파드나 디플로이먼트의 차이점도 설명하기 어려울 것 같아요.16:22

스테이트풀 세트 같은 것도 있고, 인그레서랑 서비스, 그리고 노드 포트 같은 용어들이 있습니다.16:25

이런 용어들이 있네요.16:30

아직 깊이 이해하고 있지는 못합니다.16:33

저는 그냥 익숙한 정도이고, 그게 제가 생각하는 부분입니다. 그래서 저에게는요.16:35

지금은 표면적인 수준이고, 더 공부해야 할 것 같아요. 또 하나, 아마 더 공부하고 싶은 부분은 GitOps CRD와 관련된 내용과 도구 사용법입니다.16:41

GitOps CRD와 도구에 대한 부분을 좀 더 깊이 있게 공부해야 할 것 같아요.16:46

아르고씨디가 클러스터 상태를 지속적으로 조정하는 것과 같은... 16:53

그걸 배우는 동시에, 아마 더 깊이 파고들고 싶다고 생각해요.16:58

헬름에 대해 조금 더 깊이 파고들고, 아주 인기 있는 헬름 차트들을 살펴보면서 어떻게 동작하는지, 무엇이 일반적인지, 그리고 어떤 것이 모범 사례인지 확인해 보려고 합니다.17:03

어떻게 작동하는지, 어떤 방식으로 구현되었는지, 표준이 무엇이고, 무엇이 가장 좋은 방법인지 알아볼 생각입니다.17:10

하지만 헬름과 비슷한 수준의 또 다른 도구도 있습니다.17:13

커스텀라이즈라는 건데, KubeCTL에 내장되어 있는 것 같습니다.17:16

그리고 또 괜찮은 도구라서, 아마 제가 좀 더 알아보고 이해해 봐야 할 것 같습니다.17:23

그리고 운영상의 고려 사항 같은 것들도 있죠.17:30

그러면 클러스터 자동 확장과 같은 것들이 있을 겁니다.17:33

제가 알고 있는 바로는...17:36

알겠습니다, 클러스터 오토스케일러 같은 것이 있는 것과 마찬가지로, Carpenter 같은 도구도 있습니다. 이 도구는17:37

파드 용량을 기준으로 워커 노드를 확장할 수 있을 것 같은데요.17:44

이런 다른 부분들도요. 제가 좋은 운영자가 되려면 아마 이 부분들을 좀 더 살펴봐야 할 것 같아요.17:51

제가 알아봐야 할 다른 부분들은 실륨(Cilium)이 어떻게 작동하는지 같은 것들이 있을 것 같아요.17:57

로깅과 관측 가능성을 제대로 작동하도록 하고 싶습니다.18:02

그래서 클러스터 모니터링을 위해 Vector나 Prometheus, Grafana와 같은 것을 사용할 것 같습니다.18:07

마지막으로 제가 아마 시도할 일은, 처음부터 제 자신만의 오퍼레이터를 만들어서 제가 필요로 하는 기능을 수행하도록 하는 것입니다.18:15

현재 단계에서는 제가 쿠버네티스를 사용할 필요가 거의 없습니다.18:21

그러니 전문적인 환경에 있지 않는 한, 그런 것들을 배우기는 어려울 거예요.18:25

정말 그게 다예요. 이 정보가 압축되고 응축되어 있어서 바로 다운로드 받으실 수 있기를 바라요.18:31

특히 쿠버네티스를 배우기 시작하시는 분들이라면 뇌 속에 바로 흡수될 것 같아요.18:38

모든 어려움을 겪고 싶지는 않으실 거예요.18:44

제가 드린 내용이 괜찮은 시작이 되어서, 시행착오를 조금이나마 줄이실 수 있기를 바랍니다.18:46

바로 생산적인 활동을 시작하실 수 있도록, 시청해 주셔서 감사합니다. 이제 여러분도 이력서에 쿠버네티스를 추가하실 수 있을 겁니다.18:53