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..

개요서버에는 다양한 설정이 필요하며, 이러한 설정을 별도로 관리하고 서버 실행 시 런타임에 주입하는 것이 유지 보수성과 확장성 측면에서 유리하다. 여기서는 파일로 관리하지만 Vault, AWS Secret Manager, AWS Parameter Store 등을 이용하면 보안에 있어 더욱 좋을 것이다.(참고) 앞선 글의 코드를 누적하고 싶었지만, 오류와 개선 사항이 있어 전면적으로 수정했다. 양해를 구한다.링크GitHub 브랜치: https://github.com/nicewook/gocore/tree/2_config-and-db블로그 링크Go 백엔드 1: 클린 아키텍처 기본Go 백엔드 2: 설정Go 백엔드 3: 데이터베이스 연결설정프로젝트 구조설정과 관련한 프로젝트의 주요 디렉토리와 파일 구조는 다음과 ..

개요Golang 으로 백엔드 서비스를 만든다면 프로젝트 구조, 의존성 주입, 로깅, 데이터베이스 연결과 같이 기본적으로 챙겨야 할 것들이 많다. 서비스를 만들때에 시작점이 될 수 있는, 기본 예제가 담겨있는 서버를 구현해보려 한다. 완성된 백엔드 서버 결과물을 바로 보여주는 것이 아니라 만들어가는 과정을 하나씩 정리하겠다.전체적인 그림을 다 그려놓고 작성하는 글이 아닌 만큼 크고 작은 오류들은 양해를 바라며, 그 첫 번째로 클린 아키텍처로 구현된 기본적인 API 서버를 만들어본다.링크GitHub 브랜치: https://github.com/nicewook/gocore/tree/1_clean-architecture-basic블로그 링크Go 백엔드 1: 클린 아키텍처 기본Go 백엔드 2: 설정Go 백엔드 3:..

개요 Go에서 XORM을 사용하며 soft delete 기능을 구현하는 것에 대해 이모저모를 알아본다. ChatGPT를 적극 활용하였음을 밝혀두며, 코드 동작은 확인하였다. Soft delete Soft delete란 데이터베이스 관리에서 데이터를 실제로 삭제하지 않고, 데이터가 삭제된 것처럼 처리하는 방식을 말한다. Soft delete를 구현하는 일반적인 방법은 데이터베이스 테이블에 '삭제됨' 상태를 나타내는 별도의 필드(예: is_deleted, deleted_at 등)를 추가하고 사용자가 데이터를 삭제하려고 할 때, 실제로 데이터 행을 제거하는 대신 '삭제됨' 상태를 나타내는 필드를 업데이트하여 삭제 표시를 한다. 예를 들어, deleted_at 필드에 삭제 요청 시간을 기록하여 언제 데이터가 삭..

개요 2021년에도 관련글을 작성 하였었는데 최근에 이 부분을 한 번 더 읽게되어 정리해둔다. Timeout은 강건한(robust) 애플리케이션을 만드는데 핵심적인 역할을 한다. 우리가 제어할 수 없는 외부의 시스템, 서버와 소통을 하는데 무한정 기다릴 수가 없으니 일정 시간내에 원하는 응답을 받지 못하면 더 이상 기다리지 않는것이다. http.Client 에서는 다양한 Timeout을 설정할 수 있는데 http.Client의 Timeout 필드만 보자. http.Client의 Timeout 필드 type Client struct { Transport RoundTripper CheckRedirect func(req *Request, via []*Request) error Jar CookieJar Time..

개요 Go를 사랑한다고 말하고 다녀놓고서는 이걸 확실히 해두지 못했었다. 결론부터 말하면 main 함수(역시 고루틴이다)이 종료하면 모든 고루틴은 종료한다. 하지만, 그 외의 함수는 리턴을 하더라도 함수 내에서 실행한 고루틴은 종료하지 않는다. main 함수가 종료하면 고루틴도 종료된다 예제 1. 고루틴 중간 종료 코드 링크: https://goplay.tools/snippet/78mv5TTsJMd 고루틴은 1초를 기다렸다 출력을 하는 코드인데, 그 전에 main 함수가 종료해버리기에 고루틴도 종료가 되어버려 출력을 하지 못한다. package main import ( "fmt" "time" ) func main() { fmt.Println("main start") go func() { time.Slee..