서버리스 애플리케이션은 비즈니스 부서와 엔지니어링 팀 간에 분석을 수행하는 현대화된 방법입니다. 비즈니스 팀은 웹 애플리케이션을 통해 보고를 단순화하고 더 많은 대상에게 배포함으로써 의미 있는 통찰력을 얻을 수 있습니다.

사용 사례에는 다음이 포함될 수 있습니다.

• 대시보드 – 각 구성 요소가 특정 비즈니스 부서에 통찰력을 제공할 수 있는 표와 차트로 구성된 웹 페이지.
• 보고 및 분석 – 동적 입력으로 대규모 분석 쿼리를 트리거한 다음 결과를 보거나 다운로드할 수 있는 애플리케이션입니다.
• 관리 시스템 – 내부 회사 리소스 및 시스템에 대한 전체적인 보기를 제공하는 애플리케이션입니다.
• ETL 워크플로 – 회사 내부 개인이 동적 입력을 사용하여 사용자에게 친숙한 환경에서 특정 ETL(추출, 변환 및 로드) 워크로드를 트리거할 수 있는 웹 페이지입니다.
• 데이터 추상화 – 기본 데이터 구조 및 인프라를 분리하고 리팩터링합니다.
• 사용 용이성 – 각 사용자를 기술 플랫폼에 온보딩하지 않고도 분석에 대한 대규모 사용자 제어 액세스를 제공하려는 애플리케이션. 쿼리 업데이트를 체계적으로 완료할 수 있으며 유지 관리에 드는 오버헤드가 최소화됩니다.

이 게시물에서는 다음을 사용하여 서버리스 분석 애플리케이션을 구축하는 방법을 배웁니다. 아마존 레드 시프트 데이터 API 및 아마존 API 게이트웨이 WebSocket 및 REST API.

Amazon Redshift는 AWS에서 완벽하게 관리하므로 더 이상 하드웨어 프로비저닝, 소프트웨어 패치, 설정, 구성, 장애 복구를 위한 노드 및 드라이브 모니터링 또는 백업과 같은 데이터 웨어하우스 관리 작업에 대해 걱정할 필요가 없습니다. 그만큼 데이터 API 드라이버를 구성하고 데이터베이스 연결을 관리할 필요가 없기 때문에 Amazon Redshift에 대한 액세스가 간소화됩니다. 대신 Data API에서 제공하는 보안 API 엔드포인트를 호출하여 Amazon Redshift 클러스터에 SQL 명령을 실행할 수 있습니다. 데이터 API는 데이터베이스 연결 관리 및 데이터 버퍼링을 처리합니다. 데이터 API는 비동기식이므로 나중에 결과를 검색할 수 있습니다.

API Gateway는 개발자가 모든 규모에서 API를 쉽게 게시, 유지 관리, 모니터링 및 보호할 수 있게 해주는 완전 관리형 서비스입니다. API Gateway를 사용하면 실시간 양방향 통신 애플리케이션을 지원하는 RESTful API 및 WebSocket API를 생성할 수 있습니다. API Gateway는 컨테이너화된 서버리스 워크로드와 웹 애플리케이션을 지원합니다. API Gateway는 AWS가 제공하는 많은 컴퓨팅 리소스에 대한 리버스 프록시 역할을 합니다.

이벤트 기반 모델

이벤트 기반 애플리케이션은 고객 사이에서 점점 인기를 얻고 있습니다. 분석 보고 웹 애플리케이션은 이벤트 기반 모델을 통해 구현할 수 있습니다. 응용 프로그램은 사용자 작업 및 예측할 수 없는 쿼리 이벤트와 같은 이벤트에 대한 응답으로 실행됩니다. 생산자 및 소비자 프로세스를 분리하면 애플리케이션 설계 및 분리된 프로세스 구축에서 더 큰 유연성을 얻을 수 있습니다. 이 설계는 Data API 및 API Gateway WebSocket 및 REST API를 사용하여 달성할 수 있습니다.

