🖥Monolithic System

한 프로젝트 파일에 모두 박아두는 시스템

• 단점
  • 빌드 및 배포를 하는데도 굉장히 사이즈가 크니까, 엄청 오래 걸림 → 격주 배포등..
  • 코드 수정시 변경 영향이 어디까지 미치는지 파악하기가 너무 어려움
    • 에러 하나가 났는데, 전체 서비스가 다운될수도 있음..
• 장점
  • 상대적으로 운영하기 용이하다.
    • 프로젝트 파일이 하나이므로, 관찰 대상이 하나임
  • 내부 메소드 호출로 성능 문제 없다.
    • MSA는 Network로 호출함
  • 단일 DB사용하며, 트랜잭션 관리 용이하다.

💻MSA (Microservice Architecture)

• 모놀리틱 구조의 단점을 보완하기위해 나온 아키텍처

• 서비스에 따라 프로젝트를 여러개를 나누어 개발하는 방법

• 장점

  • 빠른 배포 가능 (서비스 단위로 자율적, 독립적 배포 가능)
    • 서비스는 작기 때문에 코드 수정에 대한 영향범위가 상대적으로 적음
    • 각 서비스들은 네트워크를 통한 Interface로 느슨히 결합 됨
  • 탄력적이고 선택적인 확장 (작은 서비스 단위로 확장 가능)
  • 일부의 장애가 시스템 전체 장애로 이어지지 않음
  • 결과적으로 빠르게 변화하는 비즈니스 환경에 민청하게 대응 가능
  • MSA는 Polyglot Architecture를 지원하면서, 각 서비스는 자신만의 고유한 언어 및 프레임워크 선택 가능하다 → 강세가 있는 기술스택을 선택적으로 사용 가능.

• 단점

  • 모니터링 대상 많아진다.
    • spring, node, jango / rdb, nosql .. 등등 기존보다 훨씬 많은 프로젝트와, 기술스택이 존재해서 모니터링 할 대상이 많아진다.
  • DB트랜잭션 처리 어려움
    • 각 서비스에 각 DB 사용 ..
    • 분산 환경에서 트랜잭션 어려움

• MSA의 핵심

  • 무조건 나누었다고, MSA가 아니다.
    • 각 서비스는 배포를 개별적으로 할 수 있어야한다. 1번 시스템을 배포할려는데, 2번도 빌드를 해야하면? → 문제가 있음
    • 서비스간에 매~우 낮은 결합도!!! 가 MSA의 분리 핵심이다. (서비스내에서는 응집도는 높아야함)
    • 자칫하면 분산된 Monolithic 시스템이 될 수 있다. 조심해야함

• MSA의 특징

  • 서비스를 통한 컴포넌트화
  • 분산 된 거버넌스
    • 중앙에 강력한 표준이나 절차의 준수를 강요하지 않음.
      • 기존 : 우리는 자바 1.4, 스프링 2.1 사용해 ~
      • MSA도입후 : 팀마다, 서비스마다 적합한 기술을 선택!
  • 분산 된 데이터 관리
    • MSA는 해당 서비스의 데이터를 각자관리 (서비스당 DB 존재)
    • 각 서비스는 API를 통해서! 다른 서비스의 데이터에 접근 (Direct 접근 절대 NO!)
      • 다이렉트로 접근하면, 서비스간 (DB간) 결합도가 높아진다! → MSA 핵심 위반
    • 트랜잭션 처리 어려움 ㅠ (결과 일관성 위험..)