- 主题:微服务带来了新的问题
还有比git子模块更难用的开发模式吗
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 我觉得它的大多数好处都可以用 git 子仓库加上 gradle 脚本获得。
: git 子仓库完全可以代替 jar 包的功能，而且还能随时修改代码，通过测试后自动发布到整个公司所有的项目里面。
: 需要横向扩展的时候，就用 gradle 脚本从同一个代码基构建出不同的版本。
: ...................
--
FROM 43.243.12.*
微服务？
【 在 sixue1999 (宋似雪) 的大作中提到: 】
: 还有比git子模块更难用的开发模式吗
--
FROM 110.81.42.*
其实微服务和git关系不大
我的观点是，微服务，或者说是docker，最大的作用是改变了交付方式
现在越来越少听到诸如“在我这里是好的啊”这类的话了
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 微服务是为了解决什么问题呢？
: 1. 首先是复用代码和业务。类似于 jar 包，但是又比 jar 包更独立
: 同样的 git 子仓库，也是实现复用的一种办法。确实不包含运维规则，但是很方便参与修改代码。
: ...................
--
FROM 180.167.95.*
还有别的进程，es，调度等
- 来自 水木社区APP v3.4.2
【 在 encijietuo 的大作中提到: 】
: 微服务显然都是搭配k8s 服务治理 服务监控和一套成熟的自动化系统来的 不然很难维护
--
FROM 223.104.20.*
完全两码事吧。。
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 我觉得它的大多数好处都可以用 git 子仓库加上 gradle 脚本获得。
: git 子仓库完全可以代替 jar 包的功能，而且还能随时修改代码，通过测试后自动发布到整个公司所有的项目里面。
: 需要横向扩展的时候，就用 gradle 脚本从同一个代码基构建出不同的版本。
: ...................
--
FROM 103.107.216.233
不可能上云的，连机房都是自己的
- 来自 水木社区APP v3.4.2
【 在 littleSram 的大作中提到: 】
: 让客户上云啊
--
FROM 223.104.20.*
+1
我给你个docker image就完了
【 在 guestking (无) 的大作中提到: 】
: 其实微服务和git关系不大
: 我的观点是，微服务，或者说是docker，最大的作用是改变了交付方式
: 现在越来越少听到诸如“在我这里是好的啊”这类的话了
: ...................
--
FROM 103.107.216.233
核心都是复用。为什么说关系不大？
运维方面，解决方案也有很多。docker 也只是一种方式。其实 java 社区是最不应该用微服务的。要用也是 python 社区用才对。
【 在 guestking (无) 的大作中提到: 】
: 其实微服务和git关系不大
: 我的观点是，微服务，或者说是docker，最大的作用是改变了交付方式
: 现在越来越少听到诸如“在我这里是好的啊”这类的话了
: ...................
--
修改:hgoldfish FROM 110.81.42.*
FROM 110.81.42.*
git不是为了复用啊
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 核心都是复用。为什么说关系不大？
--
FROM 180.167.95.*
git 子仓库就能复用啊。
【 在 guestking (无) 的大作中提到: 】
: git不是为了复用啊
--
FROM 110.81.42.*