Lambda 개발 시 주의해야 할 제품군 ④
2101 단어 AWSLambdaServerless배치 처리tech
포기하지 않는 정신도 때로는 최악의 결과를 초래할 수 있다
감사합니다.Desun입니다.
어때요?사용하셨어요?Lambda
이번에는 의욕이 넘치는 람다, 의욕이 넘치면서 벌어진 일들을 소개한다.
재시도 횟수
非同期呼び出し - Lambda は、関数エラーを 2 回再試行します。関数にすべての受信リクエストを処理する十分なキャパシティがない場合、関数に送信されるまで、イベントはキューの中に数時間または数日間保持される可能性があります。正常に処理できなかったイベントを把握するために、デッドレターキューを設定できます。詳細については、「非同期呼び出し」を参照してください。
그렇다면 오늘 이 기사에서 주목한 부분은 상술한 부분이다.함수 오류를 두 번 다시 시도합니다.이 부분
두 번 다시 시도하다.이것
여기 두 번.
이 묵인 설정의 열의가 비극을 일으켰다.
발생한 비극
라인 공식 계정.
라인의 공식 계정을 개발할 때는 어쩔 수 없이 람다+클라우드워치 이벤트를 양산했다.
일괄 처리의 내용으로 미리 설정된 메시지와 발송 시간이 되면 사용자에게 그 메시지를 보내는 일괄 처리입니다.
처음 발매됐을 때 이미 움직이기 시작했지만 람바를 제대로 조사하지 못했어요. 몇 달 정도 하고 나서...
비극이 일어났다. 바로'이중 발표'다.
대가의 무게
라인의 공식 계정 계획에 따르면 매달 보내는 메시지 수를 초과하면 한 통에 n엔이 필요하다.
여기에는 공식 계정을 사용하는 고객과의 계약에 따라'이중 발송했다','발송한 정보가 미비했다'등의 경우 발송한 금액을 채우는 것과 같은 계약으로
예를 들어 한 통에 1엔, 10만 명에게 보낼 때 최악의 경우
送った2通分 * 10万 = 20万円
お詫び配信分 * 10万 = 10万円
配信し直し * 10万 = 10万円
이걸 다 채우면 40만 원 정도의 손실이 발생한다.이유는 다르지만 저는 갓 졸업했을 때부터 이렇게 개발비를 날려버린 경험이 있습니다.
무슨 일이 생겼어요?
배포가 시작될 때까지 가능합니다. 이후 처리에서 오류가 발생했습니다.
그리고 의욕이 넘치는 줄 모르고 설정된 부분을 잘 이해하지 못한 채 기본 재시험 횟수인 2차례, 함수 반복 수행, 총 3차례 처리가 수행되는 등 다중 게시가 이뤄졌다.
제대로 이해하지 못하고 그냥 쓰면 이렇게 좋은 예가 되는 거야
이번에 일어난 일은 잘 조사해 알면 다시 시도해 보는 횟수가 0번이 되고 다시 시도해 봐도 괜찮다는 식으로 피할 수 있는 문제다.
결론
그나저나 많은 문제가 생겼을 때 이맘때 하는 거니까 람다는 뭐부터 나흘 동안 했는지 용서해 주세요.
시리즈 일람
Reference
이 문제에 관하여(Lambda 개발 시 주의해야 할 제품군 ④), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://zenn.dev/jey_desun/articles/cd798742414113텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)