마이크로 서비스에서의 테스트 환경 구축
아주 작은 독립적인 기능을 수행하는 여러개의 마이크로 서비스 묶어서 하나의 비즈니스 기능을 구현하는 방식을 마이크로 서비스 아키텍처라고 합니다. 시스템을 이렇게 구성하는 이유는 작은 단위로 구성함으로써 * 각 서비스별로 독립적인 개발, 배포를 진행할 수 있어 * 병렬 개발, 각 서비스의 특징에 맞는 개발 언어, DB 사용 등을 할 수 있으며 * 운영 중에도 각
마이크로서비스
DDD 값 객체와 마이크로서비스
이 글은 도메인 주도 설계Domain-Driven Design(이하 DDD)에서 말하는 값 객체Value Object가 무엇인지 알아보고 마이크로서비스 환경에서 값 객체를 활용하는 법을 다룬다. 값 객체란 무엇인가? 전자 상거래 사이트에서 상품을 받을 주소(배송지)를 입력하고 주문한다고 생각해 보자. 시스템에서 배송지를 임의로 수정한다면 상품은 정상적으로 배송되지 못할 것이다. 따라서 시스템은 배송지를
REST 기반의 간단한 분산 트랜잭션 구현 - 4편 REST Retry
이 글은 읽기 전에 이전 글까지 모두 읽을 필요는 없습니다. 다만 맥락을 이해하기 위해서 1편은 미리 읽는 편이 좋습니다. * REST 기반의 간단한 분산 트랜잭션 구현 -1편 TCC 개관 * REST 기반의 간단한 분산 트랜잭션 구현 - 2편 TCC Cancel, Timeout * REST 기반의 간단한 분산 트랜잭션 구현 - 3편 TCC Confirm(Eventual Consistency) * REST
REST 기반의 간단한 분산 트랜잭션 구현 - 3편 TCC Confirm(Eventual Consistency)
* REST 기반의 간단한 분산 트랜잭션 구현 -1편 TCC 개관 * REST 기반의 간단한 분산 트랜잭션 구현 - 2편 TCC Cancel, Timeout * REST 기반의 간단한 분산 트랜잭션 구현 - 3편 TCC Confirm(Eventual Consistency) * REST 기반의 간단한 분산 트랜잭션 구현 - 4편 REST Retry 지난 글에서는 TCCTry-Confirm/Cancel에서 'Confirm 하기 전에 실패하는 경우&
REST 기반의 간단한 분산 트랜잭션 구현 - 2편 TCC Cancel, Timeout
* REST 기반의 간단한 분산 트랜잭션 구현 -1편 TCC 개관 * REST 기반의 간단한 분산 트랜잭션 구현 - 2편 TCC Cancel, Timeout * REST 기반의 간단한 분산 트랜잭션 구현 - 3편 TCC Confirm(Eventual Consistency) * REST 기반의 간단한 분산 트랜잭션 구현 - 4편 REST Retry 지난 글에서는 분산된 REST 시스템들 간의 트랜잭션을 HTTP와 REST 원칙으로 접근하여
REST 기반의 간단한 분산 트랜잭션 구현 - 1편
* REST 기반의 간단한 분산 트랜잭션 구현 -1편 TCC 개관 * REST 기반의 간단한 분산 트랜잭션 구현 - 2편 TCC Cancel, Timeout * REST 기반의 간단한 분산 트랜잭션 구현 - 3편 TCC Confirm(Eventual Consistency) * REST 기반의 간단한 분산 트랜잭션 구현 - 4편 REST Retry 안영회 님은 마이크로 서비스 공부하게 책 하나 추천해주세요 글에서 마이크로 서비스
마이크로 서비스(MSA)를 어떻게 나눌까? II
* 과거에 메모 수준의 관련 글을 남겼는데 이를 보완할만한 경험이 생겨서 조금 더 읽을 만한 글을 씁니다. 두 가지 사례를 소개합니다. 하나는 해당 업무 자체가 갖는 특성에서 출발한 마이크로 서비스 분리 사례입니다. 이를 도메인 주도라고 부르고 싶은데, 비즈니스에 적합한 모양으로 유연성을 구사하는 전략에 대한 실천 사례입니다. 두번째는 다른 이들이 만든 결과물을
마이크로서비스
마이크로 서비스는 왜 점점 더 각광을 받을 수 밖에 없을까?
예언자처럼 말했다. 확실히 그럴 가능성이 높기 때문이다. 주식처럼 살 수 있다면 마이크로 서비스가 늘어난다에 여유 재산을 다 쏟아 부어도 좋다. 그런 확신이 어디에서 비롯된 것인지 여러분과 공유하는 것이 이 글의 주제다. 마이크로 서비스는 사업 전개 속도의 문제 현재 내 직업 일상은 비즈니스 속도를 높이는 일이다. 단언컨대 소프트웨어를 잘 활용하면 굴뚝
마이크로서비스
마이크로 서비스 공부하게 책 하나 추천해주세요
한 친구가 이렇게 요청했다. 아래와 같이 바꿔보면 개발자들 사이에서 흔히 들을 수 있는 패턴이다. OOO 공부하게 책 하나 추천해주세요. 내 동료 장재휴는 이렇게 말했다. 진짜 공부하고 싶으세요? 그러면 팝잇에 있는 글이 제일 좋아요. (돈 들일 필요도 없는데...) 공교롭게 질문을 받기 직전에장재휴가 나에게 말했다. 사람들이 팝잇에 올라온 마이크로 서비스 글이 정말
마이크로 서비스 아키텍처: 디지털 시대의 리테일 유연성
* 이 글은 소트웍스의 독일 리테일 책임자 Frank Potozki와 리테일 수석 Marcus Klein이 쓴 Microservices architecture: flexibility for omni-channel retailers라는 제목의 기사를 번역한 것입니다. 쇼핑하는 방식이 빠르게 바뀌고 있다. 변화 속도가 리테일 종사자들의 정확한 예측을 점차 어렵게 한다. 리테일 종사자가 미래 고객 기대를 모르고 있다. 확실한 점은 매력적인 상품구색만으로는 더
마이크로서비스
마이크로 서비스 못 다한 이야기
지난 해 썼던 마이크로 서비스 구축 경험 공유 그리고, 김 형준님 시각으로 쓰여진 Micro Service, Docker로 할 수 밖에 없었던 사연에 빠진 내용을 써서 공유하고 싶다. 쓰기에 앞서 독자 입장에서 어떤 효용이 있을까 의심스러워 몇 가지 질문을 해본다. * 다른 이의 경험은 얼마나 전달될까? 또, 전달 여부는 무엇으로 확인할 수 있을까?
우버의 마이크로서비스 적용기 해설
* 이 글은 작년 7월 사내 동료들에게 공유했던 내용을 일부 수정해서 올림을 알립니다. 확장성 개선을 위한 마이크로 서비스 적용 우버Uber 엔지니어 에밀리 레인홀드Emily Reinhold가 밝힌 우버의 마이크로서비스 적용기(Breaking a Monolithic API into Microservices at Uber)를 다룬 기사 요약입니다. 우선 마이크로서비스 적용 목적을 확장성 개선better scalability에 두고 있습니다. 흥미로운 사실은