블로그

NetOps를 위한 컨테이너 구어체 번역기

로리 맥비티 썸네일
로리 맥비티
2018년 7월 12일 게시

컨테이너 업계에서 나오는 전문 용어 때문에 머리가 아플 때가 있습니다. 관련 솔루션(서비스 메시, 오케스트레이터, 레지스트리)이 제공하는 새로운 기능이나 특징마다 새로운 용어나 구문이 필요한 것 같습니다. 이 문구는 DevOps에서는 종종 의미가 통하지만 NetOps에서는 곁눈질로 혼란스러워하는 표현을 불러일으킵니다.

제가 가장 가까운 버블러가 어디냐고 물었을 때 하는 말과 비슷해요. 분수라고 부르죠. 위스콘신에서는 이것을 버블러라고 부르죠. 같은 것인데, 용어가 다릅니다.

컨테이너를 내부적으로 확장하고 멀티 클라우드 시나리오에서 확장하는 데 관련된 '새로운' 기능과 특징 중 상당수는 실제로 DevOps에서 버블러라고 부르는 분수에 불과합니다. 컨테이너가 꾸준히 주류로 자리매김함에 따라 이러한 구어적 표현의 충돌로 인해 NetOps와의 마찰이 발생할 수 있습니다. 컨테이너 클러스터가 운영 환경에서 격리된 미니 클라우드와 같은 존재를 유지하더라도 NetOps가 계속해서 지배하는 기업 네트워크와의 접점이 여전히 있습니다. 그리고 NetOps와 DevOps는 멀티 클라우드 환경에서 클러스터를 안전하게 확장하기 위해 변함없이 협력해야 할 것입니다.


인그레스 컨트롤러

  • 언급된 바와 같이 "ingress 컨트롤러"라는 용어는 레이어 7 부하 분산(콘텐츠 전환, 콘텐츠 라우팅 등)에 새로운 개념을 도입했습니다. 인그레스 컨트롤러는 컨테이너 클러스터 내부의 적절한 리소스에 요청을 라우팅하는 계층 7(HTTP) 인식 프록시입니다.  네트워크에서 NetOps가 사용하는 HTTP 프록시와 컨테이너 클러스터의 진입점 역할을 하는 HTTP 프록시 간의 중요한 차이점은 인그레스 컨트롤러가 컨테이너를 인식해야 한다는 것입니다. '컨테이너 인식'이란 컨테이너 환경에서 발생하는 변경 사항, 특히 인그레스가 들어오는 요청을 어떻게 라우팅해야 하는지 설명하는 리소스 파일의 변경 사항을 기반으로 자동으로 구성되고 관리된다는 것을 의미합니다.


지연 인식 로드 밸런싱

  • 멋지고 상큼하게 들리지 않나요? 하지만 기모노를 벗으면 NetOps는 이것이 '가장 빠른 응답' 부하 분산 알고리즘을 활용하는 것에 불과하다는 사실을 알게 되어 힘겹게 고개를 끄덕일 것입니다. 의도는 " 느린 인스턴스에서 트래픽을 다른 곳으로 이동 "하여 앱 성능을 개선하는 것입니다. 이 문제가 거론되는 이유는 일반적으로 컨테이너 오케스트레이터가 사용하는 기본 부하 분산 알고리즘이 무관심하기 때문입니다. 라운드 로빈은 거의 표준인데, 성능을 최적화하려면 마지막 알고리즘을 선택해야 한다는 걸 알고 계시죠. 모든 마이크로서비스 간 호출이 단일 클라이언트 요청을 충족하기 위해 이루어지면 자체적으로 지연 시간이 발생한다는 점을 고려할 때, 최적의 성능에 따라 요청을 라우팅하는 기능은 매우 중요합니다.


다중 클러스터 인그레스

  • 제가 말하고 싶은 건 이 용어가 업계에서 지난 20여 년간 사용해 온 용어보다 훨씬 더 멋지게 들린다는 겁니다. 기본적으로 이는 GSLB(Global Server Load Balancing)입니다. 네, 실망하셨을 줄 알지만, 실제로 멀티 클러스터 인그레스는 그런 기능을 하고 있어요. 인그레스 컨트롤러를 가져다가 그 주위에 글로벌 트래픽 관리 기능을 뿌리면 됩니다! 멀티 클라우드 구성의 컨테이너 클러스터를 위한 GSLB가 있습니다. 저는 NetOps 측면에서 GSLB를 이 용어로 대체하는 것에 찬성합니다. 왜냐면 이게 훨씬 인상적이기 때문입니다.


이것이 유일하게 등장하는 용어는 아니며 마지막도 아닙니다. DevOps에 의해 "네트워크 내" 기능 및 역량이 흡수된다는 점에서 가장 관련성이 높습니다. 이 중 일부는 프로덕션 환경으로 이동하면서 NetOps의 주의가 필요하지만(예: Multi-Cluster Ingress) 다른 일부는 그렇지 않습니다. 컨테이너 환경 내에서 지연 시간을 인식하는 로드 밸런싱은 DevOps의 관할 범위로 남을 가능성이 높지만 성능이나 가용성을 개선하는 것에 대한 논의 중에 이해하는 것이 좋습니다.

DevOps에는 종종 간과되거나 완전히 무시되는 문화적 요소가 있습니다. 이러한 움직임이 NetOps에 지속적으로 영향을 미치고 기존 네트워크 운영도 민첩한 네트워크를 구축하기 위한 원칙을 천천히 그러나 확실하게 채택함에 따라 의사소통이 중요해지고 있습니다. 즉, 공통점을 찾는다는 의미입니다. 서로의 전문 용어를 이해하는 것은 애플리케이션 배포가 전달만큼 빠르고 안전하며 신뢰할 수 있도록 하는 데 필요한 보다 협력적인 문화를 구축하기 위한 좋은 첫 단계가 될 수 있습니다.