ສາລະບານ

ພາບລວມ ຄູ່ມືການຕັ້ງຄ່າ ການຕັ້ງຄ່າ IAM ຟັງຊັ່ນ Lambda API Gateway ຕົວກະຕຸ້ນເຫດການ ການປະຕິບັດງານ ການຕິດຕາມກວດກາ

ການລວມຕົວ

AWS Lambda Serverless Integration Guide

ສ້າງລະບົບການຊື້ຂາຍແບບເລີ່ມຕົ້ນດ້ວຍ AWS Lambda. ກະຕຸ້ນ bot ຊື້ຂາຍໃນສັນຍານ whale, ປະມວນຜົນຂໍ້ມູນແບບ real-time, ແລະອັດຕະໂນມັດການເຮັດວຽກທີ່ຊັບຊ້ອນໂດຍບໍ່ຕ້ອງຈັດການໂຄງສ້າງພື້ນຖານ.

ຈຳໜ່າຍ 21 ມີນາ 2026 • 17 ນາທີອ່ານ • ຂັ້ນສູງ

ຜົນປະໂຫຍດຂອງໂຄງສ້າງ Serverless

AWS Lambda ເຮັດໃຫ້ທ່ານສາມາດເຮັດວຽກໂດຍບໍ່ຕ້ອງຈັດການເຊີບເວີ. ເໝາະສົມສຳລັບການລວມຕົວ Smart Money API ເພາະວ່າທ່ານຈ່າຍພຽງແຕ່ເວລາປະຕິບັດງານ. ເມື່ອມີສັນຍານ whale ເຂົ້າມາ, Lambda ຈະຕື່ນຂຶ້ນ, ປະມວນຜົນມັນ, ອາດຈະກະຕຸ້ນການຊື້ຂາຍ, ແລ້ວກັບໄປນອນຕໍ່.

ຈຸດເດັ່ນຫຼັກ

ບໍ່ມີການຈັດການເຊີບເວີ — AWS ຈັດການການຂະຫຍາຍ ແລະ ໂຄງສ້າງພື້ນຖານ
ປະຢັດຄ່າໃຊ້ຈ່າຍ — ຈ່າຍຕໍ່ 100ms ຂອງການປະຕິບັດງານ, $0.20 ຕໍ່ 1 ລ້ານຄັ້ງເອີ້ນໃຊ້
ການຂະຫຍາຍອັດຕະໂນມັດ — ຈັດການການເພີ່ມຂຶ້ນຂອງການເຂົ້າເຖິງໂດຍອັດຕະໂນມັດ
ຄວາມໄວສູງ — ກະຕຸ້ນໃນພາຍໃນບໍ່ກວ່າ milliseconds ຫຼັງຈາກສັນຍານເຂົ້າມາ
ການລວມຕົວກັບບໍລິການ AWS — ເຊື່ອມຕໍ່ກັບ DynamoDB, SNS, SQS, S3, CloudWatch
ການບັນທຶກຂໍ້ມູນພາຍໃນ — ການລວມຕົວ CloudWatch ສຳລັບການ debug ແລະ ການຕິດຕາມກວດກາ

ການຕັ້ງຄ່າສະຖາບັນ: ກອງທຶນ crypto ໃຊ້ 3 ຟັງຊັ່ນ Lambda: Signal Processor (ກວດສອບ ແລະ ກັ່ນຕອງສັນຍານ), Trade Executor (ສັ່ງຊື້), ແລະ Risk Monitor (ກວດສອບຂອບເຂດຕຳແໜ່ງ). ທັງໝົດຖືກກະຕຸ້ນໂດຍ Smart Money API webhooks. ຄ່າໃຊ້ຈ່າຍທັງໝົດ: $12/ເດືອນ ສຳລັບ 10 ລ້ານຄັ້ງເອີ້ນໃຊ້.

ກໍລະນີການນຳໃຊ້ທົ່ວໄປ

