DDD란?

DDD(Domain-Driven Design), 도메인 주도 설계는 비즈니스 Domain 별로 나누어 설계하는 설계 방법 입니다.

서비스는 고객의 요구사항이나 비즈니스 환경의 변화에 따라 지속적으로 업데이트 되고 변화합니다. 하지만 이러한 변화에 맞춰 시스템의 복잡성을 관리하는 것은 쉽지 않습니다. 이러한 문제를 해결하기 위해 DDD 방법론이 만들어졌습니다.

DDD는 서비스의 ‘기능’을 기준으로 코드를 구분하지 않고, ‘도메인’이라는 비즈니스 영역을 기준으로 코드를 구분하는 것이 핵심입니다.

Event Storming

Event Storming은 서비스와 관계 있는 모든 이해 관계자들이 서로가 가지고 있는 생각을 공유하며, 서비스에서 발생하는 이벤트를 중심(Event-First)으로 분석하는 기법입니다.

Event Storming은 서비스에서 발생하는 주요 이벤트를 중심으로 도메인 모델을 만드는 방법론입니다. 모든 이해관계자들이 참여하여 서비스에서 발생하는 이벤트를 정의하고, 그 이벤트가 어떻게 발생하는지를 함께 이해하려는 접근 방식입니다.

Domain Event

도메인에서 실제로 발생하는 ‘결과’입니다.

실제 요청 사항을 통해 발생한 결과를 ‘도메인 이벤트(Domain Event)’라고 합니다. 이는 서비스에서 발생한 사실, 결과, 특정 행위의 Output을 표현하기 위해 사용됩니다.

Command

도메인에서 특정 주체가 요청하는 ‘행위’입니다.

예를 들어 고객이 “자동차를 대여하겠다”는 요청을 한다면, 이는 Command로 분류됩니다.

Service API 개발 할 때 고려할 사항

1. 설계 및 요구사항 분석
   • API의 목적 정의: 어떤 문제를 해결하기 위한 API인지 명확히 정의.
   • 요구사항 명세: 클라이언트가 필요로 하는 데이터와 기능을 명확히 이해.
   • URI 설계: RESTful API라면 리소스 기반으로 직관적이고 일관된 URI 설계.
2. 성능
   • 데이터 처리량 고려: 예상되는 트래픽과 데이터 양에 맞는 설계.
   • 캐싱 전략: 자주 요청되는 데이터를 캐싱하여 성능 최적화.
   • 효율적인 데이터베이스 쿼리: 데이터베이스 성능을 고려한 쿼리 작성과 인덱스 설계.
   • 비동기 처리: 대용량 데이터 처리를 위한 비동기 프로세스 도입.
3. 확장성
   • 모듈화 설계: 변경 사항이 생겼을 때 최소한의 영향으로 수정 가능.
   • 수평적 확장 지원: 서버를 쉽게 추가하여 부하 분산 가능하도록 설계.
   • 버전 관리: API 버전 관리(V1, V2 등)를 통해 하위 호환성 유지.
4. 보안
   • 인증 및 권한 부여: OAuth2, JWT 등 안전한 인증 방식 사용.
   • 입력 데이터 검증: SQL 인젝션, XSS 등 보안 취약점 방지를 위한 철저한 데이터 검증.
   • HTTPS 사용: 데이터 전송 과정에서 암호화.
   • Rate Limiting: 악성 트래픽이나 과도한 요청 방지를 위한 속도 제한.
5. 개발 및 유지 보수
   • 코드 품질 관리: 일관된 코드 스타일, 주석, 문서화를 통해 유지보수 용이성 확보.
   • 테스트: 단위 테스트, 통합 테스트, 성능 테스트 등을 통한 품질 보증.
   • 로깅 및 모니터링: 장애 발생 시 신속히 대응할 수 있도록 로그와 모니터링 도입.
   • 자동화: CI/CD 파이프라인을 구축해 코드 배포 자동화.
6. 사용자 경험
   • 응답 시간: 최소한의 딜레이로 빠른 응답 제공.
   • 일관된 에러 핸들링: 에러 코드와 메시지를 직관적이고 표준화된 방식으로 전달.
   • 문서화: Swagger 또는 Postman과 같은 도구를 이용해 사용하기 쉬운 API 문서 제공.
