V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
wwek
V2EX  ›  PHP

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

  •  1
     
  •   wwek · 2018-04-17 13:11:51 +08:00 · 5948 次点击
    这是一个创建于 2415 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

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

    23 条回复    2023-09-08 11:18:54 +08:00
    est
        1
    est  
       2018-04-17 13:13:56 +08:00
    从渲染 html 变成 渲染 json 再变成渲染 protobuf 而已。没啥新鲜事。

    迟早还会再次变成直出 html 再一次发明了改变世界。
    owenliang
        2
    owenliang  
       2018-04-17 13:14:02 +08:00 via Android
    每一年都有很多可能,然后没有卵用。
    est
        3
    est  
       2018-04-17 13:16:18 +08:00   ❤️ 1
    要得我说,Service Mesh 解决个屁的问题,只是把问题隐藏在更深、更复杂的架构里了。

    monolith 大法好。剩下的 10%的 monolith 不能很好解决的问题,service mesh 解决起来也别扭。
    wwek
        4
    wwek  
    OP
       2018-04-17 13:17:47 +08:00
    @est 看问题看得透彻
    ben1024
        5
    ben1024  
       2018-04-17 13:25:10 +08:00
    服务化通过增加成本,牺牲效率,来解决业务量过大的问题。

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

    人力水平参差不齐的情况下,1 个人用 PHP 渲染前端还是比多个人交互开发快
    wwek
        6
    wwek  
    OP
       2018-04-17 13:26:36 +08:00
    @ben1024 同意~
    如果是 php 体系, 项目到了十几个, 里面有很多共同依赖调用
    开发人员到了 10 几个这个问题就来了
    wwek
        7
    wwek  
    OP
       2018-04-17 13:34:26 +08:00
    补充下,其实我就是讲
    1. phper 不要担心 php 被淘汰
    2. phper 在未来微服务体系中不会被边缘化
    linoder
        8
    linoder  
       2018-04-17 13:49:25 +08:00
    服务化对应的是公司组织架构的变更 语言无关 千万不要太局限自己
    hlwjia
        9
    hlwjia  
       2018-04-17 13:55:59 +08:00
    只有做过微服务的人才知道 @est

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

    前后端分离的好处,现在起现在了,pc web, mobile web, mobile client, 小程序 啥的都能用一套后端
    jadec0der
        10
    jadec0der  
       2018-04-17 14:54:56 +08:00
    因为服务发现和别的不一样,所以赶不上微服务…这个逻辑有点跳啊,其实这算 P 大点问题,怎么绕一下不行
    Felldeadbird
        11
    Felldeadbird  
       2018-04-17 15:27:01 +08:00
    算我业务眼界太短了,几十个项目出来后,如果纯粹复制粘贴,问题肯定大大的。 在维护超过 3 个相似的项目时,不就应该将核心部分拆分,打造中心发布么。 我第一份工作就是这么干的。N 个项目,但产品等核心都是由内部中心系统对外发布的。
    好像这么做和语言没关系啊。这是公司对于业务架构调整的必遇问题。
    wizardforcel
        12
    wizardforcel  
       2018-04-17 15:40:59 +08:00 via Android
    你以为微服务架构里的 web 容器就能省是么-____-
    tailf
        13
    tailf  
       2018-04-17 18:06:31 +08:00
    服务化本身就是非 PHP 技术因为没有 PHP 的技术优势才搞出的妥协。

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

    妥协,都是妥协。x86 计算机的性能都是 局部性+缓存 的结果,也是一种妥协。
    tailf
        14
    tailf  
       2018-04-17 18:07:28 +08:00
    看到楼上在讨论为服务,我说一个我从某个大神那儿学到的知识:

    PHP 天生就是微服务。


    慢慢理解吧,你会理解的。
    sampeng
        15
    sampeng  
       2018-04-17 18:27:42 +08:00
    和 php 无关。。把 php 换任何一个词这个标题也成立。。。。

    真的觉得微服务就是被亚马逊那套唬住了。。。。
    nuxt
        16
    nuxt  
       2018-04-17 18:34:12 +08:00   ❤️ 1
    rrfeng
        17
    rrfeng  
       2018-04-17 18:41:12 +08:00 via Android
    要我说 service mesh 是很美好的,只是大多数人没有能力把它构建出来并且运行的很好。
    说白了和微服务一样,是大公司的玩具,先让基础架构的人跟业务开发一样多再说。
    meloner
        18
    meloner  
       2018-04-17 20:33:52 +08:00 via Android
    不要把注意力放在语言层面
    fyxtc
        19
    fyxtc  
       2018-04-18 10:08:55 +08:00
    @meloner 确实,重要的是领域知识
    dlpliu
        20
    dlpliu  
       2018-04-18 10:10:09 +08:00
    突然联想到,民主和专制
    linxl
        21
    linxl  
       2018-04-18 11:38:12 +08:00
    甚至看不懂这个问题
    tailf
        22
    tailf  
       2018-04-19 12:19:14 +08:00
    @nuxt 一个 Google 到的文不对题的搜索结果能说明什么?迁移到 go 需要大牛支撑,因为坑多。好了我不做过多评价了,您可以选择相信您看到的信息嘛。
    wwek
        23
    wwek  
    OP
       2023-09-08 11:18:54 +08:00
    回过头来看待这个问题,servicemesh 也没有大获成功,大部分情况还是单体香
    引入一个技术要解决问题,要有收益,技术收益,没收益我搞他做什么

    不要拿着锤子找钉子
    php 就好好干 web ,而且现在会 php 的都应该会 golang 了,很好的互补
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5854 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 28ms · UTC 03:12 · PVG 11:12 · LAX 19:12 · JFK 22:12
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.