이벤트 중심 아키텍처(EDA)는 이벤트나 메시지에 반응하며 직접적인 동기식 통신에 의존하지 않고 특정 작업을 트리거합니다. EDA는 비동기식이기 때문에 구성 요소가 독립적으로 작동하여 다양한 워크로드에서 시스템 응답성과 성능을 개선할 수 있습니다.
파일 업로드와 새 사용자 등록이라는 두 가지 간단한 예를 생각해 보세요. 이 두 작업은 모두 동기식 요청-응답 흐름(즉, REST API)를 통해 이루어질 수 있지만 파일 업로드에 대한 상태 업데이트 또는 새 사용자 데이터가 데이터베이스에 삽입된 후 수행할 다음 작업을 트리거하려면 새로운 요청이 필요합니다. 여러 명의 작업 실행자가 계속해서 메시지를 폴링하고, 무선 침묵이나 관련 없는 수다 속에서 지칠 줄 모르고 작업하다가 가끔씩 조치를 취할 수 있는 메시지를 받는다고 상상해 보세요. 이는 온디맨드 클라우드 컴퓨팅 리소스의 탄력성을 가장 효율적으로 활용하지 못하는 부분입니다. EDA는 푸시 기반 접근 방식으로 이 문제를 해결합니다.
이벤트 기반 시스템은 필요에 따라 구성 요소를 추가하거나 제거하여 빠르게 확장할 수 있으며, 하나의 구성 요소를 사용할 수 없는 경우에도 시스템이 계속 작동할 수 있으므로 장애에 대한 복원력이 뛰어납니다. EDA는 또한 구성 요소가 이벤트에 반응하여 완전한 데이터 세트를 기다리지 않고 데이터가 도착하는 즉시 처리할 수 있으므로 대량의 데이터를 실시간으로 처리하고 처리하는 데 매우 적합합니다.
EDA를 고려해야 하는 이유는 무엇인가요?
- 시스템 유연성 향상: 이벤트 중심 아키텍처의 느슨하게 결합된 특성 덕분에 전체 시스템에 영향을 주지 않고 구성 요소를 쉽게 수정, 추가 또는 제거할 수 있으므로 변화하는 요구 사항에 맞게 조정할 수 있습니다.
- 확장성 향상: EDA는 간편한 수평적 확장을 지원하므로 필요에 따라 구성 요소 또는 서비스의 인스턴스를 추가하여 워크로드 또는 트래픽 증가를 처리할 수 있습니다.
- 시스템 복원력 향상: EDA의 비동기 통신 및 분리된 구성 요소는 한 구성 요소의 장애가 반드시 시스템 전체의 중단을 초래하지 않기 때문에 내결함성 향상에 기여합니다.
- 실시간 처리 기능: EDA는 대용량 데이터와 복잡한 이벤트 패턴을 실시간으로 처리할 수 있으므로 급변하는 상황에 대한 즉각적인 인사이트나 대응이 필요한 비즈니스에 적합합니다.
- 리소스 사용 최적화: 이벤트가 발생할 때만 대응함으로써 EDA는 리소스 활용을 최적화하고 지속적으로 실행되는 프로세스의 필요성을 줄여 잠재적으로 비용 절감과 효율성 향상으로 이어집니다.
클라우드 네이티브 서버리스 컴퓨팅
EDA는 서버리스 컴퓨팅과 같은 애플리케이션 개발 모델을 지원하여 코드의 이식성을 높이고 제공업체에 구애받지 않으므로 기능, 지원 언어, 비용 등을 기준으로 클라우드 제공업체를 선택할 수 있습니다. 서비스형 기능(FaaS)은 많은 클라우드 제공업체에서 제공하는 인기 상품으로, 사용자가 기능과 애플리케이션 인프라를 모두 하나로 관리할 수 있습니다. 클라우드 제공업체는 서버 프로비저닝, 확장 및 유지 관리를 포함한 기본 인프라를 처리하여 책임 계층 역할을 하므로 개발자는 코드 작성에만 집중할 수 있습니다.
AWS Lambda, Azure Functions, Google Cloud Functions와 같은 익숙한 FaaS 서비스를 플랫폼 네이티브라고 합니다. 이러한 서비스는 쉽게 마이그레이션할 수 없는 특정 클라우드 제공업체를 사용하도록 사용자를 묶어두는 경우가 많습니다. Knative는 서버리스 실행을 위한 오픈 소스 Kubernetes 기반 플랫폼으로, 몇 초 내에 애플리케이션을 0개에서 N개의 복제본 수로 확장할 수 있다는 점에서 많은 이야기를 듣게 될 것입니다. 0으로 확장하는 것은 Kubernetes와 Knative가 필요에 따라 리소스를 재할당할 수 있기 때문에 환상적입니다.
하나의 코드 스니펫을 여러 번 병렬로 호출할 수 있으므로 리소스를 자동으로 확장할 수 있습니다. 앞서 언급한 플랫폼 네이티브 FaaS 제품은 예측할 수 없는 가격 때문에 선호도가 높지 않습니다. 관리형 Kubernetes 서비스를 통해 컴퓨팅 인스턴스에서 Knative를 실행하면 예측 가능한 단일 요금을 지불하고 일부 무료 티어 이후에 적용되는 실행당 과금에 대해 걱정할 필요가 없습니다.
서버리스를 고려해야 하는 이유는 무엇인가요?
- 비용 효율성: 서버리스 컴퓨팅 종량제 요금 모델은 기업이 리소스를 미리 할당하지 않고 사용한 컴퓨팅 시간만큼만 비용을 지불하므로 비용을 절감할 수 있습니다.
- 확장성 향상: 서버리스 컴퓨팅은 수요에 맞춰 리소스를 자동으로 확장할 수 있으므로 애플리케이션이 수동 개입이나 다운타임 없이 워크로드 증가를 처리할 수 있습니다.
- 운영 오버헤드 감소: 서버리스 컴퓨팅을 사용하면 클라우드 공급자가 기본 인프라를 관리하므로 IT 팀은 애플리케이션 개발, 혁신 및 기타 전략적 이니셔티브에 집중할 수 있습니다.
- 시장 출시 시간 단축: 서버리스 컴퓨팅이 제공하는 간소화된 개발 및 배포 프로세스를 통해 기업은 새로운 기능, 업데이트 및 버그 수정의 릴리스를 가속화하여 경쟁 우위를 강화할 수 있습니다.
- 유연성 및 적응성: 서버리스 컴퓨팅을 통해 기업은 다양한 프로그래밍 언어와 기술을 사용하여 애플리케이션을 빌드하고 배포할 수 있으므로 변화하는 요구 사항에 쉽게 적응하거나 필요에 따라 새로운 기술을 통합할 수 있습니다.
앞서 언급했듯이 서버리스 컴퓨팅은 이벤트 중심 아키텍처를 기반으로 하므로 HTTP 요청, 파일 업로드, 데이터베이스 업데이트 등과 같은 이벤트에 의해 함수가 트리거됩니다. 이는 애플리케이션 아키텍처를 단순화하고 확장성을 개선하는 데 도움이 될 수 있습니다.
서버리스 함수는 상태 비저장형이어야 합니다. 호출 간에 데이터나 상태를 저장하지 않으므로 함수를 쉽게 확장할 수 있고 실패할 경우 함수를 교체할 수 있습니다. 또한 수명이 짧아야 리소스가 낭비되지 않고 함수를 빠르게 확장할 수 있습니다. 함수의 작업이 장기적으로 실행되는 경우, 지속적으로 실행되는 서비스가 더 적합한지 평가하세요.
서버리스 기능이 예상대로 작동하는지 확인하고 문제나 오류를 식별하기 위해 모니터링 및 로깅하는 것도 잊지 마세요. Prometheus 및 Grafana 과 같은 로그 애그리게이터 및 애플리케이션 성능 모니터링(APM) 도구와 같은 도구를 사용하세요. 그리고 인증, 권한 부여, 암호화와 같은 모범 사례를 사용하여 함수를 보호하는 것을 잊지 마세요. 이를 통해 애플리케이션의 보안을 유지하고 민감한 데이터를 보호할 수 있습니다. 프로덕션 환경에 배포하기 전에 철저하게 테스트하여 예상대로 작동하고 취약점이 없는지 확인하세요.
서버리스 컴퓨팅은 비용 효율적일 수 있지만 기능 최적화, 리소스 공유, 자동 확장 등의 비용 최적화 기술을 사용하여 비용을 절감하고 효율성을 개선하는 것이 중요합니다. 워크로드, 사용 패턴 및 요구 사항을 평가하여 특정 사용 사례에 서버리스 컴퓨팅이 비용 효율적인지 여부를 결정하세요. 예상 사용 패턴, 성능 요구 사항, 사용하려는 서버리스 플랫폼의 가격 구조를 고려하세요.
내용