我现在做的是 rails + go 两个直接做同仓库一个数据库共享。高并发的用 go。普通逻辑用 rails。再用上我们的 openclacky。完美。
我有个疑问，是 go 只做访问跟业务，但是 db migration 那些还是 rails 的吗，部署是一起部署？
go 只搞并发。比如处理 LLM 有关的流。不做任何业务管理。但它连数据库去做订单判断。
反正就我目前的实践来看：
说几个架构关键点：
然后关键高并发的场景引入 go 即可；跟楼上思路一致。
Rails 8 把架构简化到只依赖 PG，确实很神。
你用什么技术栈了？是 rails 项目三分之一？你本身不是 ruby 语言吗？
对 Rails 框架进行了点点 hack , 可以去看看我开源的 github.com/one-work。然后跟其他 Rails 项目对比下代码量。
我感觉 AI 的出现说不定对 rails 是毁灭性的打击，在实际工作中发现，虽然已经尽力在 ROR 上做了优化，但是效果仍然达不到要求，从而不得不转向别的语言，同一套代码逻辑用其他的语言实现之后，性能提升显著，而且有了 AI 之后重构的成本实在是太低了，rails 甚至已经失去了开发效率高的优势，感觉使用 rails 就仅仅只是一种情怀了
我觉得不好说，反正我合作过的 java + vue(uniapp) 的性能没一个好的。Rails 8 性能不好，绝对是没用好。 AI 真实效率如何，我还在观察市场的表现，我还是比较相信人月神话里的复杂度的论断！
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。