ປະມວນຜົນສັນຍານ whale ແລະ ສົ່ງຕໍ່ໄປຫາ bot ຊື້ຂາຍ
ກວດສອບສັນຍານຕາມຂອບເຂດຄວາມສ່ຽງກ່ອນປະຕິບັດງານ
ບັນທຶກສັນຍານທັງໝົດໃສ່ DynamoDB ເພື່ອການວິເຄາະປະຫວັດການ
ສົ່ງການແຈ້ງເຕືອນໄປຫາທີມຜ່ານ SNS ຫຼື Slack
ວິເຄາະຮູບແບບສັນຍານ ແລະ ອັບເດດພາຣາມິເຕີຍຸດທະສາດ

ການຕັ້ງຄ່າ AWS ເບື້ອງຕົ້ນ

ຂັ້ນຕອນທີ 1: ສ້າງບັນຊີ AWS

ສ້າງບັນຊີ AWS ທີ່ aws.amazon.com. ຊຸດຟຣີລວມມີ 1 ລ້ານຄັ້ງເອີ້ນໃຊ້ Lambda ຕໍ່ເດືອນ, ເໝາະສົມສຳລັບການທົດສອບ.

ຂັ້ນຕອນທີ 2: ເຂົ້າເຖິງ Lambda Console

ເຂົ້າສູ່ລະບົບ AWS Console, ເດີນທາງໄປຫາບໍລິການ Lambda. ຄລິກ "Create function".

ຂັ້ນຕອນທີ 3: ເລືອກ Runtime

ເລືອກ Python 3.11 (ແນະນຳສຳລັບການຊື້ຂາຍ crypto). Node.js 18 ກໍໃຊ້ໄດ້. ຫຼີກເວັ້ນ runtime ເກົ່າເພາະອາດມີຊ່ອງຫວ່າງດ້ານຄວາມປອດໄພ.

ຂັ້ນຕອນທີ 4: ຕັ້ງຄ່າ Execution Role

Lambda ຕ້ອງການບົດບາດ IAM ທີ່ມີສິດອະນຸຍາດເໝາະສົມ. ເບິ່ງພາກ IAM Configuration ຂ້າງລຸ່ມ.

ເອົາ API key ຂອງທ່ານໃນ 30 ວິນາທີ

ເຊື່ອມຕໍ່ການລວມຕົວນີ້ກັບຂໍ້ມູນຕົວຈິງໃນເວລາບໍ່ກວ່າໜຶ່ງນາທີ. API key ຟຣີ, 50 ຄັ້ງ/ມື້, ບໍ່ຕ້ອງໃຊ້ບັດ.

ເອົາ API key ຂອງທ່ານ →

IAM Roles ແລະ ສິດອະນຸຍາດ

ນະໂຍບາຍສິດອະນຸຍາດຂັ້ນຕ່ຳ

ສ້າງນະໂຍບາຍ IAM ທີ່ມີພຽງສິດອະນຸຍາດທີ່ຈຳເປັນ (ຫຼັກການຂອງສິດອະນຸຍາດຕ່ຳສຸດ):

ນະໂຍບາຍ IAM Lambda
{
 "Version": "2012-10-17",
 "Statement": [
    {
 "Effect": "Allow",
 "Action": [
 "logs:CreateLogGroup",
 "logs:CreateLogStream",
 "logs:PutLogEvents"
      ],
 "Resource": "arn:aws:logs:*:*:*"
    },
    {
 "Effect": "Allow",
 "Action": ["dynamodb:PutItem"],
 "Resource": "arn:aws:dynamodb:us-east-1:*:table/whale-signals"
    }
  ]
}

ວິທີປະຕິບັດທີ່ດີທີ່ສຸດ

ໃຊ້ບົດບາດແຍກຕ່າງຫາກ — ຟັງຊັ່ນ Lambda ທີ່ແຕກຕ່າງກັນຄວນມີບົດບາດທີ່ແຕກຕ່າງກັນ
ສິດອະນຸຍາດຕ່ຳສຸດ — ໃຫ້ສິດອະນຸຍາດພຽງແຕ່ສິ່ງທີ່ຈຳເປັນເທົ່ານັ້ນ
ຫຼີກເວັ້ນ * wildcards — ລະບຸຊັບພະຍາກອນແບບຊັດເຈນແທນ
ປ່ຽນປ້ອງກັນຢ່າງສະໝ່ຳສະເໝີ — ເກັບຮັກສາ API keys ໃນ AWS Secrets Manager, ບໍ່ໃສ່ໃນ code

