내가 k8s 자체를 딱히 좋아하느건 아닌데(어차피 잘 몰라서 좋고 싫고 할것도 없음), 근데 요즘은 처음부터 k8s 쓰는게 오버엔지니어링은 아니게 되었다. k3s같은 것도 있고(NixOS로 하면 5분이면 띄운다), 어차피 머신 적을때는 별로 설정할것도 없을 것이다. 혹시 뭔가 +알파로 해줘야할게 있을때 helm install로 날먹 할수 있다는 여지도 있다. 그 다음에 서비스 운영은 이제 docker-compose up하냐, kubectl apply -f deployment.yaml 하냐의 차이가 된다.

근데 또 복잡하지 않은 인프라라면, 때가되서 k8s로 옮기는 것도 크게 어렵지 않을 것이다. 나는 '옮기는' 종류의 일을 매우 하기 싫어/두려워하기 때문에(DB 마이그레이션 처럼) 그냥 service.k3s.enabled = true 해버린다.



RE: https://hackers.pub/@ujuc/0196189f-1c95-7120-831b-27d7c51e8f38

5

If you have a fediverse account, you can reply to this note from your own instance. Search https://hackers.pub/ap/notes/019619f9-ca1e-7880-8f5f-2ef832573dd7 on your instance and reply to it.

@bglbgl gwyng 오호.... 컨테이너 오케스트레이션을 쓰실일이 많으실까요? 그게 궁금해요 ㅎㅎㅎㅎㅎㅎ

k3s는 Kube 리소스 중에서 가장 기본되는 것만 컨테이너로 띄우고 있는걸로 알아서... 딱히 오케스트레이션을 할꺼아니면 생각보다 오버스펙 같아보이는 느낌이 들어서요 :)

로컬에서 한개이상 잘 안띄우다보니.. :) 모르겠네요. DB, Cache 뭐 쓰는것들 등등등 설치하다보면.. ㅎㅎㅎㅎ

그리고 yaml이.. 참.. 불편해서.... 읔....

1