abcbuzhiming 最近的时间轴更新
abcbuzhiming

abcbuzhiming

V2EX 第 112484 号会员,加入于 2015-04-22 01:21:10 +08:00
主力:Java,C#,Go
备用:JavaScript,Python,PHP
懂一点点C
如何抄人家的布局?
CSS  •  abcbuzhiming  •  112 天前  •  最后回复来自 2333wz
11
Web 前端项目如何和 Electron 项目共享代码?
前端开发  •  abcbuzhiming  •  118 天前  •  最后回复来自 webszy
10
abcbuzhiming 最近回复了
10 天前
回复了 tangping 创建的主题 问与答 为什么 steam 下载游戏速度这么快呢?
只要你有钱买 CDN 就行,静态内容分发技术是很成熟的
25 天前
回复了 KentonLee 创建的主题 问与答 为什么现在的动图都变成了视频?
视频编解码技术一直在进步,GIF 一直停在原地,现在视频已经是兼容性赶上了,比 gif 压缩比更好,更清晰。那还要 gif 何用
28 天前
回复了 1311317 创建的主题 问与答 家人痴迷于酿酒想着以后能大卖怎么劝
你这酒但凡有一次失误,混进点杂醇进去,把人喝伤喝死,就准备坐牢吧,这可是有现实案例的,自酿酒最大的问题就是控制不了质量
@dylanqqt 朋友,十个人纯后端的项目真不能算大的,国外推荐开始考虑微服务的时间点,基本都是你已经有几十个不同功能开发小组的时候,而不是十几个人的时候。
当然,你这个时间点可以开始考虑转微服务,只是我觉得此时收益和付出的代价比还是不够。

微服务其实是一个“在到了一定条件下不得不选”的选择,而不是一个“更好的”选择。我觉得所有人在决定上微服务前,都得想清楚这个区别
@dylanqqt 虽然那位说上千人有点夸张了。但是你这十多个人维护的几十个服务,也能叫业务规模大?
老外有个暴论:当你的团队人数用一盒披萨就能喂饱的时候,你根本不需要微服务这东西。

微服务一定要系统足够庞大,庞大到不拆分几乎无法维护的时候,才会有意义——相对微服务带来的那些问题:运维麻烦,各数据分散在不同的存储中,报表困难。

另外和大家想的不一样的是,不要觉得微服务上了,就真能各团队独立,这其实是个幻觉,现实是大概率你把你的服务改了,一个依赖你的服务挂了,这才是普遍现象。

微服务不是灵丹妙药。
39 天前
回复了 nyxsonsleep 创建的主题 宽带症候群 跳板机跳转问题
@nyxsonsleep
我没有指明 A 、C 分别在两个内网中?????
======
A 在甲地网络,C 在乙地网络,都没有公网 ipv4 ,这不是双方在各自的内网里,又是什么意思呢?


“另外我已经明确说明“B 只允许 A 访问。”,为什么这种情况下能打洞?”

C 和 A 分别在不同的内网里,它们要先连起来,所以才说尝试打洞
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   4848 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 23ms · UTC 09:44 · PVG 17:44 · LAX 01:44 · JFK 04:44
Developed with CodeLauncher
♥ Do have faith in what you're doing.