最近公司想把一个大的项目,拆分出各个模块出来,自己现在的项目是用 django+mysql 开发的也了解点 docker 、rabbitmq 。对部署微服务整个架构还不是太了解,有没有搞过的大佬给指点指点。 假如按照目前我们的条件适合怎么弄,还需要了解哪些知识。
1
xuanbg 2021-04-29 10:53:42 +08:00
微服务最关键的组件只有三个:注册中心、配置中心和网关。所以,你只需要把这 3 个东西跑起来,然后你开发的服务能够注册到注册中心,能获取到配置就行了。别的譬如限流、降级、链路追逐什么的都不是必要的,可以有需要的时候再搞,甚至自己搞。
|
2
jackzzh 2021-04-29 11:01:19 +08:00
|
3
zhoudaiyu 2021-04-29 11:32:30 +08:00
上 k8s,用 k8s 那套
|
4
Seahurt 2021-04-29 12:43:51 +08:00 1
我们公司之前也是 django 的项目想拆成微服务,但是发现拆成微服务后人手不够,就放弃了。django 单项目一两个人就搞定了,拆成微服务,每个服务都要有人去负责,一个人负责多个项目时你会发现,我本来可以 ORM 直接获取数据的,现在必须得搞个 API 才行,工作量翻了几倍
|
5
lasuar 2021-04-29 15:50:26 +08:00
人手不够别折腾,项目不大别折腾,不懂微服务更别折腾。
|
6
longmeier90 OP @lasuar 我觉的不懂可以先学习学习,等了解透彻了就可以弄了呀。
|
7
longmeier90 OP @Seahurt 系统越单一项目管理越简单,越复杂越容易出问题,对于小团队确实越简单越好,但是我们也不能满足于此,而是要往长远考虑,可以先学习学习
|
8
longmeier90 OP @xuanbg 谢谢大佬
|
9
xuanbg 2021-04-29 18:00:16 +08:00
@longmeier90 你的理解是正确的,而且微服务本身不增加工作量,反而能有效降低工作量。但前提是得正确拆分服务,顺带着还要懂点运维知识。
|
10
linvaux 2021-04-29 22:57:20 +08:00
微服务 == 招人
|
11
LeeReamond 2021-04-30 00:00:09 +08:00
微服务和 django 放在一起是很奇怪的组合,django 定位自己是一套解决方案,而不是一个 http 框架,同样的微服务架构,使用 django 会消耗更多资源,获得更低性能,并浪费 django 的一些设计特性,为什么要这么做呢
|
12
coderxy 2021-04-30 18:18:08 +08:00
微服务关键的几个名词 服务领域拆分,服务注册、发现、治理,微服务网关 再进一步就是熔断,限流,流量染色,分布式事务等等。
|
13
chaleaoch 2021-05-04 21:31:34 +08:00
楼主咋样有进展吗?
|
14
longmeier90 OP @chaleaoch 没有了,先了解了解做微服务都需要什么技术储备。现在说的很多东西都还不懂,现阶段主要是了解和学习
|
15
chaleaoch 2021-05-06 11:17:30 +08:00
@longmeier90 我俩技术栈差不多, 而且我也对微服务很有兴趣, 一起学习. 多交流.
|
16
longmeier90 OP @chaleaoch 可以,加我微信 longmeier99 以后方便交流
|
17
chaleaoch 2021-05-07 23:23:46 +08:00
|