- 主题:微服务反对的单体指的是DB单体还是web server的单体?
全站审核中,暂不能查看本文内容...
全站审核中,暂不能查看本文内容...
大神,我们目前的django项目也面临服务太多和拆分的问题,想请教一下:
1. app自行hook project是什么意思?
2. 您说“有新的工程时,只要在 git 仓库里面引入子仓库,这个 project 瞬间就拥有这部分功能。”,但是django项目的settings.py配置文件,需要手动添加这些app和配置?
3. 非web服务,比如定时任务、批处理服务,通过django management的自定义命令创建?
【 在 hgoldfish 的大作中提到: 】
: 拆分模块另一种方式是 django 那样的,做成一个个的 app. 当 project 跑起来的时候,由中心控制模块注册 app 的 ORM 模块,web view 模块, restful/rpc 模块。或者让 app 自行 hook project. 这些模块既可以使用单一的 DB,也可以使用独立的 DB. 效果跟微服务是一样的。
: 在我的工程里面,每个 app 都是独立,各自放在自己的 git repo 里面管理。现有wx接入模块、alipay 支付模块、手机注册与用户帐号API模块、数据库分表模块等等。有新的工程时,只要在 git 仓库里面引入子仓库,这个 project 瞬间就拥有这部分功能。多简单啊。
: springboot 其实也可以这么玩。但我看好多人都在玩微服务,不是说微服务不好,如果用户多,用微服务更为松耦合当然很好了,运营和开发都方便。但用户才几十万,几百万,我觉得我这种开发模式更好。
: ...................
--
FROM 123.234.86.*
脱裤子fp的东西,估计90%的企业应用连服务分离的需要都没有,还微服务
【 在 twhe 的大作中提到: 】
: 每一种新技术对自己进行鼓吹的时候,都会树立一个敌对靶子,微服务的敌对靶子指向了单体应用,这里的单体主要指的是web server的单体。
: 但是,web server的单体不可怕,可怕的应该是db的单体,例如银行的核心系统,要么部署在主机db2单体,要么是小型机的oracle单体。即使在这些db单体上构建了所谓的微服务应用,又有多大的意义呢?
--
FROM 119.131.44.*
a把参数修改了,其他使用方要不要更新,如何更新,这个难度其实可以很高
【 在 licy 的大作中提到: 】
: 你说的两种都可以,看频繁程度了
: 我推荐服务化,就是做一个叫“参数服务”的微服务,大家访问这个服务获取参数
: 别每个服务直接访问数据库,都通过这个微服务访问,这个微服务里边你可以做缓存啥的,随你折腾,甚至比直接访问数据库效率高不少
: ...................
--
FROM 223.104.3.*
换nodejs
【 在 Bernstein 的大作中提到: 】
: 我上家公司拆成微服务之后,每个服务启动时间3分钟...
:
--
FROM 211.144.19.*