현재 우리는 앱스토어가 나오면서 1인~5인 이하와 같이 소규모로 사업이 가능해지고, 클라우드의 도입을 통해 누구나 백엔드를 만들고 아무나 운영할 수 있는 시대를 직면하게 되었다. 이러한 시대에 가장 중요한 것은 무엇일까? 비즈니스의 Agility가 매우 중요해졌다. 그에 따라 많은 아키텍쳐들이 변화하고 있다. 그렇게 등장한 것이 마이크로 서비스 아키텍쳐이다 1. Microservice Architecture SOA 아키텍쳐에서도 비즈니스 민첩성을 위해 intermediary 서비스와 bpm을 통해서... 하지만 먹히지 않았다. 왜냐하면 너무 기술적인 부분에만 치중이 되었기 때문이다. 사실 개발이 진행되면서 시간이 가장 오래걸리는 부분은 사람들간의 의사소통이다 (기능 하나 바꿀려면...어쩌구...저쩌구....

레퍼런스 아키텍쳐 중 Common Architecture라고 할 수 있는 SOA 아키텍쳐에 대해서 정리 1. 서비스 지향 아키텍쳐 aka.SOA MSA의 원조격이라고 볼 수 있는 아키텍쳐이다 Rest API 이전에 사용했으며 SOAP이라는 프로토콜을 사용했었다 (SOA는 아키텍쳐, Rest API는 통신 프로토콜) SOA는 2000년대 초반에 많이 유행했던 아키텍쳐이다 기본적으로 MSA와 비슷하게 Rest API로 나눠진 서비스 분산 시스템이다 SOA의 등장 배경은 Business Agility이다. 즉, 비즈니스의 기동성을 높이기 위해 백엔드 단의 시스템을 변경이 용이하고 재사용이 쉬운 구조로 만들기 위해 등장 2. 서비스란? 서비스란 기본적으로 플랫폼에 종속되지 않는 표준 인터페이스(ex. Rest ..

1. 팀 구성 기존에는 기술 분류에 따라 팀을 구성하였다 (Functioanl Team) 최근 트렌트의 핵심은 빠른 기동성이기 때문에 이렇게 팀을 구성하면 속도 측면에서 불리할 수 밖에 없다 그래서 좀 개선된 모습은 다음과 같다 한 팀에 모두 넣음 이런 식으로 구성하면 기동성을 그나마 높일 수 있다. 왜냐하면 MSA 구조이기 때문에 프론트보다 앱이 먼저 개발이 되면 앱을 먼저 릴리즈할 수 있기 때문이다. 하지만 한팀에서 진행을 하기 때문에 중앙집중적 관리가 필요하다는 단점이 있다. 결국 중앙에 dependency가 생기면서 속도를 많이 끌어올리지는 못하게 된다. 1-1. 최근 트렌드의 팀 구성 팀을 나눌 때 기능 단위로 나눔 ex) 제품 검색, 제품 주문, ... 해당 기능만 릴리즈하면 되기 때문에 엄청..

아키텍쳐의 정의 아키텍쳐란 비즈니스 문제를 기술로 풀어내는 것을 말한다 즉, 비즈니스 자체를 이해해야 아키텍쳐를 구성할 수 있다는 의미이다 이 시스템을 왜 만드는 건지, 이 시스템에서 목표로 하는 것은 무엇인지를 이해할 줄 알아야 좋은 아키텍쳐를 구성할 수 있다 팀을 이해하고 수익 구조를 이해하고 비즈니스의 목표를 이해하고 디자인해야 함 아키텍쳐 엔지니어가 가지고 있어야할 능력 소통능력 : 아무리 아키텍쳐를 잘 구성했더라고 할 지라도 개발자들이 말을 안들으면 소용이 없음 추상화 능력 : 개념을 요약(추상화)해서 글로 이해가 쉽도록 표현할 수 있는 능력 비즈니스에 대한 이해 문제 정의 능력 플래닝 능력 기술에 대한 깊은 이해 코딩 능력 : 기본적으로 코드 구조, 쓰레드 구조를 이해할 수 있는 정도는 되어야..