REST API 호출과 WebSocket은 모두 클라이언트와 백엔드 간의 통신을 설정합니다. REST의 인기로 인해 WebSocket이 존재하는 이유와 WebSocket이 이벤트 기반 설계에 어떻게 기여하는지 궁금할 수 있습니다.

WebSocket이란 무엇이며 왜 필요한가요?

단방향 통신은 분석 웹 솔루션을 구축할 때 일반적입니다. 기존 환경에서 클라이언트는 REST API 호출을 시작하여 백엔드에서 쿼리를 실행하고 쿼리가 완료될 때까지 동기식 또는 비동기식으로 기다립니다. "대기" 측면은 다음과 같은 개념을 적용하도록 설계되었습니다. 투표. 이 컨텍스트에서 폴링은 클라이언트가 백엔드 프로세스가 언제 완료되는지 알지 못하는 경우입니다. 따라서 클라이언트는 지속적으로 백엔드에 요청하고 확인합니다.

투표의 문제점은 무엇입니까? 주요 과제는 다음과 같습니다.

• 네트워크 대역폭의 트래픽 증가 – 빈 검사를 수행하는 많은 수의 사용자는 백엔드 리소스에 영향을 미치고 제대로 확장되지 않습니다.
• 비용 사용 – 빈 요청은 비즈니스에 어떤 가치도 제공하지 않습니다. 불필요한 리소스 비용을 지불합니다.
• 지연된 응답 – 폴링은 시간 간격으로 예약됩니다. 이 간격 사이에 쿼리가 완료되면 사용자는 다음 확인 후에만 결과를 볼 수 있습니다. 이 지연은 사용자 환경에 영향을 미치며 경우에 따라 UI 교착 상태가 발생할 수 있습니다.

투표에 대한 자세한 내용은 다음을 확인하세요. 폴링에서 푸시로: Amazon API Gateway REST API 및 WebSocket을 사용하여 API 변환.

WebSockets는 프런트 엔드와 백엔드 간의 통신을 설정할 때 REST와 비교되는 또 다른 접근 방식입니다. WebSocket을 사용하면 클라이언트와 서버 간에 전이중 통신 채널을 만들 수 있습니다. 이 양방향 시나리오에서 클라이언트는 서버에 요청을 할 수 있으며 프로세스가 완료되면 알림을 받습니다. 응답을 받을 때까지 최소한의 네트워크 오버헤드로 연결이 열려 있습니다.

WebSocket으로 응답 데이터를 전송할 수 있으므로 REST가 존재하는 이유가 궁금할 수 있습니다. WebSocket은 시스템 간의 실시간 메시징을 위해 설계된 경량 프로토콜입니다. 이 프로토콜은 대규모 분석 쿼리 데이터를 처리하도록 설계되지 않았으며 API Gateway에서 각 프레임의 페이로드는 최대 32KB 보유. 따라서 REST API는 대용량 데이터 검색을 수행합니다.

데이터 API 및 API 게이트웨이를 사용하여 데이터 분석 요구 사항에 대해 분리된 이벤트 기반 웹 애플리케이션을 구축할 수 있습니다. API Gateway로 WebSocket API를 생성하고 클라이언트와 백엔드 서비스 간의 연결을 설정할 수 있습니다. 그런 다음 데이터 API로 분석 쿼리를 수행하라는 요청을 시작할 수 있습니다. 데이터 API의 비동기 특성으로 인해 쿼리 완료는 WebSocket 채널을 통해 클라이언트에 알리는 이벤트를 생성합니다. 클라이언트는 REST API 호출을 통해 쿼리 결과를 검색하거나 다른 후속 작업을 수행하도록 결정할 수 있습니다. 이벤트 기반 아키텍처는 시스템 구성 요소를 독립적으로 유지하면서 상호 운용 가능한 양방향 메시지 및 데이터를 지원합니다.

솔루션 개요

