Sidecar pattern和哈雷车类似原理:把一个应用的不同组件部署到不同的进程或容器中,以提供隔离和封装,应用的各个组件各自维护更新。这种模式还可以使应用由异构组件和技术组成,比如java服务和consul注册中心(如果公司采用了k8s技术会一般会使用)。
在现实开发中我们会遇到什么问题呢:
(1)为一个应用添加其他功能:监控、日志、配置中心、路由及熔断等功能;
这样避免了在应用本身利用aop技术或其他添加代码的方式让应用的体积变大。
(2)为一个遗留的应用,升级为https访问。这时候这个应用使用的技术太老,没人熟悉;
避免了对老应用动手术;其实这种与适配器设计模式相同的目的,已存在的不是我们希望的,但是可以添加一个中间层解决。sidecar pattern的优点:
(1)低耦合:为应用容器添加增强功能,而对其不变动;
(2)单一职责:每个容器的职责不同;
(3)即使sidecar容器失败,应用容器不受影响;
(4)复用
(5) 各自更新,不相互影响
什么时候不要考虑sidecar pattern?
(1)应用容器比较小,使用sidecar pattern容易导致复杂性和其它耗费;
(2)sidecar容器和应用容器之间的通信耗时太过敏感
网友回复
腾讯混元模型广场里都是混元模型的垂直小模型,如何api调用?
为啥所有的照片分辨率提升工具都会修改照片上的图案细节?
js如何在浏览器中将webm视频的声音分离为单独音频?
微信小程序如何播放第三方域名url的mp4视频?
ai多模态大模型能实时识别视频中的手语为文字吗?
如何远程调试别人的chrome浏览器获取调试信息?
为啥js打开新网页window.open设置窗口宽高无效?
浏览器中js的navigator.mediaDevices.getDisplayMedia屏幕录像无法录制SpeechSynthesisUtterance产生的说话声音?
js中mediaRecorder如何录制window.speechSynthesis声音音频并下载?
python如何直接获取抖音短视频的音频文件url?