AWS Lambda
그것이 무엇이며 왜 끔찍한 지
"Serverless"솔루션의 The Dark Underbelly를 강조하는 프레젠테이션 및 라이브 데모는 AWS Lambda를 가장 선사적이기 때문에 선택합니다. 우리는 Lambda + Dynamodb에 구식 히트 컨터를 구축 하고이 접근법을 CGI + SQLITE와 비교합니다.
개요
- 새로운 인스턴스를 회전시 높은 대기 시간.
- 새로운 "Provisioned Concurrency"모델은 AWS 청구 이중 말입니다. 왜 VM을 구매하지 않겠습니까?
- 디버깅은 악몽입니다.
- 로그는 즉시 클라우드 워치를 통해 오지 않습니다
- 생산 디버깅을위한 ptrace 또는 bpftrace가 없습니다
- 리소스 활용을 이해하기위한 위에 있지 않습니다.
- 다른 곳에서는 사용되지 않는 이상한 포장 및 배포 패턴.
- 실제로 Serverless 또는 Zappa와 같은 프레임 워크를 사용해야합니다.
- 그들은 당신을 위해 모든 인프라를 다루지는 않습니다. 선은 어디에서 그려야합니까?
- "패치 서버"가 정말 어렵습니까? Yumcron, 누구?
- 비밀을 제공한다는 것은 AWS Secrets Manager에 대한 지불 + 지불을 의미합니다.
- 비밀 관리자는 어딘가에 비밀을 평범하게 유지하는 것을 의미합니다
- 비밀을 피하는 것은 IAM에 완전히 의존하는 것을 의미합니다.
- 네트워크 성능은 메모리 할당에 비례합니다
- 이것은 반응 형 앱을 얻기 위해 필요한 것보다 더 많은 비용을 지불하게합니다.
- 추측 : 이것은 KSM을 통해 RAM을 과도하게 구독 한 것입니다. 네트워크에서도 똑같이 할 수 없습니다.
- Lambda는 대부분 앱이 꺼져있을 때 비용을 절약하지만 개발자 시간은 절대 돈을 지불하지 않습니다.
감사의 말
- 아베 심슨 이미지 © 20 세기 폭스
- 현대 문제 밈 © Dave Chappelle / Comedy Central
- @myoung34의 비판적 피드백
