초보 개발자의 기록

MSA(마이크로서비스 아키텍처)란?MSA(Microservices Architecture)는 하나의 애플리케이션을 여러 개의 독립적인 서비스로 분리하여 개발, 배포, 유지보수가 용이하도록 설계한 소프트웨어 아키텍처 스타일입니다.정해진 강제 규칙이 있는 것이 아니라, 프로젝트 상황에 맞게 유연하게 적용할 수 있는 방식입니다.각 서비스는 하나의 비즈니스 기능을 담당하며, 독립적 배포와 확장이 가능합니다.서비스 간 통신은 일반적으로HTTP / HTTPS메시지 큐(Message Queue)와 같은 방식으로 이루어집니다.예를 들어 주문(Order), 상품(Product), 사용자(User) 서비스를 분리하면,각 서비스는 독립적으로 개발 · 배포할 수 있고, 반드시 동일 기술을 사용할 필요도 없습니다.통신 규격(A..

Microservice 비즈니스 애플리케이션을 구성하는 여러 개의 작은 기능들 독립적으로 배포 가능한 단위로 구성 마이크로 서비스는 사람과 조직 간의 커뮤니케이션을 최소화하고, 변경 범위와 이에 대한 리스크를 회소화함으로 딜리버리를 가속화 - 독립적 단일 기능 - 의존성 탈퇴 - 컨텍스트 의미 부여 - 데이터 조작 분리 - 상호 인터페이스 MSA 여러개의 작은 서비스를 구축하고 이들을 조합하여 비즈니스 애플리케이션을 개발하는 아키텍처 방식 각 서비스는 개별 프로세스로 실행되어야 하고, 가벼운 방법으로 통신 자동화된 배포방식을 이용하여 독립적으로 배포 중앙 집중적 관리 최소화 각 서비스는 서로 다른 언어와 데이터 저장 기술을 사용하여 구축 가능 장점 - 빠른 개발 및 대응 가능 - 개발 언어에 독립적 - ..

왜 많은 기업이 기존의 방법을 버리고 IT서비스를 MSA로 전환하려고 할까? 1. 분산 기술의 성숙과 새로운 기술의 등장 2. 더 쉽고 단순한 방식의 서비스별 호스팅 가능 3. 애자일 개발 프로세스의 보편화 배경 및 동향 비즈니스 측면 비즈니스 변화에 민첩하고 능동적으로 대응이 가능한 디지털 혁신을 요구 - 빠르게 변화하는 디지털 역량 및 서비스에 대한 능동적인 대응을 위한 역량이 필요 - 새로운 서비스 개벌 혹은 핵심 업무의 변경에 대한 신속하고 유연한 대응 체계가 필요 - 고객 및 시장의 빠른 변화 및 요구에 맞는 검증된 서비스 혹은 솔루션에 대한 유연한 활용 체계 필요 - 서비스 중심의 기획. 개발. 배포. 운영을 위한 조직 및 방법, 문화의 변화를 통한 비즈니스 민첩성 기반 확보 기술 측면 - 민..

MSA 도입이 반드시 필요한가? 애플리케이션을 보다 빠르게 개발하고 성능을 지속적으로 높여 나갈 수 있다는 이유로 MSA가 각광을 받기 시작했지만, 반드시 도입이 필요한가? 현재 운영 중인 서비스를 개선하거나 새로운 서비스를 기획할 때, 기존 레거시 시스템 및 데이터 연계, 현재 시점의 요구사항, 예측 가능 범위 내의 미래 변화까지 대응할 수 있도록 아키텍처를 비롯한 프로세스, 인프라, IT 환경에 대한 보다 폭넓고 수준 높은 이해가 필요함. 모놀리식으로 관리하기에 특별히 복잡한 시스템을 운영할 상황이 아니면 마이크로 서비스는 고려할 필요조차 없다. MSA 도입을 위해 고려해야 할 사항 시스템 복잡도 단계에 따라 아키텍처 선택 시 개발 생산성에 크게 영향을 받을 수 있다. 언제 모놀리식 아키텍처를 사용하..

MSA 개념 MicroService Architecture의 줄임말 마이크로 서비스란 특정한 기능 제공을 위해 서비스들이 블록처럼 조립되는 형태의 독립적으로 배포 가능하고, 다른 기술 스택(개발언어, 데이터베이스 등)이 사용 가능한 각각의 기능을 수행하는 서비스로 구성된 프레임워크이다. MSA의 등장 배경 Monolithic Architecture 모놀리틱 아키텍처는 소프트웨어의 모든 구성요소가 한 프로젝트에 통합되어 있는 형태. 웹의 경우 WAR로 빌드되어 WAS에 배포하는 형태를 말한다. 소규모 프로젝트에서 사용된다. 일정 규모 이상의 서비스 혹은 수백 명 이상의 개발자가 투입되는 프로젝트에서 Monolithic Architeture는 한계가 있음. 기존의 특정한 물리적인 서버에 서비스를 올리던 on..