이 게시물에서는 백엔드에서 Data API로 쿼리하고 API Gateway의 WebSocket 기능으로 사용자와 백엔드 사이에 양방향 통신 채널을 설정하고 다음을 사용하여 결과를 검색하여 서버리스 이벤트 기반 웹 애플리케이션을 생성하는 방법을 보여줍니다. REST API 기능. 장기 실행 API 호출로 애플리케이션을 설계하는 대신 데이터 API를 사용할 수 있습니다. 데이터 API를 사용하면 SQL 쿼리를 비동기식으로 실행할 수 있으므로 오래 지속되는 데이터베이스 연결을 유지할 필요가 없습니다.

웹 애플리케이션은 다음을 사용하여 보호됩니다. 아마존 코 그니 토, 사용자가 웹 앱을 활용하기 전에 사용자를 인증하고 애플리케이션에서 수행될 때 REST API 호출을 승인하는 데 사용됩니다.

이 솔루션의 기타 관련 AWS 서비스에는 다음이 포함됩니다. AWS 람다 과 아마존 이벤트 브리지. Lambda는 서버를 프로비저닝하거나 관리하지 않고도 코드를 실행할 수 있는 서버리스 이벤트 기반 컴퓨팅 리소스입니다. EventBridge는 이벤트 기반 애플리케이션을 구축할 수 있는 서버리스 이벤트 버스입니다.

이 솔루션은 브라우저와 백엔드 간에 경량 WebSocket 연결을 생성합니다. 사용자가 WebSocket을 사용하여 백엔드에 요청을 제출하면 쿼리가 데이터 API에 제출됩니다. 쿼리가 완료되면 Data API는 EventBridge에 이벤트 알림을 보냅니다. EventBridge는 데이터를 사용할 수 있음을 시스템에 알리고 클라이언트에 알립니다. 그런 다음 클라이언트가 볼 쿼리 결과를 검색하기 위해 REST API 호출이 수행됩니다.

우리는 이 솔루션을 AWS 샘플 GitHub 리포지토리 이 게시물의 나머지 부분에서 참조할 것입니다.

다음 아키텍처 다이어그램은 다음을 통해 자동으로 프로비저닝할 수 있는 종단 간 솔루션을 강조 표시합니다. AWS 클라우드 포메이션 템플릿은 일부 매개 변수 변수와 함께 셸 스크립트의 일부로 실행됩니다.

애플리케이션은 다음 단계를 수행합니다(프로세스 흐름에서 해당 번호가 매겨진 단계 참조).

1. 웹 애플리케이션은 다음에 프로비저닝됩니다. AWS 증폭; 사용자는 사이트에 액세스하기 위해 이메일과 비밀번호를 제공하여 먼저 가입해야 합니다.
2. 사용자는 이메일로 전송된 핀을 사용하여 자격 증명을 확인합니다. 이 단계는 사용자가 애플리케이션에 로그인하고 애플리케이션의 다른 기능에 계속 액세스하는 데 필수입니다.
3. 사용자가 가입 및 확인된 후 애플리케이션에 로그인하고 입력 매개변수를 사용하여 웹 또는 모바일 클라이언트를 통해 데이터를 요청할 수 있습니다. 이렇게 하면 API Gateway에서 WebSocket 연결이 시작됩니다. (흐름 1, 2)
4. 연결 요청은 Lambda 함수에 의해 처리됩니다. OnConnect, 데이터 API를 사용하여 Amazon Redshift에서 비동기 데이터베이스 쿼리를 시작합니다. SQL 쿼리는 다음의 SQL 스크립트에서 가져옵니다. 아마존 단순 스토리지 서비스 (Amazon S3) 클라이언트의 동적 입력 포함. (흐름 3, 4, 6, 7)
5. 또한, OnConnect Lambda 함수는 연결, 명령문 식별자 및 주제 이름을 아마존 DynamoDB 데이터 베이스. 주제 이름은 사용자가 동일한 웹 페이지에서 여러 보고서를 구현하려는 경우 사용할 수 있는 추가 매개변수입니다. 이렇게 하면 프런트 엔드에서 응답을 올바른 보고서에 매핑할 수 있습니다. (흐름 3, 4, 5)
6. 데이터 API는 2단계에서 언급한 쿼리를 실행합니다. 작업이 완료되면 이벤트 알림이 EventBridge로 전송됩니다. (흐름 8)
7. EventBridge는 이벤트 규칙을 활성화하여 해당 이벤트를 다른 Lambda 함수로 리디렉션합니다. SendMessage. (흐름 9)
8. XNUMXD덴탈의 SendMessage 함수는 클라이언트에게 API 게이트웨이를 통해 SQL 쿼리가 완료되었음을 알립니다. (흐름 10, 11, 12)
9. 알림을 받은 후 클라이언트는 REST API 호출(GET)을 수행하여 결과를 가져옵니다. (흐름 13, 14, 15, 16)
10. XNUMXD덴탈의 GetResult 함수가 트리거되어 SQL 쿼리 결과를 검색하고 클라이언트에 반환합니다.
11. 이제 사용자는 웹 페이지에서 결과를 볼 수 있습니다.
12. 클라이언트가 브라우저에서 연결을 끊으면 API Gateway는 다음을 사용하여 DynamoDB 테이블에서 연결 정보를 자동으로 삭제합니다. onDisconnect 기능. (흐름 17, 18,19)

