쿠버네티스 네트워크 분석 좋은 글 (tcp-dump)
·
System Engineering/Kubernetes
https://ikcoo.tistory.com/164 74. Kubernetes NodePort Networking 분석 (kube-proxy : iptable mode) kubernetes NodePort Networking 분석 kube-proxy = iptable mode CNI = Flannel [kubernetes kube-proxy 관련 글 목록] 54. Kubernetes kube-proxy Mode 분석 70. Kubernetes kube-proxy IPVS Mode 설정.. ikcoo.tistory.com
Service Level Indicators in Practice
·
System Engineering/SRE
https://medium.com/@jerub/service-level-indicators-in-practice-6a1125e24bee
메시지 큐의 목적 (Redis는 메시지 큐, 캐시 서버 기능 모두를 제공한다.)
·
System Engineering/System Design
선 요약 메시지 큐의 목적 : 클라이언트와 작업 서버 사이에 버퍼를 두어, 클라이언트의 요청과 요청에 대한 작업을 독립적으로 구성하기 위한 것이다. 이게 무슨 뜻일까? 요청 : 사용자의 요청. 작업 : 사용자의 요청을 처리하는 작업. 이렇게 정의하고 시작하자. 오케이. 그럼 요청과 작업을 독립적으로 구성하지 않으면 무슨 문제가 생길까? 예를 들어서, 카카오톡 서버의 아키텍쳐를 설계한다고 하자. 그리고 천만명이 1초에 한 번씩 메세지를 보낸다고 하자. 중간에 버퍼가 없다면, 요청이 곧바로 API 서버에 전달되기 때문에 결국 1초에 천만 request가 동시에 작업 서버에 전달된다. 이는 아무리 좋은 서버라고 해도 당연히 감당하기 쉽지 않다. (참고. 스택 오버 플로우는 2013년 한 해 동안 방문한 천만 ..
SRE book by Google (SRE에 대한 구글의 생각, 읽어볼 것)
·
System Engineering/SRE
https://sre.google/sre-book/foreword/ Google - Site Reliability Engineering Foreword Google's story is a story of scaling up. It is one of the great success stories of the computing industry, marking a shift towards IT-centric business. Google was one of the first companies to define what business-IT alignment meant in practice, a sre.google
SRE #3-SRE의 주요 지표 SLI/SLO (Service Level Indicator, Service Level Objective)
·
System Engineering/SRE
https://bcho.tistory.com/m/1328 SRE #3-SRE의 주요 지표 SLI/SLO (Service Level Indicatior, Service Level Objectives) SRE #3-SRE 주요 지표 (SLI/SLO) 조대협 (http://bcho.tistory.com) 이글은 앞글 (https://bcho.tistory.com/1327)과 연결 됩니다. 앞에 까지 SRE가 무엇이고, SRE가 하는일은 무엇이며, 어떻게 그 일을 수행 하.. bcho.tistory.com 정말 잘 설명해주신 글이 있어서 링크 달았다. SRE에 대한 구글의 관점을 번역해주셨다.
containerPort는 방화벽이 아니다. (Rather, optional/informational)
·
System Engineering/Kubernetes
강사님이 containerPort는 방화벽의 역할이 아니고 listening port를 보여주는 역할이라고 하셔서 먼 소리지? 했다. 그래서 좀 더 자세하게 알아봤다. 우선 선배님들 카톡방에다가 질문을 투척했음 In a nutshell: targetPort and containerPort basically refer to the same port (so if both are used they are expected to have the same value) but they are used in two different contexts and have entirely different purposes. They cannot be used interchangeably as both are part of th..