Java의 반응형 시스템

결론

이제 이 책의 마지막에 이르렀습니다. 반응형 아키텍처의 원리와 이를 구현하기 위한 기술적 관행에 대해 Quarkus로 살펴봤습니다.

간략한 요약

2부에서는 반응형 아키텍처를 살펴보았습니다. 반응형 시스템(4장)은 분산 시스템을 구축하는 다른 방법을 제안합니다(3장). 시스템을 구성하는 다양한 구성 요소 간에 메시지 전달을 사용하면 Cloud에 배포되거나 컨테이너에서 실행되는 최신 애플리케이션에 필수적인 두 가지 특성인 탄력성과 복원력이 가능합니다. 하지만 이것이 전부는 아닙니다. 반응형 애플리케이션은 또한 워크로드를 적시에 처리하고 리소스를 효율적으로 사용해야 합니다('비차단 입출력의 역할' 참조). 이 마지막 요점은 반응형 애플리케이션이 비차단입출력을 사용하도록 유도하고 너무 많은 OS 스레드를 생성하지 않도록 합니다("비차단 입출력의 역할"). 결과적으로 실행 모델은 응답 시간을 개선하고 메모리 소비를 개선하지만 공짜로 제공되는 것은 아닙니다. 이러한 애플리케이션을 작성하려면 코드 작성 방식을 바꿔야 합니다. I/O 스레드를 차단하지 않아야 하며 연속 전달 스타일을 사용하여 코드를 작성해야 합니다. 이 책에서는 리액티브 프로그래밍과 Mutiny(5장, 7장)에 대해 살펴봤습니다.

또한, Cloud와 컨테이너에 맞게 조정된 Java로 애플리케이션을 작성하는 스택인 Quarkus에 대해서도 다루었습니다(2장). Quarkus는 네트워크와 논블럭킹 I/O를 처리하는 반응형 엔진 위에서 실행됩니다. 또한 Quarkus는 대규모의 반응형 API를 제공합니다. 엔진과 API의 조합은 반응형 애플리케이션을 구축하는 기반을 조성합니다(6장). Quarkus는 HTTP 엔드포인트(8장), 데이터 소스와의 상호작용(9장) 및 HTTP 서비스 소비를 위한 반응형 API를 제공합니다(12장).

Quarkus는 반응형 시스템을 구축하기 위한 연결 조직도 제공합니다(10장). 이 책에서는 Kafka와 AMQP 1.0을 다루었지만, 더 많은 가능성을 사용할 수 있습니다(11장).

Quarkus를 사용하면 반응형 시스템을 설계, 구축 및 운영할 수 있습니다. Observability는 분산 시스템의 핵심 구성 요소이며 개발 마지막에 추가하는 기능이 아닙니다(13장). 반응형 시스템은 분산 시스템이며 장애는 불가피합니다. 시스템을 계속 실행하고 목적을 달성하려면 관찰, 문제 감지, 경보 발령 및 반응할 수 있는 기능이 필수적입니다.

그게 다인가요?

이 책에서는 리액티브 시스템을 구축하기 위한 완벽한 솔루션을 제공하지는 않았습니다. 리액티브 시스템을 구축하기 위한 원칙과 구성 요소를 다루었습니다. 그러나 소프트웨어의 모든 것이 그렇듯이 이상적인 솔루션은 항상 문제에 따라 달라집니다. 도구 상자를 보여드렸지만, 애플리케이션에 가장 적합한 도구를 선택하고 리액티브 원칙에 따라 시스템을 조립하여 수익을 창출하는 것은 여러분의 몫입니다.

이 책에서는 Quarkus로 반응형 애플리케이션과 시스템을 구현하기 위한 많은 기능을 소개했지만, 이는 표면적인 부분일 뿐입니다. ...