Java 개발자를 위한 DevOps 도구

4장. 모놀리스 해부하기

이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: [e-mail]

익쉘 루이즈

궁극적인 목표는 디지털 혁신을 통해 인류의 삶의 질을 개선하는 것이어야 합니다.

포니 마 화텅

역사적으로 인간은 아이디어와 개념을 단순하거나 복합적인 부분으로 분해하는 데 집착해 왔습니다.분석과 종합을 결합함으로써 우리는 더 높은 수준의 이해를 달성할 수 있습니다.

아리스토텔레스는 분석을 "모든 화합물을 합성이 이루어진 것들로 분해하는 것"이라고 했습니다. 분석은 합성의 반대말이며,합성은 원리에서 원리에서 파생된 것들로 가는 길이고 분석은 끝에서 원리로 돌아가는 것"이기 때문입니다.

소프트웨어 개발은 시스템을 복합적인 부분으로 분석하여 입력, 원하는 출력, 세부 기능을 식별하는 유사한 접근 방식을 따릅니다. 소프트웨어 개발의 분석 과정에서 우리는 입력을 처리하고 출력을 전달하거나 유지하기 위해 항상 비업무용 기능이 필요하다는 사실을 깨달았습니다. 따라서 소프트웨어 구축을 단순화하기 위해 공유, 소비 또는 상호 연결할 수 있는 재사용 가능하고 잘 정의되며 상황에 따라 구속되는 원자적인 기능의 이점을 누릴 수 있다는 것이 분명해졌습니다.

개발자가 주로 고객/비즈니스의 잘 정의된 요구 사항 충족, 일부 잠재 사용자의 인지된 요구 사항 충족, 개인적인 필요(작업 자동화)를 위한 기능 사용 등 목적을 달성하기 위한 비즈니스 로직 구현에 집중할 수 있도록 하는 것은 오랜 바람이었습니다. 가장 많이 재창조된 바퀴 중 하나인 안정적인 상용구 코드를 재창조하는 데 매일 너무 많은 시간을 낭비하고 있습니다.

마이크로서비스 패턴은 약속된 이점이 탁월하기 때문에 최근 몇 년 동안 악명과 추진력을 얻었습니다. 알려진 안티패턴을 피하고 모범 사례를 채택하며 핵심 개념과 정의를 이해하는 것이 이 아키텍처 패턴의 이점을 달성하는 동시에 채택의 단점을 줄이는 데 가장 중요합니다. 이 장에서는 안티패턴을 다루며 Spring Boot, Micronaut, Quarkus 및 Helidon과 같은 널리 사용되는 마이크로서비스 프레임워크로 작성된 마이크로서비스의 코드 예제를 포함합니다.

일반적으로 모놀리식 아키텍처는 단일 소스 애플리케이션에서 모든 요구 사항을 해결하는 단일 장치 또는 시스템을 또는 배포하며, 모놀리스 애플리케이션과 모놀리식 아키텍처라는 두 가지 개념을 구분할 수 있습니다.

모놀리스 애플리케이션에는 특정 기능에 필요한 모든 단계를 수행하는 하나의 배포된 인스턴스만 있습니다. 이러한 애플리케이션의 한 가지 특징은 고유한 인터페이스 실행 지점이 있다는 것입니다.

모놀리식 아키텍처는 모든 요구사항이 단일 소스에서 처리되고 모든 부분이 하나의 단위로 제공되는 애플리케이션을 말합니다. 구성 요소는 비공개 기능의 액세스를 명시적으로 제한하기 위해 외부 클라이언트와의 상호작용을 제한하도록 설계되었을 수 있습니다. 모놀리스의 구성 요소는 느슨하게 결합되어 있지 않고 상호 연결되거나 상호 의존적입니다. ...