카테고리
기술
소프트웨어를 구축하고 운영하기 위한 기술적 개념과 방법을 다룹니다.
-
![[도메인 주도 설계] (8) 기본 구성 요소 5 – 팩토리](https://mustache-pm.blog/wp-content/uploads/2025/05/dddd-8.png)
[도메인 주도 설계] (8) 기본 구성 요소 5 – 팩토리
도메인 주도 설계에서 팩토리(Factory)는 도메인 모델에 기반해 작동할 수 있는 객체를 생성하는 것을 의미해요. 팩토리는 애그리게이트 및 생성자와 무엇이 다른지, 그리고 올바른 팩토리는 어떤 특성을 가지고 있는지 알아보세요.
-
![[도메인 주도 설계] (7) 기본 구성 요소 4 – 애그리게이트](https://mustache-pm.blog/wp-content/uploads/2025/05/dddd-7.png)
[도메인 주도 설계] (7) 기본 구성 요소 4 – 애그리게이트
애그리게이트는 함께 변경되어야만 올바른 데이터의 일관성 경계를 명확히 정의해요. 절대 허용할 수 없는 불일치 상태를 원천 차단하는 설계 방법을 배워요.
-
![[도메인 주도 설계] (6) 기본 구성 요소 3 – 모듈](https://mustache-pm.blog/wp-content/uploads/2025/05/dddd-6.png)
[도메인 주도 설계] (6) 기본 구성 요소 3 – 모듈
도메인 주도 설계의 기본 구성 요소인 모듈(Module)은 비슷한 의미를 가진 개념들을 묶는 단위에요. 기술이 아닌 개념 기반으로 그룹화하고, 높은 응집도와 낮은 결합도로 복잡성을 효과적으로 관리하는 구체적 방법을 확인해 보세요.
-
![[도메인 주도 설계] (5) 기본 구성 요소 2 – 서비스](https://mustache-pm.blog/wp-content/uploads/2025/05/dddd-5.png)
[도메인 주도 설계] (5) 기본 구성 요소 2 – 서비스
도메인 주도 설계의 기본 구성 요소인 서비스(Service)는 하나의 객체에 속하지 않는 비즈니스 결정을 담는 중요한 구조예요. 도메인, 애플리케이션, 인프라스트럭처 서비스의 차이를 이해하고, 좋은 서비스 설계 원칙으로 도메인 모델을 강화해 보세요.
-
![[도메인 주도 설계] (4) 기본 구성 요소 1 – 객체](https://mustache-pm.blog/wp-content/uploads/2025/05/dddd-4.png)
[도메인 주도 설계] (4) 기본 구성 요소 1 – 객체
도메인 주도 설계의 첫 기본 구성 요소는 객체(Object)에요. 객체는 엔티티와 값 객체로 나뉘어요. 엔티티는 시간이 지나도 같은 것, 값 객체는 바뀌면 다른 것이에요. 이 근본적 구분이 제품의 복잡성을 줄일 수 있는지 알아보세요.
-
![[도메인 주도 설계] (3) 계층 구조와 각 계층의 역할](https://mustache-pm.blog/wp-content/uploads/2025/05/dddd-3.png)
[도메인 주도 설계] (3) 계층 구조와 각 계층의 역할
계층 구조(Layered Architecture)는 비즈니스 로직이 어디에 살아야 하는지를 명확히 하는 핵심 설계 원칙이에요. 각 계층의 책임을 명확히 하고 도메인 계층을 보호할 때, 제품이 복잡성 속에서도 안정적으로 성장 가능해지는 방법을 배워보세요.
-
![[도메인 주도 설계] (2) 도메인 모델의 정의와 품질 기준](https://mustache-pm.blog/wp-content/uploads/2025/05/dddd-2.png)
[도메인 주도 설계] (2) 도메인 모델의 정의와 품질 기준
도메인 모델(Domain Mocel)은 단순한 다이어그램이나 코드가 아니라 사용자의 맥락에 대한 이해를 의미해요. 현실 세계의 규칙을 어떻게 일관된 개념 체계로 만들지, 좋은 모델의 품질 기준을 무엇으로 설정할지 알아보고 도메인 모델링에 적용해 보세요.
-
![[도메인 주도 설계] (1) 프로덕트 관리의 프레임워크로서 도메인 주도 설계](https://mustache-pm.blog/wp-content/uploads/2025/05/dddd-1.png)
[도메인 주도 설계] (1) 프로덕트 관리의 프레임워크로서 도메인 주도 설계
소프트웨어 제품이 불안정한 이유는 도메인 모호성 때문이에요. 도메인 주도 설계(DDD, Domain Driven Design)가 무엇인지 알아보고, 팀의 언어를 통일하고 의사결정을 명확하게 하여 제품 복잡성을 효과적으로 다루는 방법을 알아보세요.
-
![[데브옵스] (4) 프로덕트 매니저를 위한 실전 데브옵스 활용법과 최종 체크리스트](https://mustache-pm.blog/wp-content/uploads/2025/02/devops-4.png)
[데브옵스] (4) 프로덕트 매니저를 위한 실전 데브옵스 활용법과 최종 체크리스트
프로덕트 매니저(PM)이 데브옵스 엔지니어가 될 필요는 없지만, 데브옵스 관점으로 의사결정해야 해요. PRD부터 배포까지, 일상 업무에서 데브옵스를 활용하는 구체적 방법을 배워보고 실무 체크리스트를 활용해보세요.
