与 AWS 合作，我自己的初创公司创始人：Vorhealth（假期反思）

Source: Dev.to

不超支的 CTO（FinOps 作为策略）

• 从第一天起就优先考虑支出效率。
• 使用指标和警报来避免 AWS 账单出现意外。

开发速度 vs. 技术债务

• 专注于快速上线，但不要累积会阻碍未来增长的架构决策。
• 定期审查代码和基础设施，在债务变得难以管理之前将其偿还。

合作伙伴的经验教训

“不自动化的东西，都会出问题”。

• 自动化流水线、测试和部署，以减少人为错误。

稳固的 MVP

• 当其他创始人还在与服务器纠缠时，你已经从第 1 天起使用 IaC（Terraform 或 CDK）部署基础设施。
• 如果你的创业公司快速增长，系统可以在几分钟内完成扩展，而不是几周。

首选 Serverless

• 选择让你专注于产品而不是修补操作系统的架构。
• AWS Lambda、API Gateway 和 DynamoDB 等服务可以降低运维负担。

安全性作为销售卖点

• 在 B2B 场景中，安全是客户的首要问题。

• 与其说“我们在云上”，不如说：

  “我们的架构遵循 AWS Well‑Architected Framework，使用 KMS 进行静态加密，并遵循 最小特权 原则”。

• 这种做法能促成合同并建立信任。

“问题解决者”思维

• 两年的他人部署观察让你了解哪些可行、哪些不可行。
• 你见过因架构过于复杂而失败的案例，也见过因简洁而成功的案例。

来自“前技术人”给创始人的建议

• 以前： 你的成功在于架构要完美。
• 现在： 你的成功在于产品解决了问题并有人为之付费。
• 不要因为会做而陷入“过度构建”基础设施的陷阱。

你的创业公司的黄金法则

只构建严格必要的技术，以验证你的商业模式。

祝好。