11. 자바 언어의 성능 향상 기법 개발자가 성능 튜닝할 때 고려해야 할 부분?? 네트워크 연결, I/O, DB 등의 애플리케이션 외부 요인 다음으로 병목을 일으킬 공산이 가장 큰 부분이 바로 코드 설계 성능에 민간함 개발자는 반드시 마음에 새겨두어야 할 코드의 기본 원칙 데이터를 애플리케이션에 어떻게 저장할지 어떤 알고리즘이 가장 효울적일지...

10. JIT 컴파일의 세계로 10.1 JITWatch란? 개발/데브옵스 담당자가 JITWatch를 이용하면, 애플리케이션 실행 중에 핫스팟이 실제로 바이트코드에 무슨 일을 했는지 이해하는 데 도움이 됨 JITWatch는 객관적인 비교에 필요한 측정값을 제공 JITWatch가 하는 일은, 실행 중인 자바 애플리케이션이 생성한 핫스팟 컴파일 상세...

9. JVM의 코드 실행 9.1 바이트코드 해석 JVM은 다음 세 공간에 주로 데이터를 담아 놓음 평가 스택: 메서드별로 하나씩 생성 로컬 변수: 결과를 임시 저장 객체 힙: 메서드끼리, 스레드끼리 공유됨 9.1.1 JVM 바이트코드 개용 JVM에서 각 스택 머신 작업 코드(옵코드)는 1바이트로 나타냄 옵코드는 0부터 255까...

8. GC 로깅, 모니터링, 튜닝, 툴 8.1 GC 로깅 개요 GC 로그는 특히, 시스템이 내려간 원인의 단서를 찾는 ‘콜드 케이스(cold case, 진상이 밝혀지지 않은 범죄사 사고를 가리키는 용어)’ 분석을 할 때 매우 유용 다음 두 가시 설정 GC 로그를 생성 애플리케이션 출력과는 별도로 특정 파일에 GC 로그를 보관 GC ...

7. 가비지 수집 고급 7.1 트레이드오프와 탈착형 수집기 개발자는 가비지 수집기 선정 시 다음 항목을 충분히 고민해야 함 중단 시간(중단 길이 또는 기간) 처리율(애플리케이션 런타임 대비 GC 시간 %) 중단 빈도(수집기 때문에 애플리케이션이 얼마나 자주 멈추는가?) 회수 효율(GC 사이클 당 얼마나 많은 가비지가 수집되는가?)...

6. 가비지 수집 기초 모든 가비지 수집 구현체는 다음 두 가지 기본 원칙을 준수해야 함 알고리즘은 반드시 모든 가비지를 수집해야 함 살아 있는 객체는 절대로 수집해선 안 됨 6.1 마크 앤 스위프(mark and sweep) 전체적인 GC 알고리즘 할당 리스트를 순회하면서 마크 비트(mark bit)를 지운다 GC 루트부...

20. 마이크로서비스 모니터링 프로메테우스와 그라파나를 사용한 성능 모니터링 프로메테우스가 쿠버네티스 포드에 적용한 애노테이션을 사용해 마이크로서비스의 메트릭을 수집함 애플리케이션 메트릭 수집을 위한 소스 코드 변경 스프링 부트2는 마이크로미터(Micoremeter) 라이브러리를 사용해 프로메테우스 형식에 맞춘 성능 메트릭을 생성 implem...

19. EFK 스택을 사용한 로깅 중앙화 플루언티드 구성 플루언티드 소개 로그스태시는 자바VM에서 실행되기 때문에 비교적 많은 양의 메모리를 사용 로그스태시보다 메모리 소비가 훨씬 적은 오픈 소스 솔루션 중 하나가 플루언티드 플루언티드는 쿠버네티스 프로젝트를 곤리하는 클라우드 네이티브 컴퓨팅 재단에서 고나리 플루언티드는 C와 루비 언어를 함...

18. 서비스 메시를 사용해 관찰 가능성 및 관리 편의성 개선 이스티오를 이용한 서비스 메시 소개 서비스 메시는 마이크로서비스와 같은 서비스 간의 통신을 제어하고 관찰하는 인프라 계층 서비스 메시는 마이크로서비스 사이의 전체 내부 통신을 제어하고 모니터링해 관찰 가능성, 보안, 정책 시행, 탄력성, 트래픽 관리 등의 기능을 구현 서비스 메시의 ...

17. 쿠버네티스로 기존 인프라 대체 서비스 검색 디자인 패턴을 구현한 넷플릭스 유레카를 쿠버네티스에서 제공하는 검색 서비스로 대체 스프링 클라우드 컨피그 서버는 쿠버네티스 컨피그 맵과 시크릿으로 대체 스프링 클라우드 게이트웨이는 동일한 방식의 에지 서버로 동작하는 쿠버네티스 인그레스 리소스로 대체 인증서를 수동으로 관리하면 시간이 많이 걸리고...