# AWS API Gateway

kdk9912

AWS Serverless > 서버 없이 간단한 어플리케이션 만들기 서버리스란? Pysical machines -> Virtual machines -> containerization -> Serverless (AWS Lambda, AWS fargate) 원래는 데이터센터에서 물리적인 머신에서 서버를 구축해서 사용 -> 비효율적 측면이 있다. (사용하지 않을때나 같은 서비스를 돌리고 싶을때 까다로울 수 있음) 서버리스 장점 서버 관리 필요 없음 사용한 만큼만 지불 요청에 맞게 스케일링 높은 보안 수준 COMPUTE AWS Lambda AWS Fargate DATA STORES AWS S3 AWS Aurora Services AWS Dynamo DB INTEGRATION - AWS API Gateway AWS SQS AWS SMS

hyoj0942

지난 포스트 에서는 Dockerfile을 통해 도커를 빌드하고, CDK를 통해 코드로 람다를 배포하는 것까지 진행 했습니다. 이번 포스트에서는 생성된 람다 함수를 API Gateway를 통해 API주소를 생성하고 연결하여, 호출해보는 과정을 진행 해 보겠습니다. Part4: API Gateway AWS 홈페이지에서

hyoj0942

지난 포스트 에서는 로컬 환경을 세팅하고, python 예시 API를 작성하는 것까지 진행했습니다. 이번 포스트에서는 Dockerfile을 통해 도커를 빌드하고, CDK를 통해 코드로 람다를 배포하는 것까지 진행 해 보겠습니다. Part2: Docker 현재까지 잘 따라왔다면 아래와 같은 폴더 구조입니다. 먼저 python루트에 빌드할 Dockerfile를 작성해줍시다. Poetry를

hyoj0942

Serverless 우리는 API 앱 하나를 배포하기 위해 서버 구축, 네트워크 환경 구축, 보안 환경 구축 등 수동으로 진행합니다. 하지만 Serverless는 이러한 구축 리소스 없이 API를 구현하는 코드만 있다면 누구나 배포할 수 있습니다. 많은 서버리스 서비스들이 있지만 우리는 그 중 AWS Lambda 서비스와 도커를 통해 API를 배포하는 간단한 방법을 소개하고자 합니다. 전체 코드는 아래 깃허브에서 확인하실 수 있습니다. Github: https://github.com/hyoj0942/lambda-docker-fastapi > 사용 Skills 1. AWS Lambda 서버를 프로비저닝하거나 관리하지 않고도 코드를 실행할 수 있게 해주는 컴퓨팅 서비스 2. AWS API Gateway API 게이트웨이는 실제 백엔드 서비스 또는 데이터와 접속하고 API 호출에 대한 정책, 인증 및 일반 액세스 제어를 적용하여 중요한 데

on_cloud

input data kinesis - Policy input data Specific kinesis - Policy api gateway - Role

on_cloud

참고 Resource Policy - json

on_cloud

참고 input KDS input KDS - query string output Shard ID TEST Request body input Data - curl input Data - curl (api key)

on_cloud

IAM Kinesis Put Record - Policy API Gateway - Kinesis Role Kinesis Data Streams create Kinesis Data Streams API Gateway API Gateway -> Crewate API -> Rest API -> Create API API Gateway -> Actions -> Create Method -> POST API Gateway -> Intergra

on_cloud

IAM Kinesis Put Record - Policy API Gateway - Kinesis Role Kinesis Data Streams create Kinesis Data Streams API Gateway API Gateway -> Crewate API -> Rest API -> Create API API Gateway -> Actions -> Create Method -> POST API Gateway -> Intergra

son_doobu96

