본문 바로가기

전체 글142

21-03-15 0. 듣기로, 일기를 쓰는것도 공부에 가까운것 같다. 하루의 대부분은 경계가 모호해서 수증기처럼 둥둥 흩어지는것 같다. 이대로 멍하니 흩어지는 사람이 되는것 같아 일기를 써보기로 했다. 1. 오늘은 실수를 많이 했다. 아무도 뭐라고 하지 않았지만, 모두의 기대가 일그러지는 느낌이 든다. 그런것보다는 실수를 다시 하지 않는게 중요한데 있는지 없는지도 모를 것을 신경쓰다가 한번 더 실수를 했다. 정신이 없다는 변명보다는 차근차근 정신을 차리는것을 먼저 하도록. 2. 나는 중독 되는것을 엄청 좋아하는데, 중독 된것은 싫어한다. 어딘가에 빠져가는 것은 즐거우면서도 두려운 일이다. 언젠가는 제자리에서 뻐끔뻐끔 헤엄치는 나를 발견할 것이다. 부디 효율적으로 빠져나올 수 있기를. 3. 어떤 말을 하고 어떤 생각을 하.. 2021. 3. 15.
Endpoints 쿠버네티스 클러스터를 쓰고 있는사람들은 Endpoints가 뭔지 어떻게 동작하는지 몰라도 그걸 뒤에서 쓰고 있습니다. 이 포스트에선 Endpoints를 직접사용하거나 문제가 발생할때 필요한 경우에 대비하여 쿠버네티스의 endpoints에 대해 다루어 볼 예정입니다. 이론 쿠버네티스의 Services에 대해서 처음 다룬 포스트에서 이야기 했듯, 뒷단의 pod의 label을 사용해서 selector가 자동적으로 앞단의 service에 매칭한다는 사실을 알고 있을 것입니다. 만약 새로운 팟들이 해당하는 label을 달게 되었다면, service는 트래픽을 그 팟으로 보내는 방법을 알게 됩니다. 이러한 매핑을 endpoint에 추가하는 것으로 service가 이러한 일들을 할 수 있는 것 입니다. Endpoin.. 2019. 12. 25.
Services and Labels 우리는 이제 Deployments를 사용해서 팟을 업그레이드하고싶을때 문제없이 roll out 할 수 있고, Replica sets을 사용해서 팟 하나가 죽어도 새로운 팟이 뜨도록 할 수 있습니다. 하지만 각각의 컨테이너는 서로 다른 IP 주소를 갖고 있다는것을 다시 떠올려 보세요. 팟에 접근하기 위해서는 정확한 IP주소가 필요한데 팟이 교체될때마다 접속할 IP 주소를 확인해야합니다. 이 포스트는 이러한 문제를 해결하기 위해 만들어진 쿠버네티스 Services 에 대해 다룰 예정입니다. 이 문서를 다 보고 난후에는 우리는 드디어 우리 팟중 한 녀석에 접근하게 될 것입니다. 이론 넓은 의미에서 쿠버네티스의 Services는 여러 팟들을 하나로 묶고, 그것들에 접근할 수 있는 엔드 포인트를 제공한다고 할 수.. 2019. 12. 19.
Deployments 지난번 포스트까지 잘 따라왔다면 이제 고 가용성의 팟을 배포하는것에 대해 자신이 붙었을 것 입니다. 팟들의 가용성을 높이기 위해서 naked pod보단 replica set 이 낫다는 것을 이미 알고 있을 겁니다. 하지만 팟의 새로운 버젼을 만들기 위해서 뭘 해야되는지는 아직 배우지 않았습니다. 팟이 새로운 버젼으로 교체될 때 서버가 다운되는 것을 원하는 사람은 없을 것 입니다. 이것을 위해 Deployments 가 등장합니다. 이론편 Deployments는 우리의 어플리케이션의 변경사항을 다루는 훌륭한 오브젝트입니다. replica set이 고가용성을 위해 항상 원하는 개수의 팟을 보장해주었다면, Deployments는 서버 다운없이 새로운 버젼의 팟으로 교체해주는 것을 보장해줍니다. 새로운 버젼의 팟.. 2019. 12. 18.

티스토리툴바