20年前，我作为一名软件工程师开始了我的职业生涯。我们中的很多人--我知道我不是一个人--见证了公共云的空前发展，并持续到今天。
有一些云计算供应商对你应该如何与他们建立联系有自己的看法。我们称这种方法为平台原生。他们希望你在他们的生态系统中使用他们 的服务和工具来构建。但是，云供应商不应该决定你如何构建和部署。相反，你的工作负载应该是可移植的，使用基于开放和标准的工具，允许你在任何有意义的地方部署和移动它们，以找到最适合你的工作负载的地理、价格或性能。
今天的开发者购买之旅
我在选择正确的云计算供应商时犯过错误。我们很多人都犯过。但这些经验--好的和坏的--让我看到了选择过程中的模式。我发现了开发者在购买云计算过程中的五个阶段。
1.1.发现。无论你是在阅读Stack Overflow或Reddit线程、观看YouTube或其他地方的活动中听到新的东西，一项云服务会引起你的兴趣，因为你以前从未听说过它。突然，你会想：这是什么？这对我来说有什么用？它能如何帮助我？
在发现过程中还有很多问题要问。你的目标应该是得到答案，了解是什么让云计算产品变得独特，是什么让它与一些可感知的类似产品不同，以及它向你展示的具体价值主张。无论是对服务的承诺还是其他方面，当你问 "为什么 "的时候，它就在这里。
2.2.评估。在这个阶段，我们已经摆脱了怀疑，并且非常确定这里有一些东西。现在是承诺和评估我们所发现的东西的时候了。不要计划投入太多时间。通常只需要15到20分钟的时间来深入研究文件。但你需要深入了解该服务或工具，并评估与你已经知道的任何差异。
虽然准确了解你正在评估的服务是有帮助的，但如果你对其他云供应商的了解有些狭窄，也不用担心。例如，以我们的管理型Kubernetes产品为例。如果你熟悉竞争产品，你可以在这些产品和Linode Kubernetes Engine之间进行一些比较。
以下是无人机制造商Skydio的工程总监Elliot Graebert对评估用例的摘录。
"这些界面看起来相当相同，因此不可能宣布哪一个更好。他们的设计简洁明了，没有AWS 和Azure中普遍存在的功能臃肿。在我看来，这种简单性对帮助你进入、部署你的应用程序，并转回写代码有很大的帮助。" 他补充说："Linode启动新k8s集群的惊人速度将吸引一些受众，他们的整体节点部署时间也很扎实。"
3.学习。 现在我们准备进入最关键的一步。而原因是，在评估阶段，你会投入一些时间，但这是你将投入大部分时间的时候。作为开发人员，我们的脑子里有一百万个项目在运行。现在，我们要经过一番拟合，看看这个云产品是否值得。准备好投入几个小时的学习。要回答的最大问题是：这个云供应商和他们的解决方案对我的下一个项目有用吗？
4.构建。 哪个工程师不喜欢把他们的手放在键盘上？但这一步是事情经常出错的地方。我们让自己有条件建立MVP（最小可行产品），而我们真正需要的是建立MLP，"最小可爱产品"。
MVP是最基本的，而且你不一定会喜欢它们。在我职业生涯中建立的所有MVP中，我无法说出一个适合生产的MVP。在我今天的工作中，我喜欢向开发人员展示如何创建一个MLP。其结果是他们可以诚实地评估他们为建立它所付出的努力是否值得。
5.规模。在这个阶段，你会问很多问题。在了解规模时，你会想知道如何利用多个地区的优势，无论是为了灾难恢复而将数据从一个点复制到另一个点，还是仅仅为了在一个以上的地区存在。不仅要从流程的角度来考虑规模，还要从人员的角度来考虑。如果你需要在这个过程中注入更多的人，那是什么样子的？
您还需要了解集成过程。无论是通过 CLI 或 API，找出可以帮助您实现自动化的可用内容。我们正处于这一自动化浪潮中， 基础架构即代码 （IAC） 处于领先地位。我们用更少的资源做更多的事情，因为我们知道流程是可扩展的，而人们却没有。评估建立基础架构和扩展所需的工作量。
平台原生与云原生
云的选择将继续是一个进化的过程。我们需要开始更客观地看待它。当我第一次涉足云计算的时候，我只用这些平台和工具来构建。当时所有的技术文献都是关于某个特定平台的。但随着我作为一个工程师的成长，我开始用云计算的方式来构建，我可以拿起我的工作负载，把它移到任何地方，让我对我构建的东西有更多的控制。我在开源工具的帮助下做到了这一点，这使我能够采用统一的标准，如CI/CD、IaC和容器化。
如果所有这些都与你的思维方式一致，并且你想以这种云原生方式进行建设，我们很愿意与你交谈。请与我或任何团队成员联系，讨论你的云购买之旅。
注释