mawenjian 最近的时间轴更新
mawenjian

mawenjian

V2EX 第 18073 号会员,加入于 2012-03-13 21:59:23 +08:00
12 G 14 S 91 B
热爱生活,热爱互联网
求 Mac 和 Windows 之间浏览器跨屏穿越方案
问与答  •  mawenjian  •  2016-02-29 19:28:07 PM  •  最后回复来自 copriwolf
36
一个使用 Spring AOP 和注解实现( MyBatis)数据库读写分离的问题
问与答  •  mawenjian  •  2018-04-16 13:30:19 PM  •  最后回复来自 pucika
1
怎样用 Linux 实现类似微林 vxTrans 的端口转发服务?
问与答  •  mawenjian  •  2015-07-25 19:12:34 PM  •  最后回复来自 lsylsy2
5
“简历被百度锁定”是什么意思?
职场话题  •  mawenjian  •  2015-01-12 20:46:35 PM  •  最后回复来自 9hills
10
有没有带ipv6地址的vps?
问与答  •  mawenjian  •  2013-09-04 09:37:06 AM  •  最后回复来自 xmbaozi
5
mawenjian 最近回复了
33 天前
回复了 polyang 创建的主题 程序员 甲方这些行为算不算歧视外包人员?
别的不评论,第一条没问题呀。接口对接时一旦涉及任何改动,你又做不了主,擅自改出问题责任必然是对方的,老老实实带上自己这边能说话算数的才是王道。别说外包了,正式员工有时也是这样,说话不管用等于没说。
现在稍微重要点的业务都得双机热备吧,如果连灾备都不用考虑,我更怀疑是否有必要用“分布式架构”。
AnyProxy
260 天前
回复了 Aliberter 创建的主题 程序员 关于微服务设计的一个问题
这样设计最大的一个问题是,理论上 CURD 服务变动了,对上层所有服务都可能会带来未知的影响,因为你不知道有几个消费者在使用这个服务。CURD 服务只做代码追加还好,一旦涉及代码修改,鬼知道会出什么奇奇怪怪的问题。
260 天前
回复了 Aliberter 创建的主题 程序员 关于微服务设计的一个问题
一般把增删改查用独立服务实现是因为微服务数量众多,每个服务单独连接数据库会对数据库连接构成压力。贵司把所有数据库 curd 操作放到一个服务里边,明显不是因为这个原因。

根据我的理解,微服务在数据库层面,一般应该是先根据业务功能进行垂直拆分,也就是分库分表,如果数据库连接有压力,再考虑把 curd 操作独立成服务,或者应用数据库代理。

贵司这么搞,感觉像是为了做成一个类似数据库代理的东西,以后分库分表对上层就透明了。但是如果业务层面不先做拆分,一旦 SQL 复杂了些(比如多表联合查询),最开始的愿望未必能实现。
312 天前
回复了 1069401249 创建的主题 程序员 封版 是啥意思
下班前不要提代码,节日前不要发版,楼主还年轻啊,需要磨炼。
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1123 人在线   最高记录 5268   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 20ms · UTC 21:16 · PVG 05:16 · LAX 13:16 · JFK 16:16
♥ Do have faith in what you're doing.