私有SaaS,一种新范式

软件即服务(SaaS)交付软件的方法彻底改变了行业。SaaS市场预计到2030年将从3万亿美元增长到10万亿美元,未来是光明的。组织越来越多地采用SaaS应用程序,因为它们是在提供商的服务器上管理和运行的。这减轻了管理软件应用程序的基础设施、可用性、安全性和性能的责任。

本文来自微信公众号“开源云中文社区”。

软件即服务(SaaS)交付软件的方法彻底改变了行业。SaaS市场预计到2030年将从3万亿美元增长到10万亿美元,未来是光明的。组织越来越多地采用SaaS应用程序,因为它们是在提供商的服务器上管理和运行的。这减轻了管理软件应用程序的基础设施、可用性、安全性和性能的责任。

虽然这使客户能够简单地租用软件并只为所使用的软件付费,但使用SaaS并不总是可能的。一些垂直的SaaS,如开发人员或安全工具,通常必须与组织的代码库或生产环境交互——对于拥有专有算法或敏感数据的组织来说,这是绝对不允许的,尤其是在金融科技、医疗保健和政府行业。然而,这些行业的企业仍然需要使用尖端技术,无法购买过时的软件。

作为回应,一些软件供应商将其产品作为自管理版本提供,这样公司就可以在其基础设施范围内保持其运行,从而满足安全和数据保护需求。但设置、运行和扩展工具可能是一项复杂且资源密集的任务,公司可能不想承担。这会占用时间和资源,让公司无法专注于构建核心产品。

这就是为什么笔者认为需要一种新的范式。

什么是私有SaaS?

私有SaaS是SaaS的变体,供应商在客户网络中运行软件,但负责管理和保护软件。供应商的私有SaaS框架负责可靠性、可用性、升级和第2天运维。它分割控制平面和数据平面,允许客户数据保留在其网络中。

由于软件完全由提供商管理,客户无需处理部署、配置、可靠性、安全性、灾难恢复和升级。而且,由于软件数据仍在组织的网络中,组织可以控制数据的保存位置和保存时间,从而帮助实现对SOC2、HIPAA和GDPR的合规性。最后,对于处理大量数据的工具,如日志管理和ETL,私有SaaS可以消除大量数据传输成本。

QQ截图20221020133834.png

QQ截图20221020133834.png

SaaS模型:

——供应商的“数据平面”(每个客户的应用程序和软件托管并运行)位于供应商的网络中。

——基础设施(机器、内存、CPU、磁盘)由供应商提供。

为了让供应商的“数据平面”接收更新,为每个客户运行的代理与供应商的控制平面(也位于同一供应商网络中)进行协调。

私有SaaS模型:

——供应商的“数据平面”位于客户A网络内的环境中,因此由客户A管理和控制。

——基础设施(机器、内存、CPU、磁盘)由客户A提供。

——只有供应商的“控制平面”(负责“数据平面”的更新)位于供应商的基础设施内,而工具和应用程序则位于客户的基础设施中。

对私有SaaS的使用

OpsVerse提供了一个托管的DevOps工具平台,允许公司使用开源软件,如Argo、Grafana、Jaeger和Prometheus。私有SaaS产品非常受欢迎,主要是由于客户希望将数据保存在内部。从信息安全(InfoSec)的角度来看,通过私有SaaS启动工具可以使他们遵守数据保护规则或必须遵守的任何法规。

例如,客户通过私有SaaS运行Argo CD。为了理解原因,我们必须首先了解Argo CD提供了什么以及它是如何工作的。

Argo CD是一个开源的、基于GitOps的“持续交付”工具,正迅速获得采用和普及。GitOps指的是一组使用Git作为唯一真实来源来管理基础设施和应用程序配置的实践。Argo CD——流的“持续交付”部分——监控Git并确保基础设施的状态匹配。

因此,Argo CD需要访问组织的Git存储库和生产基础设施(如Kubernetes),在那里它需要操作更改——这两个都是非常脆弱的资产。使用私有SaaS,这两个组件都留在组织自己的网络中,提供InfoSec团队所需的安全级别。

QQ截图20221020133834.png

如何构建私有SaaS

构建一个私有SaaS产品可以为公司打开一个新的市场,但这并非没有挑战。

主要挑战之一是了解私有SaaS应用程序的运行状况。为了确保高质量的服务,供应商必须具有强大的可观测能力。

这包括收集以下信号:

——指标:查看应用程序趋势并设置警报。

——日志:查看应用程序正在做什么。

——跟踪:查看应用程序的哪些组件可能成为瓶颈。

——事件:查找基础设施更改。

这可以通过为其应用的所有组件实施遥测来实现。这确保了服务始终处于运行状态,并允许供应商知道何时为客户周边运行的部件提供更新或维护。

另一个挑战是推出在私有Saas中运行的应用程序的更新。如果网络配置不允许进出客户周界,则供应商应将管理集群复制到客户周界中,这样代理在轮询时就不必离开周界。这种方法将使供应商的自动更新框架保持一致,但客户将有额外的负担来与供应商协调操作管理集群。

如果客户的网络配置仅限制从其周界外部进入,则需要由供应商提供的位于客户周界的代理。此代理将轮询供应商的管理集群,下载并安装更新。

在自动更新期间解决客户集群上的问题也是一项挑战。供应商应确保客户运行诊断并将报告发送给供应商以进行故障排除。

私有SaaS刚刚起步

政府对数据安全和隐私的管理法规不断演变,对工程团队来说,合规性始终是一个挑战。据估计,66%的国家制定了某种数据隐私和消费者权益立法,因此我们应该预计,使用SaaS将越来越具有挑战性。

无法使用SaaS的组织正在转向内部部署和组装的OSS,内部开发平台(IDP)的兴起反映了这一趋势。然而,他们通常没有开发主题专业知识所需的时间、带宽和技能来可靠地运行、维护和保护开源软件。这有充分的理由。最近的一份报告发现,在员工超过10000人的组织中,48%的组织面临遵守政府要求的挑战,30%的组织报告称其OSS堆栈的安全性是首要任务。

这就是我们认为需要私有SaaS的原因,我们已经看到公司使用类似的方法。你认为需要这个新概念吗?你是否基于类似的原则构建产品?

THEEND

最新评论(评论仅代表用户观点)

更多
暂无评论