alansfinal

iPhone 日常使用，国产安卓手机当相机用+试用美区/国区没有的 app

zeabur

看了这个帖子我不知道是该笑还是该哭，我知道 A 出问题了但我选择引入 B 问题来逃避 A 。
你要是真的觉得这个账户无所谓不在乎那你就不用管它，拿出你绑无效信用卡的勇气，AWS 被人欠的钱多了去了，不会为难你，不交这点小钱也没事儿，虽然没那么道德。
其次，AWS 当然也是有责任的，历史上很长一段时间你甚至无法知道跨区域跨账户到底有哪些服务/资源还在运行，最近有一个 AWS Resource Explorer 可以看所有资源，进去删干净就好了。
最后就是当初正确的做法应该是什么，当初发现问题就应该第一时间联系 support ，support 不仅会告诉你什么资源在扣费如何停掉，还会帮你直接免除这部分费用，你也就不用想出绑坏卡这种招了，也不用担心现在的账户问题了。

这八个岗位都不合适你，明天来全聚德说相声跟付航做同事！

http response 返回以后 lambda function 就终止了，想实现后台任务可以看这篇 https://aws.amazon.com/blogs/compute/running-code-after-returning-a-response-from-an-aws-lambda-function/

作为一个呆过中小厂的人，我曾经有类似困惑，尤其找工作面试的时候，所有人都想要高并发大规模分布式系统架构经验:) 想拥有这方面经验就得去大厂核心组或者在中厂等到一个起飞的业务，但是想去这种业务的组就得先有经验，而想有经验就得去这种组...鸡生蛋蛋生鸡似乎是无解的

后来如愿进了世界级大厂但是负责边角料业务，依然无法在自身的工作中得到多少成长，于是决定自学了。把 AWS/Azure 的 well-architected framework 架构文档读一遍，一句一句读，不放过每一个细节，不懂的就去网上搜、找人问、在公司内部搜相关团队约饭约咖啡，同时把 AWS 的 Solution Architect Professional + DevOps Engineer Professional 跟 Big Data specialty 的认证考过了。这时候架构的基础知识跟产品术语就比较清楚了，但还是浮于表面。

接下来就是挑着 AWS/Azure 的架构案例去研究，像刷题一样，刚开始抄答案，再是先自己写一遍然后对比标准答案、思考差距在哪，积累到二十几个常见案例的时候基本已经能忽悠任何人了。

再最后就是实操了，这一步如果想偷懒就直接去看开源项目，尽量找那种有 Terraform 的这样方便快速看它的架构。