现在 web 服务都走服务化， PHP 只能作为纯前端， phper 的道路应何去何从？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 2449 天前的主题，其中的信息可能已经有所发展或是发生改变。

知乎上看到这个问题，写了篇博客说这个下一代微服务（ Service Mesh ）很可能是解药

https://www.iamle.com/archives/2422.html

解药

PHPer

PHP

知乎

23 条回复 • 2023-09-08 11:18:54 +08:00

est

2018-04-17 13:13:56 +08:00

从渲染 html 变成渲染 json 再变成渲染 protobuf 而已。没啥新鲜事。

迟早还会再次变成直出 html 再一次发明了改变世界。

owenliang

2018-04-17 13:14:02 +08:00 via Android

每一年都有很多可能，然后没有卵用。

est

2018-04-17 13:16:18 +08:00

要得我说，Service Mesh 解决个屁的问题，只是把问题隐藏在更深、更复杂的架构里了。

monolith 大法好。剩下的 10%的 monolith 不能很好解决的问题，service mesh 解决起来也别扭。

wwek

2018-04-17 13:17:47 +08:00

@est 看问题看得透彻

ben1024

2018-04-17 13:25:10 +08:00

服务化通过增加成本，牺牲效率，来解决业务量过大的问题。

没有对应的业务量就没有性价比

人力水平参差不齐的情况下，1 个人用 PHP 渲染前端还是比多个人交互开发快

wwek

2018-04-17 13:26:36 +08:00

@ben1024 同意~
如果是 php 体系，项目到了十几个，里面有很多共同依赖调用
开发人员到了 10 几个这个问题就来了

wwek

2018-04-17 13:34:26 +08:00

补充下，其实我就是讲
1. phper 不要担心 php 被淘汰
2. phper 在未来微服务体系中不会被边缘化

linoder

2018-04-17 13:49:25 +08:00

服务化对应的是公司组织架构的变更语言无关千万不要太局限自己

hlwjia

2018-04-17 13:55:59 +08:00

只有做过微服务的人才知道 @est

hahaha, 还是 monolith 好；要不是有那么多客户端，我觉得前后端分离都不是太必要了。

前后端分离的好处，现在起现在了，pc web, mobile web, mobile client, 小程序啥的都能用一套后端

jadec0der

2018-04-17 14:54:56 +08:00

因为服务发现和别的不一样，所以赶不上微服务…这个逻辑有点跳啊，其实这算 P 大点问题，怎么绕一下不行

Felldeadbird

2018-04-17 15:27:01 +08:00

算我业务眼界太短了，几十个项目出来后，如果纯粹复制粘贴，问题肯定大大的。在维护超过 3 个相似的项目时，不就应该将核心部分拆分，打造中心发布么。我第一份工作就是这么干的。N 个项目，但产品等核心都是由内部中心系统对外发布的。
好像这么做和语言没关系啊。这是公司对于业务架构调整的必遇问题。

wizardforcel

2018-04-17 15:40:59 +08:00 via Android

你以为微服务架构里的 web 容器就能省是么-____-

tailf

2018-04-17 18:06:31 +08:00

服务化本身就是非 PHP 技术因为没有 PHP 的技术优势才搞出的妥协。

就像设计模式的本质就是面向对象编程模型对现实世界问题的妥协。

妥协，都是妥协。x86 计算机的性能都是局部性+缓存的结果，也是一种妥协。

tailf

2018-04-17 18:07:28 +08:00

看到楼上在讨论为服务，我说一个我从某个大神那儿学到的知识：

PHP 天生就是微服务。

慢慢理解吧，你会理解的。

sampeng

2018-04-17 18:27:42 +08:00

和 php 无关。。把 php 换任何一个词这个标题也成立。。。。

真的觉得微服务就是被亚马逊那套唬住了。。。。

nuxt

2018-04-17 18:34:12 +08:00

@tailf

rrfeng

2018-04-17 18:41:12 +08:00 via Android

要我说 service mesh 是很美好的，只是大多数人没有能力把它构建出来并且运行的很好。
说白了和微服务一样，是大公司的玩具，先让基础架构的人跟业务开发一样多再说。

meloner

2018-04-17 20:33:52 +08:00 via Android

不要把注意力放在语言层面

fyxtc

2018-04-18 10:08:55 +08:00

@meloner 确实，重要的是领域知识

dlpliu

2018-04-18 10:10:09 +08:00

突然联想到，民主和专制

linxl

2018-04-18 11:38:12 +08:00

甚至看不懂这个问题

tailf

2018-04-19 12:19:14 +08:00

@nuxt 一个 Google 到的文不对题的搜索结果能说明什么？迁移到 go 需要大牛支撑，因为坑多。好了我不做过多评价了，您可以选择相信您看到的信息嘛。

wwek

2023-09-08 11:18:54 +08:00

回过头来看待这个问题，servicemesh 也没有大获成功，大部分情况还是单体香
引入一个技术要解决问题，要有收益，技术收益，没收益我搞他做什么

不要拿着锤子找钉子
php 就好好干 web ，而且现在会 php 的都应该会 golang 了，很好的互补