ການຂຽນຟັງຊັ່ນ Lambda

ຟັງຊັ່ນ 1: Signal Processor

ຮັບ webhook ຈາກ Smart Money API, ກວດສອບສັນຍານ, ບັນທຶກໃສ່ DynamoDB:

lambda_handler.py
import json, boto3, os
from datetime import datetime
dynamodb = boto3.resource('dynamodb')
table = dynamodb.Table('whale-signals')
def lambda_handler(event, context):
 try:
        body = json.loads(event['body'])
        signal = body['signal_type']
        confidence = float(body['confidence'])
 # ປະມວນຜົນສັນຍານທີ່ມີຄວາມໝັ້ນໃຈສູງເທົ່ານັ້ນ
 if confidence < 0.70:
 return {'statusCode': 200, 'body': 'Ignored'}
 # ບັນທຶກໃສ່ DynamoDB
        table.put_item(Item={
 'timestamp': datetime.now().isoformat(),
 'signal': signal,
 'confidence': confidence
        })
 return {'statusCode': 200, 'body': ດຳເນີນການແລ້ວ}
 ຍົກເວັ້ນ ຂໍ້ຜິດພາດ ເປັນ e:
        print(f'ຂໍ້ຜິດພາດ: {e}')
 ກັບຄືນ {'statusCode': 500, 'body': 'ຂໍ້ຜິດພາດ'}

ຟັງຊັ່ນ 2: ຜູ້ດຳເນີນການຊື້ຂາຍ

ຮັບສັນຍານທີ່ຖືກກວດສອບ, ກວດສອບຂອບເຂດຄວາມສ່ຽງ, ດຳເນີນການຊື້ຂາຍຜ່ານ API ຂອງຕະຫຼາດ:

ກວດສອບຂະໜາດຕຳແໜ່ງທຽບກັບຍອດເງິນໃນບັນຊີ
ກວດສອບລະດັບຢຸດຂາຍແລະລະດັບກຳໄລ
ເອີ້ນໃຊ້ API ຂອງຕະຫຼາດເພື່ອສັ່ງຊື້ຂາຍຈຳກັດ
ບັນທຶກການດຳເນີນການໃສ່ບັນທຶກການກວດສອບ
ສົ່ງການຢືນຢັນໄປຫາ Slack

ຟັງຊັ່ນ 3: ຕົວກວດສອບຄວາມສ່ຽງ

ດຳເນີນການເປັນປະຈຳ (ທຸກໆ 5 ນາທີ) ເພື່ອກວດສອບຄວາມສ່ຽງຂອງພັດທະນາ:

ສອບຖາມຕຳແໜ່ງທີ່ເປີດທັງໝົດ
ຄິດໄລ່ delta ແລະ gamma ຂອງພັດທະນາ
ຖ້າ leverage > ຂອບເຂດ, ຫຼຸດຕຳແໜ່ງ
ແຈ້ງໃຫ້ທີມງານຖ້າຂອບເຂດຄວາມສ່ຽງຖືກລະເມີດ

ການຕັ້ງຄ່າ API Gateway

ການສ້າງ HTTP Endpoint

API Gateway ເປີດໃຫ້ Lambda ເປັນ HTTP endpoint ທີ່ Smart Money API ສາມາດ webhook ໄປຫາ:

ສ້າງ REST API ໃໝ່ໃນ API Gateway
ສ້າງວິທີ POST ຊີ້ໄປຫາຟັງຊັ່ນ Lambda
ຕັ້ງຄ່າປະເພດການປະສົມປະສານ = ຟັງຊັ່ນ Lambda
ປະກາດໃຊ້ໃນຂັ້ນຕອນ (ຕົວຢ່າງ, "production")
ຄັດລອກ URL: https://xyz.execute-api.us-east-1.amazonaws.com/production