7. 기술 스택 및 경험
   • 프레임워크: FastAPI, Express.js, Spring Boot 등 프로젝트에 적합한 프레임워크 선택.
   • 데이터베이스: MariaDB, MongoDB, Redis 등 요구사항에 맞는 데이터베이스 선택.
   • 클라우드 인프라: AWS, Azure, GCP 등 서비스 확장성과 안정성을 위한 클라우드 사용.
8. 배포 환경
   • 컨테이너화: Docker와 Kubernetes를 이용한 이식성과 확장성 강화.
   • 부하 테스트: 실제 트래픽 상황에서의 성능을 사전에 확인.
   • 롤백 전략: 문제가 발생했을 때 빠르게 이전 상태로 복구할 수 있는 전략 마련.

이제 Kafka는 안녕~

요약

WarpStream이라는 S3 위에 구축된 Kafka 프로토콜 호환 데이터 스트리밍 플랫폼이 나와 이제 Kafka는 사라질꺼라는 WarpStream 뉴스입니다. 

뉴스 요약 내용은 아래와 같습니다.

WarpStream는 S3 바로 위에 구축된 Kafka 프로토콜 호환 데이터 스트리밍 플랫폼입니다. 하나의 상태 없는 Go 이진 파일로 제공되므로 관리해야 할 로컬 디스크나 리밸런싱할 브로커, 운영해야 할 ZooKeeper가 없습니다. WarpStream은 데이터가 직접 S3로 스트리밍되므로 클라우드에서 Kafka보다 5-10배 저렴합니다. 이는 규모 있는 Kafka 배포의 인프라 비용의 80% 이상이 될 수 있는 지역 간 네트워킹을 사용하지 않기 때문입니다."

[출처]

https://www.warpstream.com/blog/kafka-is-dead-long-live-kafka

Build

코드 파일을 컴퓨터에서 실행할 수 있도록 형태 변화하는 것을 Build라고 합니다.

자바 개발을 하면 .java 파일이 생성되고 build하게 되면 .java 코드 파일을 컴퓨터에서 실행할 수 있도록 변화(compile한다고 합니다.)과정을 거치면 .class 파일이 생성됩니다. 그리고 META-INF와 MANIFEST.MF 들을 하나로 압축하는 과정을 진행합니다.

Deploy

Build된 파일을 원하는 위치에 옮기는 것을 말합니다.

Complie

인간이 작성한 코드를 기계가 읽을 수  있도록 작업하는 것을 compile이라고 합니다.

WEB-INF와 META-INF 차이

WEB-INF

- Web Information의 약자입니다.

- WEB-INF폴더에는  브라우저에서 직접 접근할 수 없고 오직 서버내에서만 접근이 가능합니다.

META-INF

- Java에서 설정관련 파일을 저장하는 폴더입니다.

- Java 패키징 기술인 jar의 일부입니다.

- jar 파일들을 풀어보면 META-INF 폴더 아래 MANIFEST.MF 라는 파일이 있습니다.

문제

postman에서 get 방식 호출하는데 

Cloud Agent Error: Can not send requests to reserved address. Make sure address is publicly accessible or select a different agent.

발생했습니다. 

이유는 postman에서 호출하는건 localhost가 아니라서 인거 같습니다.

해결

Desktop을 다운 받고 실행하니 해결되었습니다.

REST란?

REST는 웹과 같은 분산 하이퍼 미디어 환경에서 자원의 존재 또는 상태 정보를 표준화된 HTTP 메서드로 주고 받는 웹 아키텍처입니다.

쉽게 말해 정해진 대로 HTTP 메서드를 통해 내용을 전달한다는 내용입니다.

SOAP이란?

SOAP는 Simple Objectr Access Protocol로써 웹 서비스에서 기본적인 메서지를 전달하는 기반이 되는 HTTP, HTTPS, SMTP 등을 통해 XML 기반의 메세지를 컴퓨터 네트워크상에서 교환하는 프로토콜입니다.

매우 중요한 개념입니다.