DevBoi

간략하게 말하면 레이어드 아키텍처는 이렇다. 특징은 있다, 상위 레이어에서 하위 레이어에 대한 의존은 허용하지만, 하위 레이어에서는 허용하지 않는다. 인프라 스트럭처에서 사용자 인터페이스나, 응용 레이어에 대한 의존은 허용하지 않는다는 의미이다. 1) 인프라스트럭처 레이어 쉽게 얘기하면, 마리아 디비, 카프카 등 연결이 되어있는 레이어이다. Mybatis로 치면, 다오가 있을거고, JPA로 치면 레파지토리가 있을것이다. 무튼 이렇게 생각하면 된다. 2) 도메인 레이어 해당 도메인 레이어는 이렇다. 서비스나 비즈니스 로직이 들어간 레이어를 의미한다. 3) 응용계칭 컨트롤러, 사용자가 요청을 원하는 계층 정리해서 얘기하면, 사용자에게 원하는 요구를 받아서, 수행하는 계층이다. 뻔하고 알고있지만, 헷갈리거나 ..

마이크로서비스 내부 구조 정의는 어떻게 해야할까 전술적 패턴은 비즈니스 로직을 모델링하고, 구현하는 다양한 방법이다. 가장 고전적인 아키텍처는 3계층으로 구현하는 것이다. 프리젠테이션 레이어, 비지니스 로직 레이어, 데이터 엑세스 레이어 이렇게 3가지 레이어가 존재한다. 레이어드 아키텍처 근접 레이어만 접근 가능하다 Top-down 아래로 의존적이고 순방향이다. 흔히아는 MVC컨트롤러는 프리젠테이션 계층에 속한다. 가장 중요한 계층은 비즈로직 계층이다. 레이어드 아키텍처 다양한 변종이 존재한다. 레이어드 아키텍처는 비즈니스 로직과 데이터 접근 계층간의 의존성이 있다. 비즈 로직 구현이 트랜잭션 스크립트, 엑티브 레코드인 경우 적합한 아키텍처이다. 그렇지만, 결국 데이터 처리에 비지니스 로직이 점점 몰리게..