1

甲方想拆分到什么程度，费用什么范围，细说

2

照样单体开发，但是加一个 init_args ，需要什么服务启动什么服务，都 php 了，还不如单体堆服务器配置

3

1

4

看起来你的客户应该也不是很懂，你可以试试：
单体开发、群集部署、前端用负载均衡对不同的服务做流量转发。

5

6

那还不简单。。加个服务发现功能。。。把原来的各个模块单独部署就是微服务了。。。

7

8

1

用户注册登陆 127.0.0.1:8001
支付 127.0.0.1:8002
商品 127.0.0.1:8003
订单 127.0.0.1:8004
对内直接内网 http 调用接口
对外 nginx 转发

9

之前搞过一个脚本，开发时候仓库是分开的，但是部署的时候会把好几个 php 项目聚合到一个 pod 里面运行，不知道这样算不算微服务

10

我现在用的 php 是这么设计的，所有功能写在一起，host1,host2,host3,host4 都是一样的程序可以实现全部功能，随机请求一个，核心数据，异步任务共享，可以根据服务器负载调用别的服务器运行，可水平扩容，集群，业务不间断，自动恢复，齐活了。你敢说他不是微服务嘛😏你也可以都写一起，但是调用另一个服务器的这套代码。

11

微服务关键:
1. 实现服务拆分部署
2. 解决服务之间调用
大型微服务就得考虑服务治理, 异构架构等. 不过客户提这种要求得看报价, 高的话什么 k8s, prometheus, sls 等全上, 肯定拿下

13

都已经用了 thinkphp8 这东西了还微服务啥了...说的好听.直接一把梭了就算了....

14

PHP 做的话参考看看： https://hyperf.wiki/3.1/#/zh-cn/microservice
其实都微服务了建议直接换 go 吧

15

16

我们之前是用的 hyperf 框架做的微服务

17

PHP 的微服务之前探索过。
目前 php 的微服务生态差 go 太远了，很多东西要自己写，不建议用 php 搞

18

有微服务技术中台 3 年经验，欢迎咨询 512817655 曾就职于 KK 集团 用的的 hyperf 框架

20

很多年前写的文章了，基于 hyperf 的，可以参考下

21

都 thinkphp 了，别折腾了。 最多业务多拆分成多套系统。每套系统单独起 php 容器进 k8s 拉倒

22

什么都不用改, 端口同时监听多个, 但是 内部调用跳转一会用这个端口,一会用另一个端口就好了.

24

先看看有多少预算吧，数据库起码独立分开部署好几个吧，不然硬上微服务有什么用。

25

其实很简单的，我公司在运行的这套支付系统就是使用 PHP 开发，运行 3 年多，使用微服务；
架构核心就是拆分业务，如支付 API ，短信服务，任务服务，回调服务等。
各个服务之间是完全独立，各个服务之间用 RPC 接口通讯，如支付成功需要回调，通过 RPC 向回调服务请求，如果请求失败即存 Redis 队列重发等；
如回调服务可以放很多主机通过 NGINX 反向代理成一个公共接口以达到多可用。