마이크로서비스 아키텍처 (MSA : MICROSERVICES ARCHITECTURE ) 는 ?
마이크로서비스 아키텍처 는 애플리케이션 구축을 위한 아키텍처 기반의 접근 방식입니다.
마이크로서비스를 전통적인 모놀리식(monolithic) 접근 방식과 구별 짓는 기준은 애플리케이션을 핵심 기능으로 세분화하는 방식입니다.
각 기능을 서비스라고 부르며, 독립적으로 구축하고 배포할 수 있습니다. 이는 개별 서비스가 다른 서비스에 부정적 영향을 주지 않으면서 작동(또는 장애가 발생)할 수 있음을 의미합니다.
마이크로서비스 아키텍처 ( MSA) 발표 자료 다운로드
성공적인 마이크로 서비스 아키텍처 구축
마이크로서비스 아키텍처는 느슨하게 결합되면서 자율적인 서비스를 생성하기 위한 새로운 아키텍처 스타일입니다.
DevOps, PaaS(서비스로서의 플랫폼), 컨테이너, CI/CD(지속적 통합/지속적 제공) 방법 등의 급부상하는 기술 트렌드는 기업에서 SOA(서비스 지향 아키텍처)와 같은 이전 접근 방식을 능가하는 규모와 효율적 방식으로 모듈식 시스템을 생성 및 관리하도록 지원합니다.
그러나 모놀리식 애플리케이션을 마이크로서비스로 리팩토링하는 조직에서 얻을 수 있는 성공의 정도는 천차만별입니다.
이이를 효과적으로 사용하려면 애플리케이션 제작에 마이크로 서비스를 사용해야 하는 이유와 적용 방법에 대한 정확한 이해가 선행되어야 합니다.
마이크로 서비스 아키텍처 고려 사항
마이크로서비스 아키텍처가 모든 조직에 맞다고 할 수 없습니다. 사전에 파악 할 사항은 다음과 같은 내용입니다.
IT조직은 MSA를 적용할 준비는되어 있는가?
마이크로 서비스로의 전환은 기술적인라기보다는 조직적인 전환합니다. 팀은 자동화와 지속적인 전달 중심의 접근 방식에 의한 소프트웨어 구축을 받아들이는 준비를해야합니다.
IT 조직은 업무별 사일로를 제거하고 서비스 구축과 운영을 함께 할 수 있는 팀 구성이 가능한가요?
은 새로운 접근 방식을 취하지 않는다면 반드시 관리의 두통 거리가 될 것입니다.
모든 애플리케이션이 마이크로서비스를 필요로 하는 것은 아닙니다. 마이크로 서비스는 민첩성을 향상 시키지만 동시에 복잡성을 증가 시킵니다. 마이크로 서비스를 사용하기 전에 민첩성의 향상이 정말 필요한지 확인하십시오.
서비스 연계를 어떻게 할 것인가
마이크로서비스는 서로 느슨하게 연결되어있어 자주 변경합니다. 서비스의 최신 URL을 어떻게 확인합니까?
현재 배포된 서비스 검색, 부하 분산 및 메시징을위한 기술은 마이크로 서비스가 도입되는 역학에 매우 적합하지 않습니다.
관리 항목의 수가 증가하면 운영상의 위험이 증가합니다. 수백 또는 수천 개의 서버에 걸쳐 수백 또는 수천 마이크로 서비스를 구축하는 것은 새로운 접근 방식을 취하지 않는다면 반드시 관리의 두통 거리가 될 것입니다.
References & Related Links
- 마이크로서비스란? – Red Hat– https://www.redhat.com/ko/topics/microservices/what-are-microservices
- 성공적인 마이크로서비스 아키텍처 구축 – https://www.redhat.com/cms/managed-files/mi-microservices-architecture-design-whitepaper-inc0336100lw-201602-a4-ko.pdf
- Do Not Use MSA – 마이크로서비스 아키텍처가 꼭 필요한가요? – https://www.samsungsds.com/global/ko/support/insights/1211360_2284.html
OPENMARU Newsletter 56호 | GPT는 모르는, 한국인만 아는 ‘그 느낌’까지 구현할 수 있을까?
/카테고리: APM/작성자: 오픈마루 마케팅3OPENMARU Newsletter 55호 | VM과 클라우드 네이티브, 효율의 차이는 어디서 오는가?
/카테고리: APM/작성자: 오픈마루 마케팅3HTTP 응답 코드 백서: 안정적인 웹 서비스를 위한 핵심 가이드
/카테고리: APM/작성자: 오픈마루 마케팅3