보배로움

책 [가상 면접 사례로 배우는 대규모 시스템 설계 기초]에 대해 요약한 글입니다. 단일서버 웹 - 앱 - 데이터베이스 - 캐시 등이 한 서버에서 동작 데이터베이스 웹/모바일 트래픽 처리용도의 서버(웹 계층)와 데이터베이스용 서버(데이터 계층)를 분리 독립적 확장 추구 비-관계형(NoSQL) 데이터베이스가 좋은 선택일 수 있는 경우 아주 낮은 응답 지연시간 필요 다루는 데이터가 비정형 데이터인 경우 데이터를 직렬화/역직렬화 할 수만 있으면 되는 경우 아주 많은 양의 데이터를 저장할 필요가 있는 경우 수직적 규모 확장 / 수평적 규모 확장 스케일 업 / 스케일 아웃 수직적 규모 확장(스케일 업)은 장애에 대한 자동복구 방안이나 다중화 방안을 제시하지 않음. 즉, 장애 발생 시 서비스 중단. 로드 밸런서 부하..

쿠버네티스에서 파드를 만들었다하자. 해당 파드에서는 특정 컨테이너가 stdout을 통해 logging을 한다. 그럼 보통 해당 파드의 로그를 확인하고 싶을 때, 아래의 명령어를 사용한다. kubectl logs 좀 더 상세히 보자면, Spring boot container 였다면 아래와 같이 나왔을 것이다. $ kubectl logs Calculating JVM memory based on 14121456K available memory Calculated JVM Memory Configuration: -XX:MaxDirectMemorySize=10M -Xmx13524609K -XX:MaxMetaspaceSize=84846K -XX:ReservedCodeCacheSize=240M -Xss1M (Total..

이 글은 쿠버네티스 공식문서의 '로깅 아키텍처'를 바탕으로 요약 및 생각정리를 한 글 입니다. 잘못된 부분이 있다면, 자유롭게 피드백 부탁드립니다 :) 더 자세한 내용이 보고 싶으시다면, 아래 공식문서를 참고해주세요. 로깅 아키텍처 애플리케이션 로그는 애플리케이션 내부에서 발생하는 상황을 이해하는 데 도움이 된다. 로그는 문제를 디버깅하고 클러스터 활동을 모니터링하는 데 특히 유용하다. 대부분의 최신 애플리케 kubernetes.io 컨테이너 엔진들도 로깅을 지원하도록 설계되었다 → 표준 출력, 표준 에러 스트림 작성 일반적으로 컨테이너 엔진이나 런타임에서 제공하는 기본 기능은 완전한 로깅 솔루션으로 충분하지 않다. 예를 들어, 컨테이너가 crash 되거나, Pod가 축출되거나, Node가 종료된 경우에..