사전 조건

이벤트 기반 웹 애플리케이션을 배포하기 전에 다음이 있는지 확인하십시오.

• AWS 환경의 Amazon Redshift 클러스터 – 분석 쿼리를 실행하기 위한 백엔드 데이터 웨어하우징 솔루션입니다. Amazon Redshift 클러스터 생성에 대한 지침은 다음을 참조하십시오. Amazon Redshift 시작하기.
• 액세스 권한이 있는 S3 버킷 – S3 버킷은 SQL 스크립트를 저장할 수 있는 객체 스토리지 솔루션입니다. S3 버킷을 생성하려면 다음을 참조하십시오. 첫 번째 S3 버킷 생성.

CloudFormation 템플릿 배포

디자인과 관련된 코드는 다음에서 사용할 수 있습니다. GitHub 저장소. 내부에 리포지토리를 복제할 수 있습니다. AWS 클라우드9 AWS 계정의 환경. AWS Cloud9 환경은 다음과 함께 제공됩니다. AWS 명령 줄 인터페이스 (AWS CLI)가 설치되어 AWS 인프라를 설정하기 위해 CloudFormation 템플릿을 실행하는 데 사용됩니다. jQuery 라이브러리가 설치되어 있는지 확인하십시오. 스크립트 실행 중에 JSON 출력을 구문 분석하는 데 사용합니다.

전체 아키텍처는 세 가지 CloudFormation 템플릿을 사용하여 설정됩니다.

• 인식 설정.yaml – 인증 및 REST API 보호에 사용되는 웹 앱 클라이언트에 대한 Amazon Cognito 사용자 풀 생성
• 백엔드 설정.yaml – 필요한 모든 Lambda 함수와 WebSocket 및 Rest API를 생성하고 API Gateway에서 구성합니다.
• webapp-setup.yaml – Amplify를 사용하여 WebSocket 및 Rest API와 연결하고 통신하는 웹 애플리케이션 호스팅을 생성합니다.

이러한 CloudFormation 템플릿은 다음을 사용하여 실행됩니다. 스크립트.sh 필요에 따라 모든 종속성을 처리하는 쉘 스크립트.

고유한 DDL SQL 스크립트와 고유한 쿼리 SQL 스크립트를 사용자 정의할 수 있는 일반 템플릿이 제공됩니다. 따라할 수 있는 샘플 스크립트를 만들었습니다.

1. 샘플 DDL 스크립트 다운로드 기존 S3 버킷에 업로드합니다.
2. IAM 역할 값을 다음 권한이 있는 Amazon Redshift 클러스터의 IAM 역할로 변경합니다. AmazonS3ReadOnlyAccess.

이 게시물에서는 다음을 복사합니다. 뉴욕 택시 데이터 2015 퍼블릭 S3 버킷의 데이터 세트.

3. 샘플 쿼리 스크립트 다운로드 기존 S3 버킷에 업로드합니다.
4. 수정된 샘플 DDL 스크립트와 샘플 쿼리 스크립트를 소유하고 있는 기존 S3 버킷에 업로드하고 S3 URI 경로를 기록해 둡니다.

