🏝️ Spring

🧐 공유 대시보드 이전 글에서 살펴보았듯이 대시보드를 하나하나 직접 생성하는 것은 번거로운 작업입니다. 이번 글에서는 다른 사용자들이 이미 생성하여 공유해둔 대시보드를 사용하는 방법에 대해 알아보겠습니다. 우선 다음 대시보드 공유 사이트(https://grafana.com/grafana/dashboards)에 접속합니다. 접속해서 spring을 검색해 보면 위와 같이 이미 만들어둔 여러 대시보드를 확인할 수 있습니다. (위 박스친 두개가 많이 사용된다고 합니다. 부트 3.0은 아직 없지만, 2.1 대시보드도 호환이 된다고 합니다.) 🧐 공유 대시보드 사용하기 - Spring Boot 2.1 System Monitor 위의 Spring Boot 2.1 System Monitor를 사용해 보도록 하겠습니다...

🧐 그라파나 (Grafana) 이전 글에서 간단히 언급했지만 다시 한 번 하도록 하겠습니다. 프로메테우스가 DB라고 한다면, 이 DB에 있는 데이터를 불러서 사용자가 보기 편하게 보여주는 대시보드가 필요합니다. 그라파나는 데이터를 그래프로 보여주는 툴입니다. 수 많은 그래프를 제공하고, 프로메테우스를 포함한 다양한 데이터소스를 지원합니다. 🧐 그라파나 설치 그라파나 설치 사이트(https://grafana.com/grafana/download)로 이동합니다. 여기서는 맥 OS 기준으로 설치를 진행하겠습니다. 위의 명령어를 복사합니다. 이후 그라파나를 설치할 (임의의)폴더로 이동한 뒤, 위의 명령어를 그대로 입력합니다. (설치하는데 시간이 좀 걸릴 수 있습니다) 그라파나를 설치할 폴더의 bin 폴더로 이동..

🧐 인수 테스트 시스템의 인수를 위해 기능적/비기능적 요구사항을 사용자가 직접 테스트하여 개발이 완료되었음을 증명하는 테스트 인수 테스트는 위와 같이 시스템의 인수를 위해 작성하는 테스트입니다. 즉 인수테스의 목적은 사용자들이 원하는 시나리오대로 기능이 잘 동작하는지를 검증하는 것이라 할 수 있습니다. 이번 글에서는 인수 테스트를 작성할 때, 가독성을 높여 테스트를 작성하는 방법에 대해서 알아보도록 하겠습니다. 🧐 RestAssured 코드 숨기기 인수테스트는 그 목적에 따라 개발자가 아닌 사람들이 보더라도 쉽게 이해할 수 있도록 테스트를 작성하는 것이 중요하다고 생각합니다. 그래서 저는 개발과 관련된 코드를 최대한 감추어 코드를 작성하는 데 초점을 두어 테스트를 작성하였습니다. 예시 코드와 함께 살펴보..

🧐 프로메테우스 (Prometheus) 애플리케이션에서 발생한 메트릭(지표)를 그 순간만 확인하는 것이 아니라 과거 이력까지 함께 확인하려면 메트릭을 보관하는 데이터베이스가 필요합니다. 또한 메트릭을 지속적으로 수집하고 이를 DB에 저장하는 무언가가 필요합니다. 프로메테우스가 바로 이런 역할을 수행합니다. 🧐 그라파나 (Grafana) 프로메테우스가 DB라고 한다면, 이 DB에 있는 데이터를 불러서 사용자가 보기 편하게 보여주는 대시보드가 필요합니다. 그라파나는 데이터를 그래프로 보여주는 툴입니다. 수 많은 그래프를 제공하고, 프로메테우스를 포함한 다양한 데이터소스를 지원합니다. 🧐 프로메테우스와 그라파나를 사용한 모니터링 전체 구조는 다음과 같습니다. 스프링 부트 액추에이터와 마이크로미터를 사용하면 여..

🧐 마이크로미터 서비스를 운영할 때는 애플리케이션의 CPU, 메모리, 커넥션 사용, 고객 요청수와 같은 많은 지표(metric)들을 확인하는 것이 필요합니다. 그래야 어디에 어떤 문제가 발생했는지 사전에 대응도 할 수 있고, 실제 문제가 발생하더라도 원인을 빠르게 파악해서 대처할 수 있습니다. 예를 들어 모니터링을 통해 메모리 사용량이 가득 찼다는 것을 발견했다면, 메모리 문제와 관련있는 곳을 빠르게 찾아서 대응할 수 있을 것입니다. 현재 수많은 모니터링 툴이 있므여, 시스템의 다양한 정보를 이 모니터링 툴에 전달해서 사용하게 됩니다. 다음은 많이 사용되는 모니터링 툴들의 예시입니다. 위와 같은 모니터링 툴들을 사용하기 위해서는, 시스템의 다양한 지표들을 각각의 모니터링 툴에 맞도록 만들어서 보내주어야 ..

🧐 프로덕션 준비 기능 애플리케이션을 개발할 때에는 기능적은 요구사항만을 개발하는 것이 아닙니다. 서비스를 실제 배포한 이후 서비스에 문제가 없는지 모니터링하는 활동들이 추가로 필요합니다. 운영 환경에서 애플리케이션을 실행할 때 필요한 이러한 기능들을 프로덕션 준비 기능이라 합니다. 즉 프로덕션을 운영에 배포할 때 준비해야 하는 비 기능적 요소들을 의미합니다. 다음과 같은 것들이 프로덕션 준비 기능에 속합니다. 지표 (metric) 추적 (trace) 감사 (auditing) 모니터링 이들은 애플리케이션이 현재 살아있는지, 로그 정보는 정상적으로 설정되었는지, 커넥션 풀은 얼마나 사용되고 있는지 등을 확인하는데 사용됩니다. 🧐 스프링 부트 액추에이터 스프링 부트가 제공하는 액추에이터는 프로덕션 준비 기능..

🧐 서론 Repository와 DAO에 관해서 헷갈려 하는 분들이 되게 많은 것 같다는 것을 느끼고 있습니다. 저도 처음 해당 두 용어를 접했을 때에는 굉장히 혼동스러웠던 기억이 있습니다. 이번 글에서는 위 두 용어에 대해서 각각 어떤 의미를 갖고 어떤 식으로 사용되는지 살펴봄으로써 고민을 조금 해결해 보는 시간을 가지려 합니다. 결론만 보고 싶으시다면, 맨 아래로 내려가셔도 됩니다. 🧐 DAO Data Access Object의 줄임말인 DAO는 해석 그대로 데이터에 접근하는 객체를 의미합니다. 조금 더 풀어서 설명하자면, DAO는 데이터베이스 혹은 다른 영속성(Persistence) 메커니즘에 대한 접근을 추상화해주는 역할을 수행합니다. 즉 어떤 데이터베이스를 사용할 것인지, 혹은 어떤 영속성 저장 ..

🧐 서론 스프링에서는 인터셉터를 통해, 컨트롤러(핸들러)를 호출하기 전과 후에 추가적인 작업들을 처리할 수 있도록 해줍니다. 예를 들어 인증 정보를 확인하는 등의 작업이 있을 수 있겠네요. 인터셉터에 대해서는 다음 글을 참고해주세요. 이번 글에서는 인터셉터가 실제로 어떤 식으로 동작하는지 알아보도록 하겠습니다. 우선 설명의 편의를 위해 HandlerExecutionChain부터 살펴보도록 하겠습니다. 🧐 HandlerExecutionChain HandlerExecutionChain은 위와 같이 핸들러와, 해당 핸들러에 적용될 인터셉터들을 가지고 있는 클래스입니다. (@Controller에 @RequestMapping으로 정의한 메서드가 하나의 핸들러가 될 수 있습니다.) 즉 HandlerExecution..