@ZSeptember 确实会带来疑惑，起初是有计划直接搞一套语言来着，但是感觉生态、体验就不如直接基于现有语言。现在倒也是基于编程语言工具去搞事情，AssemblyScript 不也是基于 TS 做的语言嘛，哈哈哈哈哈

能具体说说你们当时体验的感受么？体验差是差在哪里？成本高是因为请求量高了后，不如虚拟机部署？

@mightybruce 这里提的开发模式的确不等同于 FaaS ，而是针对 FaaS 函数难以管理和协调问题 的一个解决思路，能降低 FaaS 使用的复杂性。

我理解你的意思应该是：K8s 、云只负责分配资源与暴露服务，具体负载的执行由特定的运行时（ Ray 、Service Weaver 等）来负责。

个人观点，针对负载类型构建运行时，各司其职，能带来更高的性能优势。但是对集群整体而言，资源利用效率可能下降，因为 K8s 不知道上层应用内部的情况，不能很好地混部与调度。同时，各类负载共享同一种运行时，还能促进不同类型负载进行结合，也能使不同类型的负载共享基础设施提供的 BaaS 能力。


题外话：这篇文章限于篇幅与主题，只讲述了有关计算的研发模式。其实，除了 FaaS ，云原生应用还依赖于云基础设施提供的丰富的 BaaS 能力，我们也会尝试通过编译的手段分析出应用程序对 BaaS 组件的依赖，进而自动创建基础设施环境。整体上，我们解决的问题主要是：IaC 、云背景（各种权限等）等对于个人开发者与中小团队具有上手成本，云的使用（包括 FaaS 、BaaS ）仍具有较高的门槛。

巧了，如果你是写后端，或许可以尝试一下我正在开发的一个面向开发者的云应用开发工具，Pluto： https://github.com/pluto-lang/pluto

可能不算低代码工具，但是能够很方便的发布后端 API ，以及使用云的能力。效果是：你只需要写 TypeScript ，然后就能自动创建云上的 BaaS 组件（包括网关、数据库、消息队列之类的），以及把你在程序中写的一些函数发布成 FaaS 。

不过，目前才刚开始开发，针对 AWS 支持稍微多一点，你可以试试看，然后提提需求，后面功能肯定会逐步完善。

此外，除了这个，你或许可以看下 Pulumi ，它也提供了编写 Serverless 的能力 https://www.pulumi.com/serverless/

以及国内做的 FaaS 平台，Laf https://laf.run/

@ztmark 请问这个 C4 图，有中文的相关资料么？

@jonsmith #9 https://plantuml.com/

@keepRun #2 负载量低的确可以省钱，针对运维成本，如果只是用 Serverless ，其实也很难降低，毕竟还要维护数据库之类的其他组件，只有利用好云上的各种能力才能降低运维成本。

针对代码侵入这块，的确大型云服务商都没有很好的解决方案，让用户一个个函数的去编写，体验蛮差的。

但是，其实国外有一些更加用户友好的解决方案，例如 Vercel ，国内也挺多人在用，他提供的能力是，前后端一体化，只需要你把 api 函数放到相应的目录下，就能用上 FaaS 的能力，降低了使用的复杂度。

不过这种使用方式会有提供商锁定问题。如果你理解 IaC 的话，最近有一个号称“面向云”的新编程语言，Winglang ，挺火的，使用它的话，你只需要编写代码，会自动生成 AWS 、Azure 等云厂商的 IaC 代码，然后就可以直接部署了。 https://github.com/winglang/wing

Winglang 引入很多新的概念，Pluto 的话，和 Winglang 差不多，但是尽可能不添加新概念，采用的是 TypeScript ，同样不需要修改代码就可以多云迁移。https://github.com/pluto-lang/pluto

@soclearn #15 https://github.com/pluto-lang/pluto 基础设施领域的框架，用于简化应用开发部署

欢迎参与 [Pluto]( https://github.com/pluto-lang/pluto) 呀，一个开发工具项目，帮助个人开发者更轻松地构建云原生应用程序，降低云能力的上手难度。

Pluto 会根据开发者在代码中定义的变量，自动创建与管理必要的云资源组件，蛮有意思的一个项目，还处在非常早期阶段，一起来共建呀。

@pikay #31 牛呀，不错不错🎉

巧了，我也搞过一个命令行版本的 ChatGPT ，不过我是基于 AWS 搭建了一个 ChatGPT 的 HTTP 服务，可以保存会话，然后写了个 bash 脚本，脚本里调用 HTTP API ，用户使用 bash 与 HTTP 服务交互

https://v2ex.com/t/987000

@OneMan
@sampeng #77
@opengps

感谢 V 友，会继续明确目标群体，说清楚解决的问题。目前想的是，不想做个大事，只是想降低一点云的使用门槛，让没有云背景的开发者也能用上云。

@mightybruce #52
@pkoukk #53 感谢建议，经验欠缺，会持续了解学习

很多 V 友都提到多云多活，但我个人感觉，这只能依赖于每个云都提供，且使用方式相同的计算组件吧，比如容器托管或 Kubernetes ，但是随着 Function as a Service 等能力的增强，其实利用好这些能力是有助于降低以往部署方式的成本的，而 FaaS 的适配方式各个云有显著的不同，这种情况下是不是就比较难做到多云多活了？

个人观点，欢迎来喷。

@Hyvi 的确，国内外部署是挺适合的场景，V 友有这方面的需要么？

@joyanhui 请教一下，你们是用云的 ec2 虚拟机么？还是容器托管？ faas ？多云的适配是咋做的？

@mightybruce #22 是的，但是对中小企业或者个人开发者，这方面成本还是比较高的（可能这个群体对快速迁移的需求不强

让个人开发者用云的门槛更低，让没有云背景的人也能很好地用上云，其实这是要去做的。目标的话，Pluto 作为一个自动化工具，让开发者还是 **像写单机程序代码一样** ，写出来的程序就能直接部署到云上。

@mightybruce #19 感谢！

对接平台的话，我是接入了 Pulumi ，可以对接 K8s 和云，后续还会继续支持 Terraform ，生态更丰富些。

迁移和自动化 CICD 这些，目前是利用 npm 就能安装，还比较轻松，后续再继续优化，的确还没考虑完全，感谢建议！

TypeScript 更多的是给用户提供一个熟悉、简单的界面，本身 TS 编译也比较灵活，还能比较容易对接后面的云平台。如果思路验证可行的话，还会在 Python 等更多的语言上尝试。

@atonganan Pluto 是解放开发者呀 😉 不用自己去创建部署各种数据库啥的，写个代码一切就都完事了。开发自己玩具的话，利用 FaaS 还可以降低成本