AWS 서밋
와탭의 사용 사례
디지털 전환 = IT가 기업의 핵심 경쟁력이 된다.
1
빠르게 변화해야 한다. = 빈번하게 배포해야 한다.
자동화된 CI /CD 필요 = 배포 시 문제가 없어야 한다. = 애플리케이션의 강한 의존성.
2
애플리케이션의 강한 의존성 해결?
마이크로 서비스 아키텍처.
애플리케이션을 잘게 나눈다.
마이크로 서비스 단위로 나눈다.
3
마이크로 서비스 배포는 어디로?
컨테이너
컨테이너 = OS를 포함하고 있지 않음. = OS 부팅이 필요 없음. = 애플리케이션 런타임, 라이블러리 포함되어 있음.
컨테이너 문제?
컨테이너 많아지면, 관리 복잡성 증가.
컨테이너 오케스트레이션 = 쿠버네티스
4
쿠버네티스 구성도
노드
노드 위에 쿠버네티스
Pod
Pod 안에 jave , node 등이 있다.
5
모니터링?
컨트롤 플래인 - 문제 발생 시 , 내부 통신 안됨. 관찰해야 함.
노드 모니터링
파드 모니터링 - 최소 배포 단위
파드 안에 1개 이상의 컨테이너가 있음. 컨테이너 모니터링도 필요함.
6
컨테이너 안에 애플리케이션도 모니터링 필요!!!
애플리케이션 모니터링 필요함!!!
7
지속적으로 생성되는 로그에 대해 모니터링 필요!!!
쿠버네이스 이벤트 정보도 모니터링 필요함!!
1
관찰 + 능력
관찰 가능성.
2
옵저버 빌리티의 3가지 요소
메트릭 = pod 등 지표 데이터
trace = 애플리케이션 내부 정보.
로그 = 컨테이너 애플리케이션 로그
3
메트릭 수집은?
쿠버네티스 내부에 모니터링 툴 설치 필요
트레이스 수집은?
애플리케이션 내부 추적
apm 설치 필요.
Log 수집은?
컨테이너 로그 수집/저장
로그 모니터링과 조회 필요
위 3가지에 대해 쿠버네티스 모니터링을 위해 대시보드 필요함.
알림을 보낼 수 있는 환경이 구성되어야 한다.
일간, 주간, 월간 리포팅을 할 수 있는 환경이 필요하다.
옵저버 빌리티를 위한 환경 필요?
서버, 소프트웨어, 스톤지가 필요하다. 모니터링 데이터, 사용자 권한 관리 필요, 옵저버 빌리티 데이터에 보안이 필요하다(유출 방지)
4
옵서버빌리티 확보법?
직접 구축?
전문 서비스 도입?
5
전문 서비스 도입을 했을 때의 장점??
에이전트 설치로 대응 가능.
별도 자원 없이 바로 가능. SaaS형 서비스임.
구축형 방식도 가능함.
그룹화하여 볼수 있음.
6
분석 기능 제공
감사합니다.