기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
AWS 애플리케이션 통합 서비스 선택
첫 번째 단계 수행
|
용도
|
워크로드에 가장 적합한 AWS 애플리케이션 통합 서비스를 확인할 수 있습니다.
|
|
최종 업데이트 날짜
|
2025년 4월 16일
|
|
적용 대상 서비스
|
|
소개
애플리케이션 통합은 마이크로서비스, 분산 시스템 및 서버리스 애플리케이션 내에서 분리된 구성 요소 간의 통신을 지원하는 서비스 제품군입니다. Amazon Web Services(AWS)는 클라우드에서 실행되는 다양한 워크로드 세트를 지원하기 위해 50% 이상의 애플리케이션 통합 서비스를 제공합니다.
조직 및 워크로드에 가장 적합한 통합 서비스를 선택하는 것은 어려울 수 있습니다. 이 결정 가이드는 요구 사항을 찾기 위해 올바른 질문을 하는 데 도움이 되며 워크로드에 적합한 통합 서비스를 평가하고 선택하는 방법에 대한 명확한 지침을 제공합니다.
이해
현대화의 주요 이점 중 하나는 운영 책임을 전환하여 리소스를 확보하여 더 많은 부가가치 및 혁신 주도 활동을 수행할 수 있다는 것입니다.
규모 조정, 보안 구성, 프로비저닝, 패치 등을 관리하는 Amazon Elastic Compute Cloud(Amazon EC2)에서 메시지 브로커를 호스팅하는 것부터 모든 기본 인프라를 관리하는 서버리스 제품에 이르기까지 다양한 수준의 현대화에 걸쳐 공동 책임 옵션이 있습니다.
가 AWS 제공하는 기준, 환경 및 통합 서비스 제품군을 탐색하고 이해하기 시작할 때 몇 가지 모범 사례를 검토하는 것이 좋습니다. 이러한 모범 사례는 선택한 서비스(또는 서비스 제품군)에 관계없이 적용됩니다.
환경의 통합 이해
일부 조직에서는 오픈 소스 통합을 유지 관리하는 데 원하는 것보다 더 많은 시간을 소비하는 것이 일반적입니다. 이러한 투자를 할 때 커뮤니티 소스 및/또는 엔터프라이즈 또는 파운데이션의 지원을 고려하는 것이 좋습니다. 이러한 구성 요소 및 관련 통합에는 일반적으로 업데이트가 필요하므로 이러한 프로젝트에 대한 투자는 재무뿐만 아니라 지식 자본 및 잠재적 기술 부채에 대한 투자이기도 합니다. 자세한 내용은 AWS 오픈 소스 블로그를 참조하세요.
아키텍처 특성 이해
다양한 아키텍처를 지원하는 능력이 중요합니다. 아키텍처를 구축할 때 내리는 결정을 이해하는 데 도움이 되도록 AWS Well-Architected Framework를 가이드로 사용하는 것이 좋습니다 AWS. 또한 Well-Architected Framework를 사용하면 클라우드에서 안정적이고 확장 가능하며 안전하고 효율적이며 비용 효율적인 시스템을 설계하고 운영하기 위한 아키텍처 모범 사례를 배울 수 있습니다.
통합 서비스 조합 사용
특별히 구축된 서비스를 사용하는 경우 서비스 조합이 사용 사례에 가장 적합할 수 있습니다. 다음은 AWS 고객이 서비스 조합을 사용하는 몇 가지 일반적인 방법을 나열한 것입니다.
-
다운스트림 소비자를 위한 버퍼로 Amazon EventBridge 또는 Amazon Simple Notification Service(Amazon SNS) 이벤트를 Amazon Simple Queue Service(Amazon SQS) 대기열로 라우팅합니다.
-
EventBridge 파이프를 사용하여 스트림(Amazon Kinesis Data Streams 또는 Amazon Managed Streaming for Apache Kafka(Amazon MSK)) 또는 대기열(Amazon SQS 또는 Amazon MQ)에서 직접 이벤트를 가져오고 EventBridge 버스로 이벤트를 전송하여 소비자에게 푸시합니다.
-
분석을 수집하고 보기 위해 EventBridge 또는 Amazon SNS 이벤트를 Kinesis Data Streams 또는 Amazon MSK로 라우팅합니다.
정의
기준, 환경, 전략적 방향 및 사용 가능한 서비스(배포 호스팅 및 관리형 양식 모두 포함)를 더 명확하게 파악한 후에는 통합 요구 사항을 식별해야 합니다. 기존 통합 플랫폼 또는 메시지 브로커로 마이그레이션하는 경우 일부 요구 사항을 이미 알고 있을 수 있습니다. 그러나 클라우드 환경으로 이동할 경우 이러한 요구 사항이 어떻게 변경되는지 설정해야 합니다.
메시징 또는 스트리밍 플랫폼
이러한 플랫폼은 특정 비즈니스 기능을 수행할 것으로 예상됩니다. 필요한 기능을 고려할 때 다음 예제 사용 사례를 사용합니다.
예제 1:
다양한 비즈니스 규칙이 적용되는 다양한 클레임 유형(자동차, 주택 또는 생명)에 대한 메시지로 다양한 클레임을 수신하는 보험 회사를 생각해 보세요. 메시지 소비자는 메시지의 헤더 속성에 따라 다른 대상으로 클레임을 라우팅할 수 있는 기능이 있어야 할 수 있습니다.
예제 2:
항공편 상태 업데이트가 Advanced Messaging Queuing Protocol(AMQP)과 같은 프로토콜을 사용하여 공항 또는 게이트 운영과 같은 연결된 모든 시스템에 알려야 하는 항공사를 생각해 보세요. 기능 및 비즈니스 사용 사례 프리미티브에 대한 큰 질문은 가장 적합한 메시징 플랫폼을 구성하는 것입니다. 사용 사례에 따라 플랫폼의 적합성을 결정할 수 있는 여러 가지 옵션이 있습니다.
-
시장 채택:이 플랫폼은 대규모 고객 커뮤니티에서 널리 채택되며 대부분의 사용 사례에 적합합니다. 발생할 수 있는 문제에 대해 생생한 지원 커뮤니티에서 시도하고 테스트합니다. 이는 개발 리소스에 사용할 수 있는 충분한 훈련이 있는 위험이 낮은 결정입니다.
-
사용 사례에 가장 적합: 이러한 플랫폼은 항공사, 물류 또는 의료와 같은 특정 업계 사용 사례에 맞게 조정됩니다. 채택할 수 있는 미리 만들어진 템플릿이 있는 사용 사례에 가장 적합할 수 있습니다. 이러한 플랫폼은 쉽게 시작할 수 있지만 시장 채택 수준과 유연성이 부족할 수 있습니다. 이러한 유형의 플랫폼을 채택하려면 검증 및 사내 전문 지식 구축에 많은 시간과 리소스가 필요할 수 있습니다.
-
최신: 이러한 플랫폼은 클라우드 규모의 배포, 다중 테넌시, 재해 복구 및 서버리스 유형의 요금을 해결하기 위해 차세대 아키텍처로 구축되었습니다. 이러한 유형의 플랫폼을 사용하려면 장기 실행 가능성을 위해 워크로드를 일부 리팩터링해야 할 수 있습니다. 클라우드 네이티브 플랫폼을 사용하며 최신 애플리케이션의 잘 설계된 원칙을 사용하는 데 중점을 둡니다.
예제 3:
메시징 플랫폼이 다중 리전이어야 하는 대규모 대출 처리 워크플로의 일부인 경우 메시징 플랫폼도 동일한 비즈니스 요구 사항을 지원해야 합니다. 비오는 날 비즈니스에서 복구하고 이전 상태로 롤백할 수 있는 기능이 필요한 경우 기본 메시징 또는 스트리밍 플랫폼에는 시스템 상태를 다시 생성하기 위한 스냅샷 생성 또는 재생 기능도 있어야 합니다.
선택한 통합 플랫폼은 대출 애플리케이션의 비동기 처리를 용이하게 하거나 다단계 미디어 처리 워크플로의 저장 및 전달 채널 역할을 해야 합니다. 비즈니스 프로세스의 중요도에 따라 메시징 또는 스트리밍 플랫폼에 필요한 기능이 결정됩니다.
고려 사항
클라우드의 주요 애플리케이션 통합 아키텍처를 고려할 때 각 통합 지점의 기능 요구 사항을 결정하는 방법에는 여러 가지가 있습니다.
다음은 애플리케이션 통합 서비스를 선택할 때 고려해야 할 몇 가지 기준입니다.
- Managed service and operation overhead
-
운영 부담을 전환하는 관리형 서비스를 표준화하여 운영 비용을 절감하려면 클라우드로 전환하는 것이 좋습니다 AWS. 추상화 수준이 높을수록 개발자와 운영자는 차별화되지 않은 작업 대신 고유한 부가가치 활동에 집중할 수 있습니다.
- Open source
-
오픈 소스 기술에 대한 표준화를 고려합니다. 오픈 소스를 사용하면 조직이 적절한 기술을 찾고 잠금과 관련된 위험을 피할 수 있습니다.
오픈 소스 에코시스템에서 잘못된 선택을 하면 추상화 및 자체 개발 통합에 고착될 수 있습니다. 또한 다양한 오픈 소스 구성 요소가 함께 작동하도록 하는 책임은 선택한 조직에 있는 경우가 많습니다. 이로 인해 조직이 오픈 소스 통합을 유지하는 데 상당한 시간을 소비할 수 있습니다.
- Workload characteristics
-
올바른 통합 서비스를 선택할 때는 애플리케이션 간에 전송해야 하는 메시지의 특성을 이해하는 것이 중요합니다. 메시지 형식, 크기, 보존 및 우선 순위와 같은 주요 특성은 통합 서비스의 결정을 주도할 수 있습니다.
일부 통합 서비스는 작은 텍스트 기반 메시지에 더 적합한 반면, 일부는 텍스트 및 바이너리와 같은 여러 형식을 지원하고 더 큰 메시지 크기를 제공하도록 설계되었습니다. 재생 기능이 필요하다는 것은 일부 시나리오에서 메시지 순서와 함께 중요한 요소일 수도 있습니다.
예를 들어 Amazon SNS 및 Amazon SQS에서 제공하는 FIFO 기능을 사용하여 메시지 순서를 구현할 수 있습니다. 또한 EventBridge 또는 Amazon SNS와 같은 풀 또는 푸시 기반 아키텍처가 Lambda 함수를 비동기적으로 호출하는 것도 고려해야 합니다.
풀 기반 아키텍처는 메시지가 대기열 또는 스트림에 저장된 다음 소비 시스템에서 검색할 수 있는 Amazon SQS 또는 Kinesis Data Streams와 같은 서비스를 사용할 수 있습니다. Amazon MQ와 같은 메시징 서비스는 더 큰 메시지 페이로드에 대한 기능을 제공하며 무제한 보존을 제공합니다. 그러나 재생 기능은 제공하지 않습니다.
- Rapid iteration and feature velocity
-
기본 초점이 빠르게 구축되고 반복되는 경우 서버리스 서비스가 최상의 가치를 제공할 수 있습니다. 서버리스 서비스를 사용하면 인프라를 관리하지 않고도 애플리케이션을 구축할 수 있습니다. 관리형 기능과 통합을 제공하여 보일러 판 코드를 작성하는 데 소요되는 시간을 줄입니다.
새로운 아이디어를 테스트할 때 서버리스의 또 다른 이점은 이러한 서비스가 사용량 기반 요금을 제공한다는 것입니다. 코드는 서비스가 호출될 때만 실행되므로 실험에는 선결제 투자가 필요하지 않습니다.
- Application portability
-
많은 애플리케이션은 고급 메시지 대기열 프로토콜(AMQP) 또는 MQ 원격 측정 전송(MQTT)과 같은 특정 프로토콜을 사용하여 메시징 서비스에 연결합니다. 또는 특정 메시징 프로토콜을 사용하는 일부 라이브러리 종속성이 있습니다. 이러한 라이브러리 또는 프레임워크의 예로는 Spring Boot, Celery 또는 MassTransit이 있습니다.
다양한 이유로 이러한 애플리케이션을 보존할 수 있습니다. 이러한 경우 통합 서비스 선택은 애플리케이션과의 이식성을 확보하는 데 필요한 프로토콜의 지원에도 의존합니다.
- Automation portability
-
인프라 및 배포 도구와의 호환성을 제공하는 서비스가 필요할 수 있으며 온프레미스에서 호스팅하는 것과 동일한 통합 시스템(예: Apache ActiveMQ, RabbitMQ 및 Apache Kafka)을 실행해야 할 수 있습니다.
관리형 오픈 소스 서비스(예: Amazon MQ 및 Amazon MSK)는 클라우드의 이점을 제공하는 동시에 온프레미스 배포에 사용되는 많은 인기 배포 도구와 호환됩니다.
애플리케이션 리팩터링이 옵션인 경우 서버리스 서비스를 사용하여이 기능을 기본적으로 제공하고 다양한 AWS 서비스와의 풍부한 통합을 활용할 수 있습니다.
- Organization size and skills
-
조직의 기술은 올바른 통합 서비스를 결정할 때 중요한 요소입니다. 팀이 자체 관리형 제품에 익숙하고 요구 사항을 충족하는 경우 동일한에 대한 관리형 서비스를 사용하면 영향을 최소화할 수 있습니다. 이렇게 하면 서비스에 대한 모범 사례를 적용하고 부가가치 활동에 집중할 수 있습니다.
선택
이제 애플리케이션 통합 요구 사항을 평가하는 데 사용할 기준을 알았으므로 환경의 워크로드에 적합한 AWS 서비스를 선택할 준비가 되었습니다.
| 서비스 유형 |
언제 사용하나요? |
무엇에 최적화되어 있나요? |
연결된 서비스 |
|
Capacity
|
게시자와 구독자를 분리하여 여러 구독자에게 동시에 이벤트를 전송해야 할 때 사용합니다.
|
게시자와 구독자 간의 비동기식 느슨하게 결합된 통신에 최적화되었습니다. 이벤트는 메시지 라우팅 및 전송의 유연성을 제공하며 이벤트가 작업 또는 워크플로를 시작하는 데 중요한 역할을 하는 이벤트 기반 아키텍처에 적합합니다.
|
Amazon EventBridge
Amazon SNS
|
|
메시지 전송
|
여러 수신자에게 동시에 메시지를 브로드캐스트하기 위해 pub/sub 메시징이 필요한 경우를 사용하고, 구성 요소 간의 안정적이고 비동기적인 통신이 필요한 경우 point-to-point 메시징을 사용합니다.
|
분산 구성 요소 간의 처리량이 높고 확장 가능하며 안정적인 비동기식 pub/sub 및 point-to-point 최적화되었습니다.
|
Amazon SNS
Amazon SQS
Amazon MQ
|
|
스트리밍
|
실시간 스트리밍 데이터를 처리하고 처리하는 시나리오에서는 Amazon Kinesis Data Streams 및 Amazon Managed Streaming for Apache Kafka(MSK)와 같은 스트리밍 서비스를 사용합니다.
|
실시간 분석, 실시간 모니터링, 데이터 탐색 및 고속 데이터 스트림 처리가 필요한 기타 애플리케이션이 필요한 사용 사례를 위해 대량의 실시간 스트리밍 데이터를 수집, 처리 및 분석하는 데 최적화되었습니다.
|
Amazon Kinesis Data Streams
Amazon MSK
|
|
워크플로
|
체계적이고 확장 가능한 방식으로 워크플로 또는 작업 시퀀스를 설계, 조정 및 관리해야 할 때 사용합니다.
|
비즈니스 프로세스 관리, 애플리케이션 오케스트레이션, 데이터 파이프라인 자동화, 마이크로서비스 조정과 같은 사용 사례에 최적화되었습니다. 워크플로는 기본 인프라 복잡성을 추상화하므로 워크플로를 효과적으로 설계하고 관리하는 데 집중할 수 있습니다. 종속성 및 시퀀싱을 처리할 수 있으므로 병렬 처리 및 조건부 분기가 가능하고 내결함성, 오류 처리 및 재시도를 제공하여 안정적인 워크플로 실행을 보장할 수 있습니다.
|
AWS Step Functions
Amazon MWAA
|
|
일정 예약
|
데이터 처리, 백업 또는 시스템 상태 확인과 같은 일상적인 작업을 자동화해야 하는 경우 예약을 사용합니다. 작업은 매일 밤, 시간 또는 분과 같은 특정 시간 또는 간격으로 실행해야 하는 경우가 많습니다.
|
기본 제공 재시도 로직을 사용하여 안정적인 시간 기반 작업에 최적화되었습니다. 다양한 AWS 서비스와의 정확한 예약 및 통합이 필요한 워크플로에 적합합니다.
|
Amazon EventBridge
|
사용
이제 각 AWS 애플리케이션 통합 서비스가 수행하는 작업과 자신에게 적합한 작업을 명확하게 이해할 수 있습니다. 사용 가능한 각 AWS 애플리케이션 통합 서비스를 사용하고 자세히 알아보는 방법을 알아보기 위해 각 서비스의 작동 방식을 탐색하는 경로를 제공했습니다. 다음 섹션에서는 시작하는 데 도움이 되는 심층 설명서, 실습 자습서 및 리소스에 대한 링크를 제공합니다.
- Amazon SNS
-
-
Amazon SNS 및 Amazon SQS를 사용하여 주제에 게시된 메시지 필터링
Amazon SNS의 메시지 필터링 기능을 사용하는 방법을 알아봅니다.
지침으로 시작하기
-
Amazon SNS - 문제 해결
구성 정보를 보고, 프로세스를 모니터링하고, Amazon SNS에 대한 진단 데이터를 수집하는 방법을 알아봅니다.
가이드 살펴보기
-
Amazon DynamoDB 및 Amazon SNS를 사용하여 턴 기반 게임 구축
Amazon DynamoDB 및 Amazon SNS를 사용하여 멀티플레이어 턴 기반 게임을 빌드하는 방법을 알아봅니다.
지침으로 시작하기
-
이벤트 기반 아키텍처 구축
Amazon SNS를 게시 서비스로 사용하고 Amazon SQS를 구독자로 사용하여 간단한 pub/sub 구현을 구축하는 방법을 알아봅니다.
가이드 살펴보기
-
Amazon SNS FIFO를 사용하여 메시지 보관 및 재생
장애 복구 및 상태 복제 시나리오에 유용할 수 있는 Amazon SNS FIFO에 게시된 메시지를 아카이브하고 재생하는 방법을 알아봅니다.
블로그 게시물 읽기
- Amazon SQS
-
-
Getting started with Amazon SQS
이 가이드에서는 Amazon SQS 콘솔을 사용하여 대기열과 메시지를 관리하는 방법을 보여줍니다.
가이드 살펴보기
-
팬아웃 이벤트 알림 전송
Amazon SNS 및 Amazon SQS를 사용하여 팬아웃 메시징 시나리오를 구현하는 방법을 알아봅니다.
지침으로 시작하기
-
대기열 기반 마이크로서비스 오케스트레이션
메시지 대기열 기반 마이크로서비스를 오케스트레이션하는 서버리스 워크플로를 설계하고 실행하는 방법을 알아봅니다.
지침으로 시작하기
-
분산 애플리케이션 간에 메시지 전송
Amazon SQS 콘솔을 사용하여 메시지 대기열을 생성 및 구성하고, 메시지를 전송하고, 해당 메시지를 수신 및 삭제한 다음 대기열을 삭제합니다.
지침으로 시작하기
- Amazon EventBridge
-
-
Amazon EventBridge 시작하기
EventBridge는 이벤트를 대상으로 라우팅하는 규칙을 생성하는 것을 기반으로 합니다. 이 가이드에서는 기본 규칙을 생성합니다.
가이드 살펴보기
-
Amazon EventBridge 시작하기 자습서
이 자습서는 EventBridge의 기능과 사용 방법을 살펴보는 데 도움이 됩니다.
지침으로 시작하기
-
다른와 통합 AWS 서비스
다음 자습서에서는 EventBridge를 다른와 통합하는 방법을 보여줍니다 AWS 서비스.
지침으로 시작하기
-
이벤트 기반 아키텍처 구축
이벤트 기반 설계의 기본 사항, 작업에 AWS 서비스 적합한를 선택하는 방법, 비용과 성능 모두에 맞게 최적화하는 방법을 알아봅니다.
지침으로 시작하기
-
Amazon EventBridge를 사용하여 이벤트 기반 애플리케이션 구축
SaaS 애플리케이션을 포함한 여러 애플리케이션을 연결하고 Amazon EventBridge에서 제공하는 서버리스 이벤트 버스를 AWS 서비스사용하여 이벤트 기반 애플리케이션을 구축하는 방법을 알아봅니다.
지침으로 시작하기
-
Amazon EventBridge용 Kafka 커넥터
이 커넥터를 사용하면 하나 이상의 Kafka 주제의 레코드를 이벤트로 변환하고 해당 이벤트를 선택한 이벤트 버스로 보낼 수 있습니다.
가이드 살펴보기
-
Amazon EventBridge 이벤트 버스에 대한 교차 계정 대상 소개
이벤트 버스를 사용하여 Amazon SQS AWS 계정, Amazon SNS 및 같은 다른의 대상으로 이벤트를 직접 전송하는 방법을 알아봅니다 AWS Lambda. Amazon SQS
블로그 게시물 읽기
- Amazon MQ
-
-
연결된 메시지 브로커 생성
코드를 다시 작성하지 않고 Amazon MQ 메시지 브로커를 설정하고 Java 애플리케이션을 연결하는 방법을 알아봅니다.
지침으로 시작하기
-
클라우드의 메시지 브로커로 마이그레이션
Amazon MQ를 사용하면 Apache ActiveMQ 및 RabbitMQRabbitMQ.
가이드 읽기
-
RabbitMQ 브로커 생성 및 연결
AWS Management 콘솔 를 사용하여 RabbitMQ 브로커를 생성하고 애플리케이션을 연결하는 방법을 알아봅니다.
지침으로 시작하기
-
RabbitMQ 워크숍
이 워크숍은 RabbitMQ를 사용한 메시징의 다양한 측면과 패턴을 다루는 실습 모음입니다.
워크숍 시작하기
-
RabbitMQ용 Amazon MQ의 쿼럼 대기열 소개
RabbitMQ에서 쿼럼 대기열을 사용하여 가용성과 데이터 보안을 높이는 방법을 알아봅니다.
블로그 게시물 읽기
-
ActiveMQ 브로커 생성 및 연결
AWS Management 콘솔 를 사용하여 기본 브로커를 생성하는 방법을 알아봅니다.
지침으로 시작하기
-
ActiveMQ 워크숍
대기열과 같은 메시징 개념, 장애 조치, 브로커 네트워크와 같은 Amazon MQ의 주제 및 기능을 살펴봅니다.
워크숍 시작하기
-
서버리스를 사용하여 AWS Amazon MQ 브로커 배포 및 게시
AWS SAM을 사용하여 서버리스 백엔드와 Amazon MQ 브로커를 한 번에 배포하는 방법을 안내합니다.
블로그 게시물 읽기
-
Maven 2 벤치마크 및를 사용하여 Amazon MQ 처리량 측정 AWS CDK
ActiveMQ Classic Maven 성능 테스트 플러그인을 사용하여 Amazon MQ의 처리량을 평가하는 방법을 알아봅니다. ActiveMQ
블로그 게시물 읽기
- Amazon Kinesis Data Streams
-
-
Amazon Kinesis Data Streams 시작하기
기본 Kinesis Data Streams 데이터 흐름 원칙과 Kinesis 데이터 스트림에서 데이터를 넣고 가져오는 데 필요한 단계를 알아봅니다.
가이드 살펴보기
-
Amazon Kinesis Data Streams를 사용하여 고가용성 스트림 구축
기본 운영 리전에서 서비스 중단, 지연 또는 중단이 발생할 경우 고가용성 Kinesis 데이터 스트림을 생성하기 위한 다양한 전략을 비교하고 대조합니다.
블로그 게시물 읽기
-
Amazon Kinesis Data Streams에 대한 예제 자습서
이 자습서는 Amazon Kinesis Data Streams 개념과 기능을 이해하는 데 도움이 되도록 설계되었습니다.
지침으로 시작하기
-
Amazon Kinesis AWS Lambda 에서 사용
Kinesis 스트림의 이벤트를 소비하는 Lambda 함수를 생성하는 방법을 알아봅니다.
지침으로 시작하기
-
Amazon Kinesis를 사용한 실시간 스트리밍
사용자가 스트리밍 분석 애플리케이션을 구축하는 데 도움이 되는 일련의 실습을 살펴봅니다 AWS.
지침으로 시작하기
- Amazon MSK
-
-
Amazon MSK 사용 시작하기
이 자습서에서는 MSK 클러스터를 생성하고, 데이터를 생산 및 소비하고, 지표를 사용하여 클러스터의 상태를 모니터링하는 방법의 예를 보여줍니다.
지침으로 시작하기
-
MSK Serverless 클러스터 사용 시작하기
이 자습서에서는 MSK 서버리스 클러스터를 생성하고, 클러스터에 액세스할 수 있는 클라이언트 시스템을 생성하고, 클라이언트를 사용하여 클러스터에 주제를 생성하고, 해당 주제에 데이터를 쓰는 방법의 예제를 보여줍니다.
지침으로 시작하기
-
Amazon MSK Labs
이러한 랩은 워크숍 스튜디오를 사용하는 이벤트에 대해 AWS 계정 팀이 프로비저닝한 개인 또는 기업 AWS 계정 또는 계정에서 실행할 수 있습니다.
랩 시작하기
-
Kafka 클러스터에 높은 처리량과 더 빠른 크기 조정을 제공하는 Amazon MSK용 Express 브로커 소개
Express 브로커가 Kafka 워크로드에 대한 비용을 절감하고, 복원력을 높이고, 운영 오버헤드를 줄이는 방법을 알아봅니다.
블로그 게시물 읽기
- AWS Step Functions
-
-
시작하기 AWS Step Functions
이 자습서에서는 신용 카드 애플리케이션 처리를 위한 기본 워크플로를 생성하는 방법을 안내합니다.
지침으로 시작하기
-
Step Functions 소개
이 과정에서는 애플리케이션 내에서 워크플로 관리를 시작하는 데 도움이 되는 Step Functions의 주요 구성 요소를 소개합니다.
과정 시작하기
-
를 사용한 대규모 데이터 처리 AWS Step Functions
Step Functions를 사용하여 대규모 데이터 처리 애플리케이션을 구축하는 방법을 알아봅니다.
워크숍 시작하기
-
에 대한 설계 패턴 AWS Step Functions
Step Functions 상태 시스템에서 설계 패턴을 구현하는 방법과 각 패턴을 사용하는 이유를 알아봅니다.
과정 시작하기
-
AWS Step Functions 및 Amazon EventBridge 스케줄러를 사용하여 서버리스 워크플로 예약
정의한 일정에 따라 EventBridge 스케줄러를 사용하여 상태 시스템을 호출하는 방법을 보여줍니다.
지침으로 시작하기
-
AWS Step Functions 워크숍
일련의 대화형 모듈을 AWS Step Functions 통해의 기본 기능을 사용하는 방법을 알아봅니다.
워크숍 시작하기
-
PrivateLink, VPC Lattice, EventBridge 및 Step Functions를 사용하여 VPC 및 계정 경계에서 AWS 리소스를 안전하게 공유
Amazon VPC 및 AWS 계정 경계에서 EC2 인스턴스 및 Amazon EKS 컨테이너 서비스와 같은 AWS 리소스를 공유하는 방법을 알아봅니다 AWS Step Functions.
블로그 게시물 읽기
-
에서 변수 및 JSONata를 사용하여 개발자 경험 간소화 AWS Step Functions
오픈 소스 쿼리 및 변환 언어인 JSONata와 변수를 사용하여 상태 간 데이터 공유를 간소화하고 데이터 조작의 복잡성을 줄입니다.
블로그 게시물 읽기
- Amazon MWAA
-
-
Apache Airflow용 Amazon Managed Workflows 시작하기
이 가이드에서는 Amazon MWAA를 시작하는 데 필요한 사전 조건과 필수 AWS 리소스를 설명합니다.
가이드 살펴보기
-
CD 파이프라인aws-mwaa-local-runner에서 구성
이 자습서에서는 Amazon Managed Workflows for Apache Airflow를 사용하여 GitHub에서 연속 전달(CD) 파이프라인을 구축aws-mwaa-local-runner하여 Apache Airflow 코드를 로컬에서 테스트하는 프로세스를 안내합니다.
지침으로 시작하기
-
DAGs의 하위 집합에 대한 Amazon MWAA 사용자의 액세스 제한
개별 Amazon MWAA 사용자가 특정 DAG 또는 DAG 집합만 보고 상호 작용하도록 제한하는 방법을 보여줍니다 DAGs.
지침으로 시작하기
-
Amazon MWAA for Analytics 워크숍
위에서 언급한 많은 서비스를 포함하는 데이터 및 ML 파이프라인을 구축하고 오케스트레이션하는 방법을 알아봅니다.를 통해 파이프라인/워크플로를 관리하기 위해 Airflow의 일부로 사용할 수 있는 후크와 연산자에 대해 더 잘 알고 이해할 수 있습니다 AWS.
워크숍 시작하기
탐색
환경에 가장 적합한 워크로드 접근 방식을 결정한 후에는 이러한 리소스를 검토하여 접근 방식을 구현하는 데 도움을 받는 것이 좋습니다. 이전 단원에서는 서비스별 리소스를, 다음 단원에서는 일반적인 이벤트 기반 아키텍처 리소스를 찾을 수 있습니다.
-
아키텍처 다이어그램
고가용성, 보안, 유연성 및 비용 효율적인 아키텍처를 만드는 데 도움이 되는 참조 아키텍처 다이어그램을 살펴보세요.
아키텍처 다이어그램 살펴보기
-
백서
시작하는 데 도움이 되는 백서를 살펴보고 이벤트 기반 아키텍처에 대한 모범 사례를 알아봅니다.
백서 살펴보기
-
블로그
최신 기술을 최신 상태로 유지하고 애플리케이션을 현대화하는 데 도움이 되는 블로그를 살펴보세요.
블로그 살펴보기
