V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Jianzs  ›  全部回复第 1 页 / 共 8 页
回复总数  142
1  2  3  4  5  6  7  8  
@abc500 跪求告知啥单位啊
85 天前
回复了 crazyTanuki 创建的主题 Node.js 你们是怎么部署 nodejs 的?
@wherewhale #112 感谢反馈!请求链条长是 FaaS 固有的问题,Pluto 会把一个 FaaS 依赖的函数打包到一块,而不是发布成多个 FaaS ,尽可能避免函数爆炸吧。 异步、并发问题,继续关注,感谢感谢!

serverless.com 不也是第三方工具?还是说? Pluto 会是一个开源的本地工具,输入用户代码,输出要提交到云平台的 artifacts ,安全应该还好?
85 天前
回复了 crazyTanuki 创建的主题 Node.js 你们是怎么部署 nodejs 的?
@ada87 太感谢了!我再去深入了解下云商的能力

你提到的公用部分不好分,Pluto 或许能够解决,Pluto 会通过静态分析的方式,把一个 FaaS 的依赖,包括常量、函数等,都自动打包到一块。这算是解决一个痛点?哈哈哈哈
85 天前
回复了 crazyTanuki 创建的主题 Node.js 你们是怎么部署 nodejs 的?
@wherewhale #80
@hikarikun0203

方便交流下平常是怎么使用 serverless 的么?会用到它的哪些能力?

我最近也在做一个 Serverless 领域的项目,希望能给开发者带来更好的开发体验:开发者只需要写 TS ,就能够部署到自己的 AWS 、阿里云 等云账户,云间迁移不需要修改代码。

所以,想了解下现有 serverless 工具的用户是怎么用的,以及会不会遇到什么问题~

https://github.com/pluto-lang/pluto
85 天前
回复了 crazyTanuki 创建的主题 Node.js 你们是怎么部署 nodejs 的?
@BeautifulSoap 终于发现国内使用 Lambda 的人了,我想问一下,你会用到 AWS 的 BaaS 组件么,例如 DynamoDB 之类的,然后在 Lambda 调用? 你在开发这类应用的时候,有没有感觉开发过程很繁琐,需要在各个地方点来点去,有没有感觉权限配置之类的很复杂?想了解一下你的使用感受。

我最近在做一个 Serverless 领域的项目,开发者只需要写 TS ,自动推导代码依赖的 BaaS 组件,自动创建 BaaS 组件,和 FaaS 函数,并且自动配置好权限。所以,我想了解下开发者需不需要这类工具。

https://github.com/pluto-lang/pluto
85 天前
回复了 crazyTanuki 创建的主题 Node.js 你们是怎么部署 nodejs 的?
@ada87 #27 方便交流下平常是怎么使用 serverless 的么?会用到它的哪些能力?

我最近也在做一个 Serverless 领域的项目,希望能给开发者带来更好的开发体验:开发者只需要写 TS ,就能够部署到自己的 AWS 、阿里云 等云账户,云间迁移不需要修改代码。

所以,想了解下现有 serverless 工具的用户是怎么用的,以及会不会遇到什么问题~

https://github.com/pluto-lang/pluto
88 天前
回复了 TomPig0216 创建的主题 生活 V 友们 2024 新年快乐!
新年快乐🎆
@iorilu modelscope 是阿里的
91 天前
回复了 leegradyllljjjj 创建的主题 京东 我宣布东子再次成为我的兄弟!
平均?
91 天前
回复了 Jianzs 创建的主题 程序员 关于云原生应用开发模式的一个想法
@ZSeptember 确实会带来疑惑,起初是有计划直接搞一套语言来着,但是感觉生态、体验就不如直接基于现有语言。现在倒也是基于编程语言工具去搞事情,AssemblyScript 不也是基于 TS 做的语言嘛,哈哈哈哈哈

能具体说说你们当时体验的感受么?体验差是差在哪里?成本高是因为请求量高了后,不如虚拟机部署?
91 天前
回复了 Jianzs 创建的主题 程序员 关于云原生应用开发模式的一个想法
@mightybruce 这里提的开发模式的确不等同于 FaaS ,而是针对 FaaS 函数难以管理和协调问题 的一个解决思路,能降低 FaaS 使用的复杂性。

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

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


题外话:这篇文章限于篇幅与主题,只讲述了有关计算的研发模式。其实,除了 FaaS ,云原生应用还依赖于云基础设施提供的丰富的 BaaS 能力,我们也会尝试通过编译的手段分析出应用程序对 BaaS 组件的依赖,进而自动创建基础设施环境。整体上,我们解决的问题主要是:IaC 、云背景(各种权限等)等对于个人开发者与中小团队具有上手成本,云的使用(包括 FaaS 、BaaS )仍具有较高的门槛。
104 天前
回复了 popdo 创建的主题 Node.js 有哪些好用的 nodejs 开源低代码工具
巧了,如果你是写后端,或许可以尝试一下我正在开发的一个面向开发者的云应用开发工具,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 图,有中文的相关资料么?
119 天前
回复了 keepRun 创建的主题 程序员 serverless 函数计算能省多少钱?
@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 基础设施领域的框架,用于简化应用开发部署
127 天前
回复了 Frankcox 创建的主题 程序员 如何参与开源项目?
欢迎参与 [Pluto]( https://github.com/pluto-lang/pluto) 呀,一个开发工具项目,帮助个人开发者更轻松地构建云原生应用程序,降低云能力的上手难度。

Pluto 会根据开发者在代码中定义的变量,自动创建与管理必要的云资源组件,蛮有意思的一个项目,还处在非常早期阶段,一起来共建呀。
132 天前
回复了 pikay 创建的主题 开源软件 怎样推广开源项目?
@pikay #31 牛呀,不错不错🎉
巧了,我也搞过一个命令行版本的 ChatGPT ,不过我是基于 AWS 搭建了一个 ChatGPT 的 HTTP 服务,可以保存会话,然后写了个 bash 脚本,脚本里调用 HTTP API ,用户使用 bash 与 HTTP 服务交互

https://v2ex.com/t/987000
1  2  3  4  5  6  7  8  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   5385 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 09:01 · PVG 17:01 · LAX 02:01 · JFK 05:01
Developed with CodeLauncher
♥ Do have faith in what you're doing.