고유한 사용자 정의 버전을 실행하려면 시나리오에 맞게 DDL 및 쿼리 스크립트를 수정하십시오.

5. 편집 전에, script.sh 파일을 실행하기 전에 다음 매개변수의 값을 설정하십시오.

• • RedshiftClusterEndpoint(aws_redshift_cluster_ep) – 다음에서 사용 가능한 Amazon Redshift 클러스터 엔드포인트 AWS 관리 콘솔
  • DB사용자 이름(aws_dbuser_name) – Amazon Redshift 데이터베이스 사용자 이름
  • DDBTableName(aws_ddbtable_name) – 생성될 DynamoDB 테이블 이름의 이름
  • WebsocketEndpointSSMParameterName(aws_wsep_param_name) – WebSocket 끝점을 저장하는 매개변수 이름 AWS Systems Manager 파라미터 스토어.
  • RestApiEndpointSSMParameterName(aws_rapiep_param_name) – Parameter Store에 REST API 엔드포인트를 저장하는 파라미터 이름입니다.
  • DDLScriptS3Path(aws_ddl_script_path) – 업로드한 DDL 스크립트에 대한 S3 URI.
  • QueryScriptS3Path(aws_query_script_path) – 업로드한 쿼리 스크립트에 대한 S3 URI입니다.
  • AWS지역(aws_region) – AWS 인프라가 설정되는 리전입니다.
  • CognitoPoolName(aws_user_pool_name) – Amazon Cognito 사용자 풀에 부여하려는 이름
  • ClientAppName(aws_client_app_name) – 사용자에 대한 사용자 인증을 처리하기 위해 웹 앱에 대해 구성할 클라이언트 앱의 이름

허용되는 기본 값은 이미 다운로드한 코드의 일부로 제공됩니다.

6. 다음 명령을 사용하여 스크립트를 실행합니다.

./script.sh

배포 중에 AWS CloudFormation은 Lambda 함수를 생성하고 트리거합니다. SetupRedshiftLambdaFunction, Amazon Redshift 데이터베이스 테이블을 설정하고 테이블에 데이터를 채웁니다. 다음 다이어그램은 이 프로세스를 보여줍니다.

데모 앱 사용

셸 스크립트가 완료되면 데모 웹 앱과 상호 작용을 시작할 수 있습니다.

1. Amplify 콘솔에서 모든 애플 리케이션 탐색 창에서 데모앱.
2. 왼쪽 메뉴에서 빌드 실행.

DemoApp 웹 애플리케이션은 프로비저닝, 빌드, 배포 단계를 거칩니다.

3. 완료되면 제공된 URL을 사용하여 웹 애플리케이션에 액세스합니다.

다음 스크린샷은 웹 애플리케이션 페이지를 보여줍니다. 최소한의 기능만 있습니다. 로그인, 가입 또는 사용자 인증이 가능합니다.

4. 왼쪽 메뉴에서 구독 신청.

5. 럭셔리 이메일 주소, 이메일을 입력합니다.
6. 럭셔리 비밀번호, XNUMX자 이상, 대문자 및 소문자, 숫자, 특수 문자가 하나 이상 포함된 암호를 입력합니다.
7. 왼쪽 메뉴에서 등록합시다.

XNUMXD덴탈의 데모 앱 로그인 확인 페이지가 열립니다.

8. 이메일과 지정한 이메일로 전송된 인증 코드를 입력합니다.
9. 왼쪽 메뉴에서 확인.

로그인 페이지로 리디렉션됩니다.

10. 자격 증명을 사용하여 로그인합니다.

귀하는 demoPage.html 웹 사이트를 방문 하십시오.

11. 왼쪽 메뉴에서 연결 열기.

이제 브라우저와 백엔드 AWS 환경 간에 활성 WebSocket 연결이 있습니다.

12. 럭셔리 여행의 달, 월(이 예에서는 XNUMX월)을 지정하고 문의하기.

이제 데이터를 쿼리할 월과 연도를 정의했습니다. 몇 초 후에 WebSocket에서 전달된 출력을 볼 수 있습니다.

