just_HS

개요RequestID, Logger 미들웨어를 고도화하여 요청, 응답에 대한 로깅을 구조적으로 남겨서 추적, 모니터링에 유용하게 만들어보자.링크GitHub 브랜치: https://github.com/nicewook/gocore/tree/6_logging블로그 링크Go 백엔드 1: 클린 아키텍처 기본Go 백엔드 2: 설정Go 백엔드 3: 데이터베이스 연결Go 백엔드 4: 유닛 테스트Go 백엔드 5: 의존성 주입Go 백엔드 6: 미들웨어Go 백엔드 7: 로깅RequestID 미들웨어// AS-ISe.Use(middleware.RequestID())// TO-BEe.Use(middleware.RequestIDWithConfig(middleware.RequestIDConfig{ RequestIDHandler: ..

개요백엔드 서버에는 다양한 미들웨어가 기본적으로 들어가고 또한 커스텀한 미들웨어를 만들어 추가하기도 한다.Echo 서버에 중요 미들웨어를 추가해보자.링크GitHub 브랜치: https://github.com/nicewook/gocore/tree/5_middleware블로그 링크Go 백엔드 1: 클린 아키텍처 기본Go 백엔드 2: 설정Go 백엔드 3: 데이터베이스 연결Go 백엔드 4: 유닛 테스트Go 백엔드 5: 의존성 주입Go 백엔드 6: 미들웨어미들웨어 의존성 추가middlewares 패키지의 RegisterMiddlewares 를 주입하였다.func main() { app := fx.New( fx.Provide( NewConfig, NewDB, ..

개요현시점 코드에서 User라는 도메인을 가지고 있을 때의 의존성 주입 부분을 보자. 환경 → 설정 → 데이터베이스 연결 → 리포지토리 → 유스케이스 → 핸들러 순으로 의존성을 주입하고 있다. 단순한 서버에서는 이처럼 명시적으로 의존성을 이해하고 주입할 수 있지만 프로젝트가 커질수록 아래와 같은 문제들이 발생한다:순환 참조(Circular Dependency): 의존성이 서로 얽히며 무한 루프에 빠질 수 있다.초기화 순서 문제: 의존성이 잘못된 순서로 초기화되면 실행 중 에러가 발생할 수 있다.환경별 구성 차이: 환경(dev, qa, stg, prod)마다 필요한 구성 요소가 다를 수 있다. env := flag.String("env", "dev", "Environment (dev, qa, stg, pr..

개요지금까지 handler, usecase, repository 계층을 둔 클린 아키텍처 구조의 백엔드를 구현하였고, 런타임에 설정을 가져와 데이터베이스에 연결하고, 이 연결을 repository에 주입하여 데이터베이스 작업을 하도록 하였다.기능 구현에 집중하여 테스트 코드가 없이 구현을 해왔는데 이제는 코드의 안전성을 높이기 위해 유닛테스트를 추가해보자. 유닛 테스트를 작성하면 작은 코드 단위에서 문제를 빠르게 발견하고 수정할 수 있고, 리팩터링 시에 기존 기능이 정상 동작하는지 쉽게 검증할 수 있다. 그리고, 자동화된 테스트로 반복적인 수작업 검증을 줄여 개발 효율성이 높아진다.링크GitHub 브랜치: https://github.com/nicewook/gocore/tree/3_unit-test블로그 ..

개요Go 백엔드 2: 설정과 같은 브랜치에서 작업하였으나 데이터베이스 관련은 별도로 정리해두었다. 데이터베이스 마이그레이션과 데이터베이스 관련 라이브러리는 추후 별도로 다룰 예정이다.(참고) Go 백엔드 1: 클린 아키텍처 기본 코드를 누적하고 싶었지만, 오류와 개선 사항이 있어 전면적으로 수정했다. 양해를 구한다.링크GitHub 브랜치: https://github.com/nicewook/gocore/tree/2_config-and-db블로그 링크Go 백엔드 1: 클린 아키텍처 기본Go 백엔드 2: 설정Go 백엔드 3: 데이터베이스 연결설정프로젝트 구조데이터베이스와 관련한 프로젝트의 주요 디렉토리와 파일 구조는 다음과 같다(일부 생략)├── cmd│   └── gocore│   └── main.g..