请教后端的帅哥们一个问题,先谢谢大家了。🙏🙇
后端服务 A部署在一个 docker 中,可执行文件 as及其依赖部署在另一个 docker 中。
服务 A需要调用as,且调用时需要传给as一个位于宿主机上的文件路径。
在保证以下两点的前提下,实现这个有什么好的方案吗?望指点
- 安全,需要满足触发银行、金融等行业的审查;
- 与直接在宿主机上调用可执行文件相比,执行耗时最好差不多;
请教后端的帅哥们一个问题,先谢谢大家了。🙏🙇
后端服务 A部署在一个 docker 中,可执行文件 as及其依赖部署在另一个 docker 中。
服务 A需要调用as,且调用时需要传给as一个位于宿主机上的文件路径。
在保证以下两点的前提下,实现这个有什么好的方案吗?望指点
|
julyclydeJul 24, 2025
1
网络
|
|
DefoliationMJul 24, 2025 via Android
2
RPC 走 Unix socket 。
|
|
awsl2333Jul 24, 2025
3
docker 创建 network
两个容器都加入这个网络 |
|
siweipanccJul 24, 2025 via iPhone
4
没搞懂网络就急匆匆上 docker?
|
|
clintmeJul 24, 2025 via iPhone
5
用 docker-compose 管理,放在 一个 bridge 网络里
|
|
6
@siweipancc 嗯。
|
|
julyclydeJul 25, 2025
7
@siweipancc 现在阿猫阿狗都用 docker
因为离开 docker 根本不会思考问题 |
|
8
@julyclyde @siweipancc 我做客户端的,问个 docker 的问题很正常吧。给你俩优越的不行?闻道有先后,仅此而已。
既然二位这么懂,而且阿猫、阿狗不应该用 docker ,那我再请教一下。 可执行文件 as 通常在最新的 linux 发行版中构建,所以其依赖的动态库(如 glibc )也比较新。且 as 需要随着其生态进行更新,部署到服务中。 如果 as 与服务 A 部署在同一个环境中,除了将动态库静态链接打包进 as ,有其他好的方案吗? |