◎ 이번 실습의 달성 목표 > - 아키텍처로 구성 API Gateway - Lambda - DynamoDB 직접 API Gateway로 실행 API Gateway의 인증 기능을 이용해서, HTTP 요청에 특정 API Key를 사용하는 방법 구현 API Key 권한 부여자 CloudWatch Logs를 통해서 API 호출을 모니터링 ■ Step 1~2. API Gateway와 Lambda를 같이 배포 본 실습은 SAM 템플릿을 통해 진행됐습니다. 자료 출처 : https://serverlessland.com/patterns/lambda-dynamodb SAM을 활용 전 알아야 할 것? 아래 두 가지만 잘 기억하시면 SAM 관련 문제는 왠만해서는 해결하실 수 있을겁니다. > 1. aws-cli에서 사용하고 있는 사용자에 적절한 권한이 없다면 많은 오류가 날 것이다. 적절한 권한을 주었음에도 진행이 되지 않을 경우 Clou

yujeong136

지난 6개월동안 인턴을 하면서 사용했었던 AWS의 Lambda와 Gateway를 사용하는 대략적인 방법 및 서버리스에 대해서 기록해두려한다. (일단 크게크게 방법을 써두었다. 추후 좀 더 자세하게 수정 예정 ) Serverless API 먼저, serverless란 직접적으로 서버가 없다라는 의미는 아니며, 개발자가 서버를 직접 관리할 필요가 없는 아키텍처를 의미한다. 장단점 동적으로 서버의 자원을 할당 -> 경제적이다. 이 경우, 사용자가 없다면 자원을 할당하지 않고 대기하다 요청이 들어오면 그 때 자원을 할당하는 방식으로 자원을 효율적으로 사용할 수 있다. 비용 청구 또한 대기상태를 제외하고 사용한 것에 대해 청구된다. 개발에만 집중할 수 있는 환경 해당 서버는 클라우드 제공 기업에서 전적으로 관리하기 때문에 개발자는 스케일링, 업데이트, 백업, 보안 등 서버에 대해 일절 관리하거나 신경 쓸 필요가 없어 비즈니스 로직에 집중하여 개발을 할 수 있다.

cheesam31

👨‍💻 Connecting AWS with ESP32: Create an IoT Lamp 이번 글은 🔗 Workshop:ESP32 with AWS IoT 의 내용을 직접 실습한 뒤 재 포스팅 한 내용입니다. 1. 시스템 개요 이번 실습에서는 Web을 통해 ESP32를 제어하는 실습에 대해 진행할 예정이다. 이번 실습에서는 Relay Module을 이용한 Lamp를 만들예정이다. 이전 4발 스위치를 이용해 데이터를 전송했던 🔗 Create an AWS IoT Button 실습과 큰 차이점이 두 가지가 있다. 주 데이터의 흐름 AWS IoT Button 실습때의 주된 흐름은 ESP32 에서 발생한 데이터(버튼 눌렸다는 메시지 + 눌린 수)가 AWS의 MQTT Brok

dragontiger

시작하기 전에 안녕하세요. 드래곤타이거 입니다. 와이프가 운영하는 카카오톡 오픈톡방이 있었는데 1500명 정원이 모두 차버렸습니다. 그래서 방법이 없을까 고민하던 중 텔레그램 그룹에서는 20만명 까지 참여가 가능하다는 정보를 알게 되었습니다. 카톡에는 팬더Jr가 있어서 어느정도 공지사항 안내가 가능했는데 텔레그램에서는 더욱 커스터마이징이 가능한 API를 제공한다고 하여 직접 챗봇을 만들어보기로 했습니다. 참고로 저는 프로그래밍 언어는 Java 웹 개발자를 목표로 공부하던 중 이라서 파이썬에 대해서 익숙하지 않습니다. 코딩 규칙 등 잘못 작성한 것이 있다면 댓글로 알려주시면 감사하겠습니다. 사전 지식 파이썬 클라우드 컴퓨팅, AWS 람다에 대한 개념 (서버리스가 뭔지 유튜브 영상 아무거나 봐도 될듯) HTTP 통신에 대한 개념 (URL, 요청, 응답 등? 이런 개념들) API 개념 구상해보기 API, 블로그 등을 찾아보며 제가 이해한 개념을