6. 영속성 추가 진행 방향 확인 프로토콜 계층(protocol layer)은 매우 얇으며, 공통 클래스로 구성됨 각 마이크로서비스의 주요 기능은 서비스 계층에 있다 모든 핵심 마이크로서비스에는 자체 데이터베이스와 통신하는 영속성 계층(Persistence layer)이 있다. 핵심 마이크로서비스에 영속성 계층 추가 스프링 데이터 외에 자바...

5. OpenAPI/스웨거를 사용한 API 문서화 스프링 폭스 소개 스프릭 폭스를 사용하면 API를 구현하는 소스 코드와 연동해 API를 문서화 가능 자바 코드와 API문서의 수명 주기가 다르면 시간이 지나면서 쉽게 어긋나기 때문에 중요함 RESTful API의 문서화 관점에서 보면 API를 구현하는 자바 클래스가 아닌, API를 설명하는 자바...

4. 도커를 사용한 마이크로서비스 배포 도커 소개 도커는 가상머신을 대체하는 경량 컨테이너 개념을 일반화 컨테이너는 리눅스 호스트에서 실행되며, 리눅스 네임스페이스를 이용해서 사용자, 프로세스, 파일 시스템, 네트워킹 등의 전역 시스템 리소스를 컨테이너에 분배 또한 리눅스 제어 그룹을 사용해 컨테이너가 사용할 수 있는 CPU와 메모리를 제한 ...

3. 공조 마이크로서비스 집합 생성 마이크로서비스 환경 소개 마이크로서비스가 처리하는 정보 Product 서비스 제품 정보 관리 Product ID name weight Review 서비스 리뷰 정보 관리 Product ID Review ID author subject content Recommend...

2. 스프링 부트 소개 스프링 부트 설정보다 관례와 팻 JAR 파일 스프링 부트는 스프링 프레임워크와 서드파티 제품으로 구성된 핵심 모듈의 설정 방식을 개선해 상용 스프링 애플리케이션을 빠르게 개발하기 위한 프레임워크 설정보다 관례 팻 JAR은 아파치 톰캣과 같은 JAVA EE 웹서버를 별도로 설치하지 않아도 시작할 수 있도록 함 -> ...

1. 마이크로서비스 소개 저자의 마이크로 서비스 경험 독립 소프트웨어 컴포넌트의 장점 고객은 플랫폼의 일부분만을 자체 시스템 환경에 배포할 수 있으며, 명확한 API를 사용해 기존 시스템과 통합 가능 어떤 고객은 플랫폼 기능의 일부를 고객의 시스템 환경에 있는 기존 구현으로 대체하는 것을 선택할 수 있다. 이런 경우에는 기존 기능을 플랫...

5. 마이크로벤치마킹과 통계 5.1 자바 성능 측정 기초 자바 코드 실행은 JIT 컴파일러, 메모리 관리, 그 밖의 자바 런타임이 제공하는 서브 시스템과 완전히 떼어놓고 생각할 수 없다 공정한 테스트인지 확인하기 위해 100,000개 숫자를 정렬하는 벤치마크 코드 이 벤치마크의 첫 번째 문제점은, JVM 웜업을 전혀 고려하지 않은 채 그냥 코드...

4. 성능 테스트 패턴 및 안티패턴 4.1 성능 테스트 유형 좋은 성능 테스트는 정량적(quantitative) 테스트로 확인하고 싶은 정량적 질문 리스트와 그 테스트가 대상 애플리케이션 입장에서 중요한 이유 4.1.1 지연 테스트(latency test) ‘고객이 트랜잭션(또는 페이지 로딩)을 얼마나 오래 참고 기다려야 하는지’ 단순 평균...

3. 하드웨어와 운영체제 3.1 최신 하드웨어 소개 3.2 메모리 클록 속도가 처음에 비해 수백 배 증가 -> 데이터의 움직이 따라오지 못함 3.2.1 메모리 캐시 그래서 CPU 캐시가 고안됨 캐시 아키텍처를 이용해 액세스 시간을 줄이고 코어가 처리할 데이터를 계속 채워 넣음 프로세서 처리율은 현저히 개선됐지만, 메모리에 있는 데이터...

2. JVM 이야기 2.1 인터프리팅과 클래스로딩 JVM은 스택 기반의 해석 머신 레지스터는 없지만 일부 결과를 실행 스택에 보관하며, 이 스택의 맨 위에 쌓인 값을 가져와 계산 JVM 인터프리터의 기본 로직은, 평가 스택을 이용해 중간값들을 담아두고 가장 마지막에 실행된 명령어와 독립적으로 프로그램을 구성하는 opcode를 하나씩 순서대로 처...