ການຢືນຢັນດ້ວຍ API Key

ປົກປ້ອງ endpoint ດ້ວຍ API key ເພື່ອໃຫ້ພຽງ Smart Money API ສາມາດເອີ້ນໃຊ້ມັນ:

ຄວາມປອດໄພຂອງ API Gateway
ສ້າງ API Key ໃນຄອນໂຊນ API Gateway
ສ້າງແຜນການໃຊ້ງານ, ໃຊ້ຕິດກັບ API Key
ເປີດໃຊ້ຄວາມຕ້ອງການ API Key ໃນວິທີ
Smart Money API ລວມ key ໃນ header: x-api-key

ການຕັ້ງຄ່າ CORS

ຖ້າເອີ້ນໃຊ້ຈາກບຣາວເຊີ, ເປີດໃຊ້ CORS:

Access-Control-Allow-Origin: *
Access-Control-Allow-Headers: Content-Type
Access-Control-Allow-Methods: POST

ສະຖາປັດຕະຍະກຳທີ່ໄດ້ຮັບການກະຕຸ້ນຈາກເຫດການ

Smart Money Webhook → API Gateway → Lambda

ການເອີ້ນໃຊ້ແບບສອດຄ່ອງ. ສັນຍານມາເຖິງ, Lambda ດຳເນີນການທັນທີ, ສົ່ງຄຳຕອບກັບ Smart Money API.

ການກະຕຸ້ນຕາມເວລາທີ່ກຳນົດ (EventBridge)

ດຳເນີນການ Lambda ຕາມເວລາທີ່ກຳນົດ (ຕົວຢ່າງ, ຕົວກວດສອບຄວາມສ່ຽງທຸກໆ 5 ນາທີ):

ກົດເກນ EventBridge
ເວລາທີ່ກຳນົດ: rate(5 ນາທີ)
ເປົ້າໝາຍ: ຟັງຊັ່ນ Lambda risk-monitor

ການປະສົມປະສານ SQS Queue

ສຳລັບສັນຍານທີ່ມີປະລິມານສູງ, ໃຊ້ SQS queue ເປັນຕົວກັນ:

Smart Money API → SNS Topic → SQS Queue
Lambda ສອບຖາມ queue ທຸກໆ 10 ວິນາທີ
ດຳເນີນການສັນຍານໃນຈັງຫວະຂອງທ່ານ
ປ້ອງກັນບໍ່ໃຫ້ Lambda ຖືກລົງທຶນເກີນ

ການປະກາດໃຊ້ແລະການຈັດການ

ການໃຊ້ SAM (Serverless Application Model)

ປະກາດໃຊ້ໂຄງສ້າງເປັນລະຫັດໂດຍໃຊ້ AWS SAM:

sam-template.yaml
AWSTemplateFormatVersion: '2010-09-09'
Transform: AWS::Serverless-2016-10-31
Resources:
  ProcessSignalFunction:
    Type: AWS::Serverless::Function
    Properties:
      Handler: index.lambda_handler
      Runtime: python3.11
      Timeout: 10
      Events:
        ApiEvent:
          Type: Api
          Properties:
            Path: /webhook
            Method: POST

ການຄວບຄຸມລຸ້ນແລະ CI/CD

ໃຊ້ GitHub + AWS CodePipeline ສຳລັບການປະກາດໃຊ້ແບບອັດຕະໂນມັດ:

ດັດແກ້ລະຫັດໃສ່ GitHub repo
CodePipeline ຕິດຕາມການສົ່ງລະຫັດ
CodeBuild ດຳເນີນການທົດສອບແລະບັນຈຸ
CodeDeploy ປະກາດໃຊ້ໃສ່ Lambda
ການກັບຄືນໂດຍອັດຕະໂນມັດເມື່ອລົ້ມເຫຼວ

ຕົວປ່ຽນສະພາບແວດລ້ອມ

ເກັບຄວາມລັບໃນ AWS Secrets Manager, ບໍ່ໃສ່ໃນລະຫັດ:

SMART_MONEY_API_KEY — ດຶງຂໍ້ມູນຈາກ Secrets Manager ໃນ Lambda
EXCHANGE_API_KEY — ເກັບໄວ້ຢ່າງປອດໄພ
DYNAMODB_TABLE — ອ້າງອີງຈາກພາຣາມິເຕີ CloudFormation

ການຕິດຕາມແລະການດັດແກ້ຂໍ້ຜິດພາດ

CloudWatch Logs

Lambda ບັນທຶກໂດຍອັດຕະໂນມັດໃສ່ CloudWatch. ກວດສອບ logs ສຳລັບຂໍ້ຜິດພາດ:

ຄລິກຟັງຊັ່ນໃນຄອນໂຊນ Lambda
ໄປທີ່ແຖບ Monitor → ເບິ່ງ logs ໃນ CloudWatch
ຄົ້ນຫາຂໍ້ຜິດພາດຫຼືຂໍ້ຜິດພາດ

ຕົວຊີ້ວັດທີ່ກຳນົດເອງ

ສົ່ງຕົວຊີ້ວັດທີ່ກຳນົດເອງໄປຫາ CloudWatch ເພື່ອຕິດຕາມ:

ຕົວຊີ້ວັດທີ່ກຳນົດເອງ
cloudwatch = boto3.client('cloudwatch')
cloudwatch.put_metric_data(
  Namespace='SmartMoney',
  MetricData=[{
 'MetricName': 'SignalsProcessed',
 'Value': 1
  }]
)

CloudWatch Alarms

ແຈ້ງເຕືອນເມື່ອຟັງຊັ່ນ Lambda ລົ້ມເຫຼວຫຼືຊ້າ:

ອັດຕາຂໍ້ຜິດພາດ > 1%
ໄລຍະເວລາ > 5 ວິນາທີ
ການລະງັດເກີດຂຶ້ນ
ຂໍ້ຜິດພາດເວລາໃຊ້ງານ

X-Ray Tracing

ເປີດໃຊ້ X-Ray ສຳລັບການຕິດຕາມທີ່ແຜ່ຫຼາຍຜ່ານບໍລິການ:

ເບິ່ງໄລຍະເວລາທີ່ແຕ່ລະການດຳເນີນການໃຊ້
ກຳນົດຈຸດອ່ອນ
ດີບັກບັນຫາການລວມລະບົບ

ຄວາມເຂົ້າໃຈດ້ານການດຳເນີນງານ: ຂໍ້ຜິດພາດ Lambda ທີ່ແພງທີ່ສຸດບໍ່ແມ່ນຄ່າໃຊ້ຈ່າຍດ້ານຄອມພິວເຕີ—ແຕ່ແມ່ນບັກທີ່ເຮັດໃຫ້ການຊື້ຂາຍຜິດພາດ. ລົງທຶນຫຼາຍໃນການຕິດຕາມ, ການບັນທຶກ, ແລະການທົດສອບ. ດີກວ່າຈະໃຊ້ $50/ເດືອນໃນ CloudWatch ກ່ວາ $5,000 ໃນຂໍ້ຜິດພາດການຊື້ຂາຍ.

ສ້າງໂຄງລ່າງພື້ນຖານການຊື້ຂາຍແບບ Serverless

ດຳເນີນລະບົບການຊື້ຂາຍແບບເຫດການຂັບເຄື່ອນດ້ວຍ AWS Lambda. ປະມວນຜົນສັນຍານ whale, ດຳເນີນການຊື້ຂາຍ, ແລະຕິດຕາມຄວາມສ່ຽງໂດຍບໍ່ຕ້ອງຈັດການເຊີເວີ.

ເບິ່ງແຜນລາຄາ

ແຜນ Pro ແນະນຳສຳລັບການສົ່ງ webhook. ຄ່າໃຊ້ຈ່າຍ Lambda: ~$1-5/ເດືອນສຳລັບປະລິມານການຊື້ຂາຍທົ່ວໄປ.