MSA-1.2-MSA의 등장

MSA Why now?

• AWS 등장
  • laaS : 인프라를 서비스로 제공
    • 가장 많이 사용 : 인프라 + 서버 -> 관리하는 리소스가 많은 처리를 해야하기 때문에
  • PaaS : 인프라보다 위에있는 플랫폼 서비스를 제공
  • SaaS : Solution
    

AWS 등장하면서 AWS가 사용하기 까다로운 인프라, 서버관리(laaS)를 서비스 형식으로 줌 -> 사용안할 이유가(개꿀)

• AWS EC2 : IDC에서 on-Premise 라는 인프라를 클라우드 환경에서 서비스화 시켜서 제공해주는 것

  • 가상서버를 구축하고 실행할 수 있는 서비스 -> 필요에 따라 원하는 성능과 운영체제를 사용하고 유연한 Scaling 가능
    • Scale Up
    • Scale Out
  • 사용한 만큼 돈줘
  • 총평 : 서버 인프라 관리를 위한 시간과 비용 감축!
    

• AWS S3, DynamoDB, RDS

  • AWS S3 : 객체형 DB
  • DynamoDB : Key, Value 형태의 인메모리 DB
  • RDS : RDB(Oracle, MySQL과 같은)
  • 공통점 : 물리적인 인프라를 구축하는 데에 있어서 가장 큰 장벽
    • 근데 이걸 AWS가 제공해주네?? 개꿀
      

• Docker, Docker Compose, K83

  • Docker : 컨테이너 가상환경으로 image를 만들수 있는 기술
  • Docker Compose : image로 부터 실행된 컨테이너들을 1개처럼 관리하는 도구
  • K83 : 위에 것들 고도화
    

• 왜 MSA 유명해졌는데?

  • 원래 모놀리스로 고통받았는데 기술의 발전이 생겨서 바꿔보니까 MSA가 개꿀이였다.
    

모놀리스, SOA, MSA 역사

• 모놀리식
  • 1개의 App이 1개의 서버에 배포
  • 단일 코드베이스
  • 싱글, 멀티로 있지만 근본은 하나의 프로세스
• SOA : 서비스 지향 아키텍처
  • Service Oriented Architecture
  • 모놀리스로 안되니까 머리 싸매고 SOA 만들어봄
  • 서비스 단위로 개발 -> 규격화된 프로토콜을 사용하여 통신
    • 따라서 동일한 기술스택으로 서비스 개발 -> 서비스들간의 재사용이 목적
  • ESB(Enterprise Service bus)라는 개념을 통해 요청에 대해 어떤 서비스들을 호출할 지 캠술화된 Layer 존재
  • 서비스간 통합 강조
  • 모놀리스와 SOA 비교
    • 
  • SOA와 MSA 비교
    • 

어떻게 MSA가 모놀리스를 해결했을까

• 모놀리식과 SOA 문제

  • 

• MSA에서 개발이 빠라지는 이유

  • 모놀리스에서 필요성이 낮았던 것들이 MSA에서는 중요
    • CI/CD Pipeline : 지속적인 것 때문에
    • Automation
    • API Gateway : 어떤 서비스를 호출해야할까?
      • 과거에는 트래픽 분산(1개의 DB)
    • 

• MSA 구성요소 보기

개발자의 관점
사용자의 관점
모니터링의 관점

• 결론