추가 쿼리를 위해 활성 WebSocket 연결을 계속 사용할 수 있습니다. 다른 달을 선택하고 문의하기 또.

13. 완료되면 선택 연결 닫기 WebSocket 연결을 닫습니다.

탐색 목적으로 WebSocket 연결이 활성화되어 있는 동안 DynamoDB 콘솔에서 DynamoDB 테이블로 이동하여 현재 저장된 항목을 볼 수 있습니다. WebSocket 연결이 종료되면 DynamoDB에 저장된 항목이 삭제됩니다.

정리

자원을 정리하려면 다음 단계를 완료하십시오.

1. Amazon S3 콘솔에서 샘플 DDL 스크립트 및 쿼리 스크립트가 포함된 S3 버킷으로 이동하여 버킷에서 삭제합니다.
2. Amazon Redshift 콘솔에서 Amazon Redshift 클러스터로 이동하여 샘플 DDL 스크립트에서 복사한 데이터를 삭제합니다.
   1. 달리기 truncate nyc_yellow_taxi;
   2. 달리기 drop table nyc_yellow_taxi;
3. AWS CloudFormation 콘솔에서 CloudFormation 스택으로 이동하여 다음을 선택합니다. .. 다음 순서로 스택을 삭제합니다.
   1. WebappSetup
   2. BackendSetup
   3. CognitoSetup

이 솔루션에서 생성된 모든 리소스가 삭제됩니다.

모니터링

다음을 사용하여 이벤트 기반 웹 애플리케이션 이벤트, 사용자 활동 및 API 사용을 모니터링할 수 있습니다. 아마존 클라우드 워치 과 AWS 클라우드 트레일. 이 솔루션의 대부분 영역에는 이미 로깅이 활성화되어 있습니다. API 게이트웨이 로그를 보려면 다음을 수행할 수 있습니다. CloudWatch Logs 켜기. Lambda는 기본 로깅 및 모니터링과 함께 제공되며 CloudWatch로 액세스.

보안

개발자 중심의 비용 효율적인 고객 인증, 권한 부여 및 사용자 관리 솔루션인 Amazon Cognito를 사용하여 애플리케이션에 대한 액세스를 보호할 수 있습니다. 쉽게 확장할 수 있는 ID 저장소와 연합 옵션을 모두 제공합니다. Amazon Cognito는 소셜 자격 증명 공급자 및 SAML 또는 OIDC 기반 자격 증명 공급자를 통한 로그인을 지원하고 다양한 규정 준수 표준을 지원합니다. 개방형 ID 표준(OAuth2.0, SAML 2.0 및 OpenID Connect)에서 작동합니다. 또한 이를 API Gateway와 통합하여 Amazon Cognito 클라이언트 앱 또는 Lambda 함수를 사용하여 REST API 호출을 인증하고 승인할 수 있습니다.

고려

이 애플리케이션의 특성에는 Amazon Redshift에 대한 SQL 쿼리를 초기화하는 프런트 엔드 클라이언트가 포함됩니다. 고려해야 할 중요한 구성 요소는 SQL 주입과 같이 클라이언트가 수행할 수 있는 잠재적인 악의적 활동입니다. 현재 구현으로는 불가능합니다. 이 솔루션에서 SQL 쿼리는 AWS 환경에 이미 존재하며 DQL 문입니다(데이터 또는 구조를 변경하지 않음). 그러나 비즈니스에 맞게 이 응용 프로그램을 개발할 때 이러한 위험 영역을 평가해야 합니다.

AWS는 다음을 포함하여 클라우드에서 워크로드 및 애플리케이션을 보호하는 데 도움이 되는 다양한 보안 서비스를 제공합니다. AWS 쉴드, AWS 네트워크 방화벽, AWS 웹 애플리케이션 방화벽, 그리고 더. 자세한 내용 및 전체 목록은 다음을 참조하십시오. AWS의 보안, 자격 증명 및 규정 준수.

비용 최적화

