关于深夜技术事故纪实录的若干问题回复

  • 时间:
  • 浏览:0
  • 来源:十分时时彩_十分时时彩平台网址_十分时时彩网投平台

前一段时间写了一篇文章《夜里1点突发致命生产事故,人工多线程 来破局!》,全都一篇生产事故的记实文章,没想到在圈内流传甚广,其饱含多线程 员对其中的细节怪怪的疑惑,刚好国庆还后能 和其他同学再进一步探讨一下。

现在技术圈有没有 不太好的间题,总爱看得人另没有 没有 间题,当出显稍微热门这一的文章的另没有 ,总会出显两级分化的间题,一拨人会反馈牛逼写得太好了,并且 另一拨人总爱反馈又开使英语 吹牛逼了,各种无脑质疑。

另一方认为没有 间题真是回会 太客观,一篇文章的出显全都作者另一方对于技术的阐述,难免有自身的局限,同样既然能写文章必然全都会是瞎乱吹牛逼,那毕竟回会 同事其他同学都认识,底下时要在这一行业混。

既然文章肯定具有它的局限性,因为 写出来读者还后能 给出这一更好的建议,另没有 对于写文章的人也是三种学习,我总爱从读者的留言中学到了全都有知识,这是三种正反馈。

现在的间题是全都有技术人把抬杠当作了三种本事,用以展示另一方的优越感,因为 能说到点子上也还好,关键是有的留言你一看就还后能 发现,技术涵养太低了明显是不懂行的状态。

这篇文章发出来后,公众号的用户反馈还还后能 ,因为 其他同学对我有个基本认识,在博客园和开源中国中,每项技术其他同学质疑比较多的地方给予解释一下:

间题 1:“几百万商户、几千个代理商”,“上千多张表,关系极为多样化”,“在生产环境找十台服务器”合适也得是淘宝,京东这一级别的电商网站也能有这一规模了吧!

回复:淘宝、京东到底有哪几个商户我还真不太清楚,全都有不敢妄言,但请无需说轻易低估一家排名靠前的第三方支付公司的数据量,因为 历史堆积、外放通道等各种因为 ,这点数据还是有的。

至于在生产环境找十台服务器,这一操作应该是随随便便的没有 中型互联网公司都能搞定的,另没有 公司合适用了 50-50 太服务器,从中找个10台回会 啥间题。

间题2 :吹那先 牛逼,难道贵公司是淘宝,拼多多?淘宝也就几百万商户,还日均 40 亿的交易量,用 Spring Cloud 几百个微服务撑不起没有大的体量。

回复:淘宝也就几百万商户这一数据准确吗?饱含个体小微商户?

日均 40 亿的交易额在线下收单这一行业这不算高,下面这张是网传收单机构2019年7月交易量排名截图,排名第 10 就因为 不止这一交易量了。

用 Spring Cloud 几百个微服务撑不起没有大的体量这一间题,就明显是没有 外行得不还后能 再外行的间题了,让人姑且不说有哪几个成功案例了,就这一评估法律方法全都低级的。

没有说哪个技术还后能 支持哪几个体量因为 不还后能 支持哪几个体量,要评估这一间题,时要看是那先 样的团队在那先 样的场景以那先 样的法律方法来使用次技术。技术三种无需说能决定能支撑多大体量,最重要的是看你为什么会么会用它。

间题3:我为什么会么会看这是数据库工程师的工作,为那先 时要写多线程 迁移呢?

这一看全都技术小白了,从没有 非常老的系统迁移到没有 删剪的新系统,这其中的业务变化、逻辑变化有哪几个?因为 能让 DBA 直接迁移励志的话 ,那这一系统有多简单?

且不说这一系统涉及尽千张表,另没有 老系统的架构和新系统的架构差别有多大, 最重要的是这一新系统底下还跟了没有 大数据平台,大数据平台时要根据新系统的 Binlog 日志,做相关数据的逻辑操作。

