한빛미디어

"한빛미디어 서평단 <나는리뷰어다> 활동을 위해서 책을 협찬 받아 작성된 서평입니다."

클라우드 어플리케이션 아키텍처 패턴

제가 일하는 팀은 C# 같은 프로그램으로 개인 피씨에 설치하는 데스크탑 어플리케이션을 개발하여 사용했습니다.

그래서 로직의 처리를 클라이언트나 서버가 같이 부담했습니다.

그러다보니 각자의 컴퓨터 성능에 따라 속도 차이가 많이 났죠.

아래의 같은 구조를 가지고 있었습니다.

클라이언트/서버 애플리케이션 구조

시간이 지나면서 기존의 서비스들을 웹으로 전환했습니다.

그렇게 모든 사람이 프로그램을 깔아야하고 버전을 관리해야하는 부담에서 벗어났습니다.

너무 무겁게 여러명이 쓰지 않는다면 괜찮다고 생각했기에 웹으로 전환했습니다.

처음에는 하나의 웹 서비스가 하나의 PC 에 돌아갔습니다.

그런데 지금은 계속해서 서비스를 만들다보니, 공통적으로 사용해야하는 부분들이 생기기 시작했습니다.

아래와 같은 클라우드 네이티브 애플리케이션 구조를 만들어볼려고 책을 읽게 되었습니다. 

클라우드 네이티브 애플리케이션 구조

애 책에서는 패턴에 대해서 많이 알려주려고 합니다.

각 상황마다 적용해야하는 부분들이 다르기 때문입니다.

아키텍처 설계에서는 답이 없습니다. 어떤것을 내가 더 고려할것인가? 에 대한 최선의 답을 고르는 과정입니다.

책의 각 장 관계도

항상 무엇을 시작할 때든 정의가 가장 중요하다.

정의에는 추구하는 가치가 담겨있기 때문이다.

클라우드라는 것은 무엇일까?

클라우드 컴퓨팅의 정의

무엇일까? 나온 하나의 정의에서 특성이 파생된다.

클라우드 컴퓨팅의 특징

이런 클라우드는 어떤 방식의 구조로 가지면 좋을까?

클라우드 애플리케이션 아키텍처. 우측은 각 챕터별 설명 위치

클라우드 부분은 조금 설명이 필요할거 같네요.

- 디스패처 : 로드 밸런서/API Gateway 입니다. 사용자의 요청이 어떤 서비스로 가야하는지 판단합니다.

- 도메인 마이크로 서비스 : 핵심기능을 수행하는 서비스들입니다. 예를 들어, 검색 서비스, 결제 서비스 등

- 어댑터 마이크로 서비스 :  클라우드 외부에 있는 기업 내부 시스템(SoR) 과 통신하는 서비스입니다.

- 이벤트, 이벤트 백본 : 서비스는 직접 대화하는게 아니라 이벤트를 통해서 소통합니다. 예를 들어, 직접 어떤 서비스의 기능을 호출하는 것이 아니라 그 서비스의 이벤트 큐 같은 곳에 이벤트를 넣어둡니다. 그러면 그 이벤트 큐의 서비스가 이를 읽고 독립적으로 일을 수행합니다.

우리가 구조를 설계하고 적용하면 어떤 점이 좋을까요?

TDD 라는 개념에 대해서 들어보신적 있나요?

TDD 는 테스트를 먼저 작성하고 그 테스트를 통과시키는 코드를 작성해라는 것입니다.

이러한 개념을 적용하면 테스트 가능한 코드를 작성하기 위해 코드의 형태가 변하게 됩니다.

하나로 쭉 길게 작성하던 함수가 테스트를 쉽게 할 수 있도록 의존성을 지우고 분리되는거죠.

클라우드 애플리케이션의 이러한 구조도 다양한 이점을 만들어냅니다.

이 이점을 만들어내기 위해 코드 자체도 맞춰서 개선될 수밖에 없습니다.

클라우드 애플리케이션의 장점

가용성, 확장성, 유연성을 지키기 위해서 애플리케이션의 바운더리가 잘 나눠지고 모듈화가 진행됩니다.

외부와 통신하는 부분은 자주봐야하기 때문에 쉽게 보기 위해서,

인터페이스와 비즈니스 부분을 좀 더 구분하게 될수도 있습니다.

뒷장의 아키텍처 패턴의 이미지

이러한 클라우드 애플리케이션 말로만 들으면 추상적입니다.

그래서 책에서는 예시를 소개해줍니다.

클라우드 애플리케이션 예시

2장에서는 일반적인 소프트웨어 아키텍처 패턴에 대해서 설명하고,

3장에서는 이 아키텍처 패턴이 클라우드 애플리케이션에서는 어떻게 적용될지에 대한 설명이 나온다.

12팩터앱

책의 장수가 많아서 여전히 읽고 있는 중이다.

책이 단순히 클라우드 애플리케이션에 대해서만 다루기보다는,

이 개념을 올리기 위한 아키텍처에 대한 설명도 추가되어있다.

뒷부분에 모놀리식 점진적 대체하는 법에 대한 내용도 있다.

나는 이를 기반으로 조금씩 따라가며 사내의 시스템을 개선해보려고 한다.