이 솔루션에서 CloudFormation 템플릿이 프로비저닝하는 AWS 서비스는 모두 서버리스입니다. 비용 최적화 측면에서 사용한 만큼만 비용을 지불하면 됩니다. 이 모델을 사용하면 수동 개입 없이 확장할 수도 있습니다. 다음 페이지를 검토하여 각 서비스에 대한 관련 가격을 결정하십시오.

결론

이 게시물에서는 Amazon Redshift Data API와 API Gateway WebSocket 및 REST API를 사용하여 이벤트 기반 애플리케이션을 생성하는 방법을 설명했습니다. 이 솔루션은 이벤트 기반 아키텍처에서 데이터 분석 웹 애플리케이션을 구축하고, 애플리케이션을 분리하고, 장기 실행 데이터베이스 쿼리 프로세스를 최적화하고, 클라이언트와 백엔드 간의 불필요한 폴링 요청을 방지하는 데 도움이 됩니다.

서버리스 기술인 API Gateway, Lambda, DynamoDB 및 EventBridge도 사용했습니다. 이 프로세스 전체에서 서버를 관리하거나 프로비저닝할 필요가 없었습니다.

이 이벤트 중심의 서버리스 아키텍처는 더 큰 확장성과 단순성을 제공하여 새로운 기능을 더 쉽게 유지 관리하고 릴리스할 수 있습니다. 새 구성 요소나 타사 제품을 추가하는 작업도 간소화됩니다.

이 게시물의 지침과 우리가 제공한 일반 CloudFormation 템플릿을 사용하여 비즈니스에 맞는 고유한 이벤트 기반 애플리케이션을 사용자 지정할 수 있습니다. 피드백이나 기여가 필요하시면 다음을 통해 문의해 주십시오. AWS 샘플 GitHub 리포지토리 by 문제 만들기.

저자에 관하여

데이비드 장 글로벌 금융 서비스의 AWS 데이터 아키텍트입니다. 그는 서버리스 분석 인프라, 데이터 관리, ETL 및 빅 데이터 시스템 설계 및 구현을 전문으로 합니다. 그는 고객이 AWS에서 데이터 플랫폼을 현대화하도록 돕습니다. David는 AWS 컨퍼런스, 기술 콘텐츠 및 오픈 소스 이니셔티브의 활동적인 연사이자 기여자이기도 합니다. 여가 시간에는 배구, 테니스, 역도를 즐깁니다. 언제든지 그와 연결하세요. 링크드인.

마나 쉬 뎁 AWS Directory Service 팀의 소프트웨어 개발 관리자입니다. 18년 이상의 소프트웨어 개발 경험을 가진 그의 열정은 AWS ID 및 데이터 분석 공간에서 고도로 확장 가능하고 안전하며 유지 관리가 필요 없는 애플리케이션을 설계하고 제공하는 것입니다. 그는 다른 사람을 멘토링하고 코칭하는 것을 좋아하며 촉매제 역할을 하고 동기가 부여된 엔지니어링 팀을 이끌고 대규모 분산 시스템을 구축하는 힘을 증폭시키는 역할을 합니다.

파반 쿠마르 바두푸 락슈만 마니키아 고객이 여러 산업 분야에서 강력하고 확장 가능한 솔루션을 설계하도록 돕는 AWS 솔루션 아키텍트입니다. 엔터프라이즈 아키텍처 및 소프트웨어 개발에 대한 배경 지식을 갖춘 Pavan은 고객을 위해 API 보안, API 관리, 마이크로서비스 및 지리 공간 정보 시스템 사용 사례를 처리하는 솔루션을 만드는 데 기여했습니다. 그는 새로운 기술을 배우고 이러한 솔루션을 사용하여 고객 문제를 해결, 자동화 및 단순화하는 데 열정적입니다.

• SEO 기반 콘텐츠 및 PR 배포. 오늘 증폭하십시오.
• 플라토 블록체인. Web3 메타버스 인텔리전스. 지식 증폭. 여기에서 액세스하십시오.
• 출처: https://aws.amazon.com/blogs/big-data/build-a-serverless-analytics-application-with-amazon-redshift-and-amazon-api-gateway/