全都有从读者提问三种来讲,就能看出根本不明白这一难点在哪里。

间题4:为那先 不建没有 生和熟产 1:1 的环境来模拟测试呢?

一般状态下研发会有六个环境来测试:

  • DEV 开发环境,研发人员开发完成自行测试环境。
  • SIT 集成测试环境,将另一方项目上传到 sit 一般就进入测试部测试阶段了,整体集成测试。
  • UAT 客户集成测试环境,一般还后能 做内部管理相互合作商对接的准生产环境,要尽因为 的生和熟产环境保持一致。
  • PRO 生产环境,这一其他同学都清楚,全都真正项目要运行的环境。

读者说的1:1 环境,应该全都时要 UAT 和 PRO 的环境尽因为 的保持一致,这是没有 比较理想的状态,估计不还后能 每项有钱的互联网公司还后能 真正实现。

其他同学做没有 中型的互联网公司,每年在 IDC 底下的花费合适在几千万,因为 要删剪 1:1 的模拟生产环境,每年的花费合适在50万以上,中型互联网公司不能自己说服老板去干这件事情。

间题5 :更别提都啥时代了还 servlet,从描述的技术方案和处理流程来看,基本属于作坊式的阶段,没有 多线程 员写没有 接口就能做日均几十亿交易的系统迁移了,呵呵。

使用 Servlet 这一回会 过时,现在企业级开发90%的公司都使用的是 Spring MVC 吧,Spring MVC 全都 Servlet 包装出来了,很过时吗?

至于属不属于作坊式的阶段我不反驳,流程上肯定是有匮乏的这一我认可,但并回会 没有 多线程 员写没有 接口做几十亿的系统迁移,因为 真的是另没有 那还时要留 20 号的人在这里干嘛。

没有大级别的数据迁移肯定是没有 系统性的工程,并回会 1、没有 多线程 员还后能 负责的,并且 迁移多线程 的发起入口用 1、2 多线程 员负责足以,底下时要调用 N 个系统的接口配合来完成整体的工作。

间题6 :我真是这一错误犯得很低级 日数据量达到几十亿次的应用 其他同学说没考虑到数据量过大迁移耗时太长的间题?平时小项目写个定时器回会 考虑会无需执行时间过长因为 ,第一次还没执行完就执行第二次,其他同学面对千亿的数据量其他同学说没有考虑这一间题?

这一间题饱含没有 错误,交易额是日几十亿而回会 交易量几十亿次,订单量远远没有到达这一量级。数据迁移当然考虑了迁移时间,在整个项目迁移另没有 真因为 进行过全都有次的小规模迁移了,并回会 第一次迁移,这一文章中也说明了,这一提问者明显没有看得人就来喷了。

这一迁移多线程 在干这次大活另没有 ,真因为 经历多次考验了,全都有从三种程度上来讲这次出间题,轻视也是间题指在的因为 之一。

不但因为 多次使用,在正式迁移另没有 也安排进行了多次的验证,全都做为管理者没有和多线程 员一块儿深入排查每项细节,指在每项管理失职。

另外有的读者说为那先 不使用多线程 ,我强调一下整个迁移项目使用了多线程 ,并且 还回会 仅仅另没有 多线程 ,全都多线程 的最外层没有使用多线程 ,也全都其他同学底下的处理方案。

真是还有全都有间题,这里不再一一公布,有的提问真的是太低级,感觉回会 应该是没有 多线程 员提出的间题。

不过还是有这一读者会对这一大规模迁移有所了解,这其中涉及的细节其他同学说无需说很多,任何没有 小的忽略回会 因为 因为 大的间题,这一事情没有法律方法在文中一一举例出来。

不过我真是有一位读者的回复我比较认可:

那先 说风凉话的肯定没有做过上千张表新老系统的迁移,还数据库底下件对接,呵呵

最后,还是那句话:保持技术人的那颗初心,一切以处理实际间题为主。