@holulu 我现在就是这么做的，负载均衡里面把所有请求都代理到后端的 nginx，然后在 nginx 上配置转发规则，虽然问题是解决了但是感觉不方便，明明可以通过云 lb 直接代理到后端业务服务，非要在中间加一层 nginx。我遇到这个情况是因为目前阿里云腾讯云提供的负载均衡都是 4 层的？

aws:
优点：
1. 状态机模型简单易于理解
2. 控制台界面简单易于操作
3. 一个流程最大执行时间 1 年
4. 状态机定义语言有标准

缺点：
1. step functions 在中国没有可用区，连接可能不稳定

azure:
优点：
1. 官方提供 vscode 插件，开发调试方便
2. 一个流程最大执行时间 3 个月
3. 中国区由世纪互联运营，服务可用性有保障
4. 官方吹嘘是最适合企业应用开发的云（财富 500 强公司 90%使用 azure ）

缺点：
1. 控制后台过于复杂，不利于开发者理解
2. 流程定义语言只有一个简单的文档无严格的标准

就功能来说似乎 aws 略胜一筹，但是就开发工具链来说 azure 做得比较好。就平台来说，微软在国内运行稳定，而且是世界上最大的公司，所以如果开发企业级应用，追求稳定性，我应该使用 azure ？

就比如说把 www.example.com/api 转发给后端的 8001 服务吧，我用 nginx 可以随便转，

location /api {
proxy_pass http://localhost:8001;
}

location /api {
rewrite /api/(.*) /$1 break;
proxy_pass http://localhost:8001;
}

location /api {
rewrite /api/(.*) /fuckapi/$1 break;
proxy_pass http://localhost:8001;
}

location /api {
rewrite /api/(.*) /$1 break;
proxy_pass http://localhost:8001;
proxy_set_header Host $host;
}

但是目前国内所谓的云厂商，基本只提供第一种转发

我觉得传统软件行业比互联网软件复杂多了，什么工作流引擎（ workflow engine ），什么业务流引擎（ business process engine ），组织架构管理（ HRM ），模型驱动开发（ model driven development ），以及各种安全性要求，各种奇葩的业务需求，就复杂度来说比大部分互联网软件复杂度高，至少我现在是被折磨得焦头烂额了。

北京也有问题

北京区域也是一会儿好一会儿不好，云 mysql，负载均衡器老是抽风

今天又调研了一下 kafka + clickhouse，目前来看效果还不错，clickhouse 的语法类似 mysql，学习成本比较低，开源的数据可视化工具 redash 也支持 clickhouse，可能就用这个方案了

@thundernet8 以前没用过这个，查了一下好像比 kafka stream 更符合我的需求，感谢

@woshishabi 能更详细的说下后端存储的设计吗？我目前用 confluence platform 流计算这块基本是搞定了，后端如何存确实是没想清楚，用 kv 存储的话如何做范围查询呢

发工单了，感谢你们的热心回复，是我这边模糊的参数设置太大了，改为 20x1 之后成功率大幅上升