为什么Cloud Native将接管SaaS世界

当您的开发团队告诉您他们计划将您的关键应用程序之一迁移到云中以成为SaaS服务时，通常会发生以下两种情况之一：

• 首先，他们将尝试使用在云中租用的计算机上运行的相同体系结构来重新创建确切的功能。忠告：逃跑，该项目注定要失败。

• 其次，他们将重新设计和重新设计该应用程序，以利用云计算的一些基本优势。换句话说，是原生云方法。

尽管可以将传统应用程序和数据操作直接移植到云中，但是许多SaaS供应商通过采用云优先，云原生架构而获得了先发优势。本篇文章解释了为什么以云原生的的方法将胜过直接连接到云的软件端口的原因。

数据点1：弹性提供成本优势

尝试将您的物理基础架构规范与云虚拟基础架构匹配几乎从来不是一个好主意。即使Amazon，Azure和Google云提供了各种大小的虚拟机，这些虚拟机或多或少都与物理同类产品的规格相匹配，但您几乎永远也无法获得最佳的云计算支出。这些平台提供了灵活的定价选项，例如“预留实例”，企业协议和储蓄计划。您在IT中的云管理员可以为您提供指导。

数据点2：计算和存储的分离增强了两者

在数据中心中，您购买的服务器通常具有一些直接连接的存储（DAS），可用于存储临时文件，图像，文档或其他内容。但是，当您在云中进入SaaS领域时，依靠此模型很危险，因为您的计算机/ CPU需求可能会与数据存储需求起伏不定。云使您能够使用对象存储服务，例如AWS S3或ADLS，可以独立于计算需求购买，优化和管理这些对象存储服务。计算和存储的这种分离将帮助您避免“成功危机”，例如增加10,000个新用户。

数据点3：缩放读写分别缩放

同样，当您将大量数据的SaaS服务部署到潜在的巨大并发用户群时，您可能希望选择最佳的数据发现，数据处理和数据检索技术。过去，关系数据库可能是这些功能的逻辑选择，但是在云规模的数据量和用户中，选择更专业的云服务（例如列存储，内存数据库或数据流）可能是有意义的。这样，如果您的大部分工作负载都是读取密集型的，并且数据库写入是突发性的或间歇性的，那么即使写入次数可能激增（例如，每季度或一年结束时），您的正常SaaS操作也会继续。这样可以提供更好的用户体验和更灵活的操作模型。

数据点4：云对象存储设计

在存储问题上，云优先设计的决定是将重点放在云存储服务（例如S3或ADLS）提供的优势上。云提供商将面临竞争压力，要求其存储服务进行改进和创新。紧密跟踪并迅速适应这些创新的应用程序架构师将比那些更加谨慎的竞争者拥有所有优势。例如，亚马逊最近增加了写后读一致性。在存储中内置此功能可能意味着在某些用例中可能不需要为某种SQL查询引擎付费。可以从这种竞争性创新中受益的其他领域是安全性，加密，压缩或其他节省成本的措施。

数据点5：万无一失

对于那些采用云原生方法的公司来说，一个明显的优势是即时，自动化和简化的心态（从来没有像现在这样简单）。SaaS提供商通常可以生存或死掉，因为他们是否可以提供即时调配，一劳永逸的配置以及甚至复杂的IT或业务功能的“按钮式”用户体验。另一面是万无一失的是，通过提高自动化程度，内置预测智能或机器学习（可确保您的环境处于最佳运行状态），使用户提高工作效率。SaaS公司必须善于创建万无一失的工作流程，并提高用户的生产力和效率。

数据点6：提供合理的退出策略

尽管每个云提供商都提供专有的云服务（数据仓库，ETL，消息传递，存储），但它们还提供了丰富的现成开源技术，如Spark，Kafka，Flink，MySQL，Postgres等。尽管使用这些开放源代码产品可以轻松地从一个云迁移到另一个云的说法实在是太过分了，但这的确意味着，如果云提供商中有一个交换机，那么迁移可能不会完全重写。更重要的是，由于许多公司已经在与两个或更多的云提供商打交道，因此许多IT架构师正在寻找建立多云模型的道路。如果您的组织可以熟练地利用来自不同供应商的云服务，那么能够在将来对您的解决方案进行验证的第一步就是要强调一个云而不是另一个云。

为了使SaaS供应商在拥挤的市场中取得成功，他们需要通过将其服务想象为云的完美缩影（即弹性，创新，弹性和希望具有成本效益）来领先于游戏。