45 条回复  ·  4898 次点击
CodeCodeStudy 小成 2026-1-14 13:42:06
https://mp.weixin.qq.com/s/bcrHZeF1Yu5ITstsl7rLlQ swoole 6.2 发布了,看起来挺牛逼的
adgfr32 初学 2026-1-14 14:02:13
@Loser110 微服务真的有这些优点吗? 开发快速: 不存在,因为本地调试困难,服务间调用 debug 麻烦,开发 debug 速度有哪个语言比得上 php 修改以后直接刷新网页来的快? 一键部署测试: 前提是你的基建到位,但是基建也要人开发维护的 性能更好: 为什么微服务多了服务间的调用,性能还更高呢?相反的,设计不到位的微服务响应会更慢。 更低的服务器代价: 当你的机器数量达到一定量级,微服务才有优势,否则凭什么部署多个服务会比单个服务更省机器。 在我看来,微服务的优势是: 在你的项目体量逐步上升,你的维护成本,机器成本的提升不再是一个线性,而是快速增大到一个难以承受的程度。这时候重构为微服务,可以让这两个成本的曲线恢复为线性,也就是成本可控,而不能让成本降低。
mf2019d 小成 2026-1-14 14:12:47
以前不是说 php 是最美的编程语言. 这么快就牛夫人了
back0893 初学 2026-1-14 14:15:23
有点惨 php 主要是被替换了 一把梭可以用 nodejs 前后分离的选择就太多了
zhengwenk 小成 2026-1-14 14:23:16
只不过是你不用了,就说人家快死。你要是炒股赔了,马云就快破产了呗。
DamonLin 小成 2026-1-14 14:29:42
用过微服务,想死的心都有,各个子模块系统维护起来成本非常高
Loser110 楼主 初学 2026-1-14 14:36:46
@adgfr32 目前在打造一个微服务开发部署一整个流程,基于 podman ,基建完成使用会很简单,犹如调用一个函数。微服务的开发因为用各个语言最擅长的,性能优异,无限 scale ,哪个是瓶颈更容易发现单独 scale ,都在一块,100%CPU 真不知道是哪个导致的。比如,如果发邮件的慢了,就把他放单独一个服务器,甚至两个服务器。这样的成本是更低的,因为很多时候瓶颈都在 io ,多个服务器分散 io 。比单独一个服务器升级要划算的多。 这个系统目前还在完善中,完工后的维护就没什么了,其实就是写几本的 bash 命令,一些全局配置,简单易懂。 “开发 debug 速度有哪个语言比得上 php 修改以后直接刷新网页来的快” 这个 go 应该也行吧,我还没测试,这几天测试,因为之前搞 flightphp 去了,他很优秀,但是,既然从零开始,何不试试 go
Loser110 楼主 初学 2026-1-14 14:38:12
@DamonLin 微服务需要统一的管理系统,设置好后,就像用内置函数一样才行。
Loser110 楼主 初学 2026-1-14 14:39:13
@back0893 是的。 我们目前项目就是 php 一把梭哈。现在重构技术选择,选择选择就发现没 php 的位置了
back0893 初学 2026-1-14 14:48:19
@Loser110 如果是静态页面+少量的 js 交互 php 也是非常不错 但是目前的前端的远比这种复杂 不如 sveletkit 这种全栈框架
返回顶部