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

  • 时间:
  • 浏览:0
  • 来源:大发uu快3_uu快3计划网_大发uu快3计划网

前一段时间写了一篇文章《夜深 1点突发致命生产事故,人工线程池池池来破局!》,为什么我么我让一篇生产事故的记实文章,没想到在圈内流传甚广,其中含线程池池员对其中的细节有点儿疑惑,刚好国庆可只能和亲戚亲戚朋友再进一步探讨一下。

现在技术圈一个 不太好的问题报告 ,老要看完回会一个 问题报告 ,当跳出稍微热门其他的文章的回会,总会跳出两级分化的问题报告 ,一拨人会反馈牛逼写得太好了,为什么我么我让另一拨人老要反馈又结速吹牛逼了,各种无脑质疑。

当时人认为一个 问题报告 真是也有太客观,一篇文章的跳出为什么我么我让作者当时人对于技术的阐述,难免有自身的局限,同样既然能写文章必然为什么我么我让会是瞎乱吹牛逼,那毕竟也有同事亲戚亲戚朋友都认识,顶端都都回会 在這個 行业混。

既然文章肯定具有它的局限性,可能写出来读者可只能给出其他更好的建议,回会对于写文章的人也是一种学习,我老要从读者的留言中学到了其他知识,这是一种正反馈。

现在的问题报告 是其他技术人把抬杠当作了一种本事,用以展示当时人的优越感,可可只能说到点子上也还好,关键是有的留言你一看就可只能发现,技术涵养太低了明显是不懂行的情況。

这篇文章发出来后,公众号的用户反馈还可只能,可能亲戚亲戚朋友对我有个基本认识,在博客园和开源中国中,累积技术亲戚亲戚朋友质疑比较多的地方给予解释一下:

问题报告 1:“几百万商户、几千个代理商”,“上千多张表,关系极为复杂化”,“在生产环境找十台服务器”至少也得是淘宝,京东這個 级别的电商网站都回会 有這個 规模了吧!

回复:淘宝、京东到底有好多个商户我还真不太清楚,其他不敢妄言,但请无须轻易低估一家排名靠前的第三方支付公司的数据量,可能历史堆积、外放通道等各种意味着着,这点数据还是有的。

至于在生产环境找十台服务器,這個 操作应该是随随便便的一个 中型互联网公司都能学会英语的,回会公司至少用了 500-500 太服务器,从中找个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 的模拟生产环境,每年的花费至少在50000万以上,中型互联网公司比较慢说服老板去干这件事情。

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

使用 Servlet 其他也有过时,现在企业级开发90%的公司都使用的是 Spring MVC 吧,Spring MVC 为什么我么我让 Servlet 包装出来了,很过时吗?

至于属不属于作坊式的阶段我不反驳,流程上肯定是有过高 的這個 我认可,但并也一个 线程池池员写一个 接口做几十亿的系统迁移,可能真的是回会那还都都回会 留 20 号的人在这里干嘛。

没得大级别的数据迁移肯定是一个 系统性的工程,并也有1、一个 线程池池员可只能负责的,为什么我么我让迁移线程池池的发起入口用 1、2 线程池池员负责足以,顶端都都回会 调用 N 个系统的接口配合来完成整体的工作。

问题报告 6 :我真是這個 错误犯得很低级 日数据量达到几十亿次的应用 亲戚亲戚朋友说没考虑到数据量过大迁移耗时太长的问题报告 ?平时小项目写个定时器都会考虑会不必执行时间过长意味着着,第一次还没执行完就执行第二次,亲戚亲戚朋友面对千亿的数据量亲戚亲戚朋友说没得考虑這個 问题报告 ?

這個 问题报告 中一个 错误,交易额是日几十亿而也有交易量几十亿次,订单量远远没得到达這個 量级。数据迁移当然考虑了迁移时间,在整个项目迁移回会真是可能进行过其他次的小规模迁移了,并也有第一次迁移,這個 文章中也说明了,這個 提问者明显没得看完就来喷了。

這個 迁移线程池池在干这次大活回会,真是可能经历多次考验了,其他从一种程度上来讲这次出问题报告 ,轻视也是问题报告 所处的意味着着之一。

不但可能多次使用,在正式迁移回会也安排进行了多次的验证,为什么我么我让做为管理者没得和线程池池员一起去深入排查累积细节,所处累积管理失职。

另外有的读者说为那先 不使用线程池池池,我强调一下整个迁移项目使用了线程池池池,为什么我么我让还也有仅仅一个 线程池池,为什么我么我让线程池池的最外层没得使用线程池池池,也为什么我么我让亲戚亲戚朋友顶端的避免方案。

真是还有其他问题报告 ,这里不再一一宣告,有的提问真的是太低级,感觉也有应该是一个 线程池池员提出的问题报告 。

不过还是有其他读者会对這個 大规模迁移有所了解,这其中涉及的细节亲戚亲戚朋友说无须不多,任何一个 小的忽略也有可能意味着着大的问题报告 ,這個 事情没得方式 在文中一一举例出来。

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

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

最后,还是那句话:保持技术人的那颗初心,一切以避免实际问题报告 为主。