SKCNC

RSS

게시글: 220
등록: 2026년부터

All Frontend Backend AI DevOps Architecture Etc

Architecture
개발 역량 장착하기(6)-마이크로서비스 초간단 실습➄
본 글은 마이크로서비스 개발 역량 강화를 위한 시리즈의 다섯 번째 글로, CQRS(Command Query Responsibility Segregation) 패턴을 활용한 초간단 실습을 다룹니다. CQRS는 명령(Command)과 조회(Query)의 책임을 분리하는 패턴으로, 이미 구현된 명령 관련 서비스에 이어 조회 전용 마이크로서비스를 추가하는 과정을 설명합니다. 특히, 상품 및 주문 정보를 통합하여 보여주는 'dashboard'라는 이름의 조회 전용 서비스 프로젝트를 생성하고, pom.xml 설정을 통해 이를 구성하는 구체적인 실습 내용을 공유합니다. 이를 통해 CQRS 패턴의 실제 적용 방안을 이해하고, 조회와 명령의 분리를 통해 시스템의 유연성과 확장성을 높이는 방법을 배울 수 있습니다.
마이크로서비스CQRSCommand Query Responsibility Segregation
SKCNC·2022년 1월 10일
Architecture
개발 역량 장착하기(5)-마이크로서비스 초간단 실습④
본 글은 마이크로서비스 개발 역량 장착 시리즈의 다섯 번째 글로, Correlation Key와 Compensation 패턴에 대해 다룹니다. 마이크로서비스 간의 동기/비동기 통신 지식을 바탕으로 데이터 일관성 및 무결성 유지를 위한 핵심 패턴을 설명합니다. 특히 '주문 취소' 시나리오를 예시로 들어, 서로 다른 서비스 간에 주문 취소 요청을 정확히 매칭시키기 위한 'Correlation Key'의 필요성을 강조합니다. 관계형 데이터베이스의 외래 키와 유사한 역할을 하는 Correlation Key를 통해, 주문 서비스에서 발행한 취소 주문이 배송 서비스의 특정 배송 정보와 연결되어 처리될 수 있음을 보여줍니다. 또한, 주문 취소 구현 예시를 통해 이러한 패턴이 실제 시스템에서 어떻게 적용될 수 있는지 간략하게 제시합니다.
마이크로서비스Correlation KeyCompensation Pattern
SKCNC·2021년 11월 30일
Architecture
개발 역량 장착하기(4)-마이크로서비스 초간단 실습③
본 글은 마이크로서비스 아키텍처에서 동기식 통신 방식을 다룹니다. 마이크로서비스 간 데이터 동기화는 동기식과 비동기식 연동으로 나눌 수 있으며, 이전 포스팅에서 비동기 방식을 다룬 데 이어 이번에는 동기식 통신을 실습을 통해 체험합니다. 복잡한 비즈니스 로직에서 데이터 무결성을 유지하기 위해 과거에는 단일 트랜잭션이나 시스템 통합 방식을 선호했지만, 마이크로서비스 환경에서도 동기식 연동이 가능하다는 점을 강조합니다. 특히, 주문 처리와 같이 즉각적인 응답이 필요한 경우 동기식 통신이 유용하며, 이벤트 다이어그램을 통해 동기식 연동 방식을 시각적으로 표현하는 방법을 제시합니다. 이를 통해 마이크로서비스 환경에서도 데이터 일관성과 무결성을 효과적으로 관리할 수 있음을 보여줍니다.
마이크로서비스MSA동기식 통신
SKCNC·2021년 11월 21일
Architecture
Azure Cloud App 개발 - 개인 연구 프로젝트 실습 사례 (e-Charging System)
본 글은 Azure Cloud 환경에서 전기차 충전 서비스(e-Charging System)를 개발하는 개인 연구 프로젝트 사례를 다룹니다. 12가지 MSA/Cloud 기술 요소를 중심으로 프로젝트의 기능적, 비기능적 요구사항을 분석하고 설계 과정을 공유합니다. 특히 Saga 패턴(Event/Choreography), CQRS, 동기식/비동기식 호출, Circuit Breaker, Autoscale, Zero-Downtime 배포, ConfigMap, Polyglot Persistence, Self-healing 등 다양한 기술을 활용하여 전기차 충전 예약 및 관리 시스템을 구현하고 검증한 경험을 상세히 설명합니다. Event Storming을 통해 도메인 이벤트를 식별하고 Aggregate 및 Bounded Context로 묶는 과정을 보여주며, MSA 아키텍처 설계 및 클라우드 기반 서비스 개발에 대한 실질적인 인사이트를 제공합니다.
MSAAzure CloudSaga
SKCNC·2021년 7월 1일
Architecture
도메인주도설계로 시작하는 마이크로서비스 개발
SK(주) C&C의 MSA 필진들이 집필한 '도메인 주도 설계로 시작하는 마이크로서비스 개발' 책을 소개하는 글입니다. 이 책은 마이크로서비스 아키텍처(MSA)를 효과적으로 구축하기 위해 도메인 주도 설계(DDD)를 어떻게 적용할 수 있는지에 대한 내용을 다룹니다. 복잡한 비즈니스 도메인을 이해하고 이를 기반으로 확장 가능하고 유지보수하기 쉬운 마이크로서비스를 설계하는 방법을 구체적인 예시와 함께 설명합니다. MSA 도입을 고려하거나 DDD와 MSA의 연계에 관심 있는 개발자들에게 유용한 지침을 제공합니다.
MSADDD마이크로서비스
SKCNC·2021년 6월 16일
Architecture
본격적인 개발을 위한 준비 - 서비스 스펙 정의하기
본 글은 SK 주식회사 C&C 기술 블로그의 일부로, 이전 포스트에서 다룬 도메인 주도 설계(DDD)의 전략적 설계 개념을 바탕으로 실제 온라인 쇼핑몰 구축을 위한 서비스 스펙 정의 과정을 상세히 설명합니다. 특히, 이벤트 스토밍 워크샵을 통해 도메인 이벤트를 찾고, 이를 과거 시제 동사 형태로 기록하며 시간 순서대로 배열하는 방법을 다룹니다. 이를 통해 시스템의 비즈니스 프로세스에 초점을 맞춰 마이크로서비스의 스펙을 구체화하는 방법을 제시하며, 외부 시스템과의 연동까지 고려하는 설계의 중요성을 강조합니다. DDD와 MSA 설계를 실제 프로젝트에 적용하고자 하는 개발자들에게 유용한 가이드라인을 제공합니다.
DDDMSA이벤트 스토밍
SKCNC·2020년 10월 22일
Architecture
마이크로서비스 아키텍처의 테스트
이 글은 마이크로서비스 아키텍처(MSA) 환경에서 테스트의 중요성과 자동화 방안을 다룹니다. MSA는 여러 독립적인 서비스로 구성되어 있어, 한 서비스의 변경이 다른 서비스에 미치는 영향을 파악하기 위해 통합적인 테스트가 필수적입니다. 하지만 수동 테스트는 시간과 노력이 많이 소요되므로, 변경 사항을 즉시 검증할 수 있는 테스트 자동화가 필요합니다. 글에서는 테스트 자동화의 기본 단계(설정, 실행, 확인, 정리)를 설명하고, 단위 테스트를 포함한 다양한 테스트 유형의 필요성을 강조합니다. MSA 시스템의 안정성과 유지보수성을 높이기 위한 테스트 전략 수립의 중요성을 역설하며, 효율적인 테스트 자동화 구축을 위한 고려사항을 제시합니다.
마이크로서비스 아키텍처MSA테스트 자동화
SKCNC·2020년 10월 21일
Architecture
최적의 Microservice를 도출하는 방법
본 글은 SK 주식회사 C&C 기술 블로그에 게시된 내용으로, Cloud/MSA 프로젝트에서 최적의 마이크로서비스를 도출하는 방법에 대해 다룹니다. 고객, 현업, 프로젝트 팀 간의 이상적인 마이크로서비스와 현실적인 마이크로서비스 사이에서 균형점을 찾아 정의하는 것이 중요함을 강조합니다. 글에서는 먼저 Cloud 배포 모델과 서비스 유형(IaaS, PaaS, SaaS)에 대한 개념을 설명하고, 특히 프로젝트에서 PaaS를 선택한 이유를 제시합니다. 이후 실제 OOO 프로젝트 사례를 바탕으로 마이크로서비스를 식별하고 도출하는 구체적인 과정을 설명하며, 최적의 마이크로서비스 아키텍처를 설계하는 데 필요한 기준과 고려사항을 공유합니다.
마이크로서비스MSA시스템 설계
SKCNC·2020년 10월 6일
Architecture
Jhipster&Spring 예외처리 2편
이 글은 MSA 환경에서 외부 서비스와 통신할 때 사용되는 Feign Client의 복잡한 예외처리 방식을 다룹니다. MSA는 여러 서비스가 독립적으로 구성되어 있어, 다른 서비스의 데이터나 기능이 필요할 때 동기 또는 비동기 통신을 사용합니다. Feign Client는 주로 동기 통신에 사용되며, 호출 실패 시 예외처리가 제대로 되지 않으면 사용자에게 원인을 알 수 없는 Internal Error 500을 전달하게 됩니다. Feign은 기본적으로 200~299 범위의 응답 상태 코드만 정상으로 간주하므로, 이에 대한 적절한 예외 처리 전략이 필요함을 강조합니다.
MSAFeign Client예외처리
SKCNC·2020년 8월 31일
Architecture
콘웨이의 법칙(Conway’s Law)과 Two Pizza 조직
본 글은 1968년 Melvin E. Conway가 발표한 '콘웨이의 법칙'을 소개하며, 조직 구조가 시스템 설계에 미치는 영향을 설명합니다. 전통적인 업무 중심 조직은 빠른 비즈니스 변화에 대응하기 어렵다는 문제점을 지적하며, 각 분야 전문 인력 간의 통합에 많은 소통 시간이 소요됨을 보여줍니다. 이에 대한 대안으로 Cross Functional 조직의 등장을 예고하며, 특히 'Two Pizza 조직'과 같은 소규모 팀 구성의 중요성을 시사합니다. 콘웨이의 법칙은 시스템을 설계하는 조직은 그 조직의 소통 구조를 닮은 시스템을 설계한다는 원칙을 강조하며, 효과적인 시스템 설계를 위해서는 조직 구조와 소통 방식에 대한 깊은 고민이 필요함을 역설합니다.
콘웨이의 법칙Conway's Law조직 구조
SKCNC·2020년 8월 30일
Architecture
Jhipster로 Microservice Application 개발하기 2편
본 글은 JHipster를 활용하여 마이크로서비스 애플리케이션(MSA)을 개발하는 두 번째 이야기입니다. JHipster는 마이크로서비스 개발을 위한 프레임워크로, 게이트웨이, 레지스트리, 마이크로서비스 생성 및 관리를 용이하게 합니다. 글에서는 JHipster를 이용해 MSA를 개발하는 순서를 제시하고, 특히 Docker와 연동하여 JHipster 레지스트리를 실행하는 과정을 상세히 설명합니다. 게이트웨이 폴더를 생성하고 JHipster 프로젝트로 초기화한 후, Docker Compose를 사용하여 레지스트리를 실행하는 방법을 안내합니다. JHipster는 다양한 옵션과 개발 방식으로 MSA 개발의 유연성을 제공하며, Docker와의 통합은 개발 환경 구축을 더욱 간편하게 만듭니다.
JHipster마이크로서비스MSA
SKCNC·2020년 5월 30일
Architecture
도메인 주도 설계에서의 전략적 설계
이 글은 도메인 주도 설계(DDD)의 핵심 요소 중 하나인 전략적 설계에 대해 설명합니다. 전략적 설계는 비즈니스 도메인 내에서 전략적으로 중요한 부분을 식별하고, 이를 바탕으로 유비쿼터스 언어를 정의하며, 바운디드 컨텍스트를 식별하고 컨텍스트 맵을 작성하는 과정을 포함합니다. 또한, 이를 통해 후보 마이크로서비스를 도출하고 서비스 분할 또는 통합을 검토하는 방법론을 제시합니다. 예시로 온라인 쇼핑몰 시스템을 들며, 초기 설계가 복잡해지는 '거대한 진흙 공(Big Ball of Mud)' 현상을 설명하고, 이러한 복잡성을 해결하기 위한 전략적 설계의 중요성을 강조합니다. 궁극적으로 전략적 설계를 통해 복잡한 비즈니스 요구사항을 명확하게 모델링하고 관리 가능한 서비스로 분리하는 것을 목표로 합니다.
DDD도메인 주도 설계전략적 설계
SKCNC·2020년 5월 26일
Architecture
마이크로서비스 모델링 ⑦ : BackEnd 설계 - 도메인모델링
본 글은 마이크로서비스 아키텍처 설계에서 백엔드 모델링의 핵심 요소인 도메인 모델링에 대해 상세히 설명합니다. 마이크로서비스는 폴리그랏(Polyglot) 방식으로 접근 가능하며, 서비스 내부 구조는 도메인 모델 중심 또는 트랜잭션 스크립트 형태로 설계할 수 있습니다. 복잡한 비즈니스 로직을 다룰 때는 도메인 모델 중심 구조가 효과적이며, 이는 비즈니스 개념을 잘 구조화하고 복잡성을 쉽게 표현할 수 있도록 돕습니다. 글에서는 도메인 모델 중심의 헥사고날 구조와 트랜잭션 스크립트 구조를 비교하며, 도메인 모델링이 DDD 전술적 설계의 중요한 구성 요소임을 강조합니다. 팀의 역량과 객체지향 설계 문화 또한 고려해야 할 사항으로 언급됩니다.
마이크로서비스도메인 모델링DDD
SKCNC·2020년 5월 25일
Architecture
마이크로서비스 모델링 ⑥ : BackEnd 설계 -API설계
이 글은 마이크로서비스 아키텍처에서 백엔드 모델링의 핵심 요소인 API 설계에 대해 다룹니다. 헥사고날 아키텍처를 기반으로 이벤트 스토밍 결과를 백엔드 구조에 매핑하는 방법을 설명하며, 특히 프론트엔드와 백엔드 간의 협업을 위한 계약으로서 API 설계의 중요성을 강조합니다. REST API가 현대적인 표준으로 자리 잡은 이유를 설명하고, REST의 구성 요소인 자원, 행위, 표현을 예시와 함께 소개합니다. 궁극적으로 마이크로서비스 팀이 프론트엔드와 백엔드 구현을 모두 책임지며 긴밀하게 협업하기 위한 API 설계의 필요성을 역설합니다.
마이크로서비스헥사고날 아키텍처API 설계
SKCNC·2020년 5월 25일
Architecture
Jhipster로 Microservice Application 개발하기 1편
이 글은 JHipster라는 오픈소스 개발 플랫폼을 활용하여 모던 웹 애플리케이션과 마이크로서비스 아키텍처(MSA)를 빠르고 효율적으로 개발하는 방법에 대해 소개합니다. JHipster는 Spring Boot 기반 프로젝트 생성을 지원하며, Angular, React, Vue.js 등 다양한 프론트엔드 기술과 Java, Kotlin, Micronaut, Quarkus, Node.js, .NET 등 백엔드 기술을 통합할 수 있습니다. 또한 Docker와 Kubernetes를 활용한 배포까지 지원하여 MSA 개발의 생산성을 높여줍니다. 다만, Spring Boot에 대한 이해가 부족하면 JHipster의 기능 외적인 부분에서 어려움을 겪을 수 있다는 점을 명시하며, JHipster 사용 목적은 완전하고 현대적인 웹 애플리케이션 및 MSA 생성을 목표로 함을 강조합니다.
JHipster마이크로서비스MSA
SKCNC·2020년 5월 24일
Architecture
마이크로서비스 모델링 ② : 마이크로서비스 도출기법
이 글은 마이크로서비스 아키텍처에서 서비스들을 어떻게 효과적으로 도출할 것인가에 대한 기법을 다룹니다. 모듈화의 핵심 가치인 높은 응집성과 낮은 의존성을 마이크로서비스 설계에도 동일하게 적용하는 것이 중요하다고 강조합니다. 즉, 각 마이크로서비스는 기능적으로 응집성이 높고 다른 서비스와의 의존성은 낮아야 합니다. 이를 위해 DDD(도메인 주도 설계)의 전략적 및 전술적 설계가 마이크로서비스 도출에 적절한 가이드를 제공한다고 언급합니다. 비즈니스 능력에 근거한 도출 방법론을 소개하며, 마이크로서비스가 비즈니스 변화에 민첩하게 대응하고 독립적으로 배포되기 위한 서비스 분리의 중요성을 설명합니다.
마이크로서비스MSADDD
SKCNC·2020년 5월 24일
Architecture
마이크로서비스 모델링 ③ : DDD의 전략적 설계
본 글은 마이크로서비스 아키텍처 설계 시 유용한 기법인 DDD(Domain-Driven Design)의 전략적 설계 개념을 소개합니다. 특히, 유비쿼터스 언어, 도메인 모델, 컨텍스트 경계의 중요성을 강조합니다. 유비쿼터스 언어는 특정 도메인 내에서 참여자 간에 공유되고 통용되는 언어로, 표준 단어/용어 사전과는 달리 하향식이 아닌 상향식으로 정의됩니다. 예를 들어, 결제 도메인의 '고객'과 배송 도메인의 '고객'은 서로 다른 의미를 가지므로, 각 도메인에 맞는 명확한 언어로 모델링해야 의존성을 줄일 수 있습니다. 이러한 도메인 특화 개념과 유비쿼터스 언어를 통해 명확한 컨텍스트 경계를 설정하는 것이 마이크로서비스 설계의 핵심임을 설명합니다.
DDD마이크로서비스전략적 설계
SKCNC·2020년 5월 24일
Architecture
마이크로서비스 모델링 ④ : 이벤트 스토밍을 통한 마이크로서비스 도출
이 글은 DDD(도메인 주도 설계)의 전략적 설계를 가속화하고 마이크로서비스 도출을 돕는 이벤트 스토밍 기법을 소개합니다. 이벤트 스토밍은 모든 이해관계자가 모여 브레인스토밍을 통해 각자의 관점을 공유하고 차이점을 이해하며, 이를 통해 민첩성과 효율성을 높이는 워크샵 방식입니다. 특히 마이크로서비스 간 비동기 메시지 기반 도메인 이벤트를 활용하는 데 있어 서비스 간 의존 관계 식별을 용이하게 합니다. 글에서는 이벤트 스토밍의 준비물과 참여자 구성에 대해서도 간략히 설명하며, 협업과 지식 공유를 촉진하는 워크샵으로서의 가치를 강조합니다.
DDD이벤트 스토밍마이크로서비스
SKCNC·2020년 5월 24일
Architecture
마이크로서비스 모델링 ① : 애자일 프로세스에서의 마이크로서비스 설계/개발 공정
이 글은 마이크로서비스 구현을 위한 애자일 개발 프로세스를 다룹니다. 애자일 방법론, 특히 스크럼과 XP가 반복적이고 점진적인 개발을 지원하며, 프로덕트 중심의 애자일 프로세스가 마이크로서비스 설계 및 개발에 효율적임을 강조합니다. 그러나 국내에서는 애자일이 설계 없이 개발하는 것으로 오해되는 경우가 많다고 지적하며, 애자일에서도 가벼운 설계가 필요함을 XP의 'Simple Design' 프랙티스를 예로 들어 설명합니다. 마이크로서비스 생태계와 클라우드 인프라 발전이 애자일 문화 확산과 함께 진행되어 왔음을 언급하며, 성숙한 개발 문화에서는 설계와 개발 공정이 효율적으로 이루어지지만, 그렇지 않은 경우 오해가 발생할 수 있음을 시사합니다.
마이크로서비스애자일설계
SKCNC·2020년 5월 18일
Architecture
마이크로서비스 내부아키텍처 - 3회 : 어플리케이션 구성 패턴
이 글은 마이크로서비스 내부 아키텍처를 3회에 걸쳐 다루는 시리즈의 세 번째 글로, 애플리케이션 구성 패턴에 초점을 맞춥니다. 이전 글에서 다룬 데이터 중심 아키텍처의 문제점, 클린 아키텍처, 헥사고널 아키텍처를 바탕으로 마이크로서비스에 적합한 내부 구조를 탐구합니다. 레이어드 아키텍처, 헥사고널, 클린 아키텍처는 모놀리스에도 적용 가능하지만, 마이크로서비스의 유연성과 확장성을 지원하기 때문에 최근 더욱 강조되고 있습니다. 본 글에서는 이러한 아키텍처 아이디어를 기반으로 '클린 마이크로서비스'라는 바람직한 내부 아키텍처를 제안하며, 마이크로서비스의 유연성과 확장성을 높이는 구조적 접근 방식을 제시합니다.
마이크로서비스MSA클린 아키텍처
SKCNC·2020년 4월 10일