跳到主要内容
博客您的云计算开发战略错了吗?

你的云计算发展战略都错了吗?

你的云计算开发策略都错了吗?博客文章标题的特色图片。

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/CDIaC容器化。 

如果所有这些都与你的思维方式一致,并且你想以这种云原生方式进行建设,我们很愿意与你交谈。请与我或任何团队成员联系,讨论你的云购买之旅。


注释

留下回复

您的电子邮件地址将不会被公布。 必须填写的字段被标记为*