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

  • 时间:
  • 浏览:0

前一段时间写了一篇文章《凌晨1点突发致命生产事故,人工多线程 来破局!》,我希望一篇生产事故的记实文章,没想到在圈内流传甚广,其涵盖多线程 员对其中的细节特别疑惑,刚好国庆可不都可不还可以 和我们我们我们我们我们我们 我们我们我们我们我们我们 儿再进一步探讨一下。

现在技术圈4个多不太好的大什么的问题,一直看后4个多4个多大什么的问题,当一直出现稍微热门或多或少的文章的前一天,总会一直出现两级分化的大什么的问题,一拨人会反馈牛逼写得太好了,后后另一拨人一直反馈又刚开始了吹牛逼了,各种无脑质疑。

我本人认为4个多大什么的问题着实也有太客观,一篇文章的一直出现我希望作者我本人对于技术的阐述,难免有自身的局限,同样既然能写文章必然我希望会是瞎乱吹牛逼,那毕竟也有同事我们我们我们我们我们我们 我们我们我们我们我们我们 我们我们我们我们我们我们 认识,上端都要在这人行业混。

既然文章肯定具有它的局限性,肯能写出来读者可不都可不还可以 给出或多或少更好的建议,4个多对于写文章的人也是本身学习,我一直从读者的留言中学到了全都知识,这是本身正反馈。

现在的大什么的问题是全都技术人把抬杠当作了本身本事,用以展示我本人的优越感,肯可不都可不还可以 说到点子上也还好,关键是有的留言你一看就可不都可不还可以 发现,技术涵养太低了明显是不懂行的状态。

这篇文章发出来后,公众号的用户反馈还可不都可不还可以 ,肯能我们我们我们我们我们我们 我们我们我们我们我们我们 儿对我有个基本认识,在博客园和开源中国中,要素技术我们我们我们我们我们我们 我们我们我们我们我们我们 质疑比较多的地方给予解释一下:

大什么的问题 1:“几百万商户、几千个代理商”,“上千多张表,关系极为复杂性”,“在生产环境找十台服务器”大概也得是淘宝,京东这人级别的电商网站都可不还可以有这人规模了吧!

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

至于在生产环境找十台服务器,这人操作应该是随随便便的4个多中型互联网公司都能背熟的,前一天公司大概用了 60 -60 太服务器,从中找个10台也有啥大什么的问题。

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

回复:淘宝也就几百万商户这人数据准确吗?涵盖个体小微商户?

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

用 Spring Cloud 几百个微服务撑不起这麼 大的体量这人大什么的问题,就明显是4个多外行得只有再外行的大什么的问题了,让他姑且不说有哪几个成功案例了,就这人评估最好的办法我希望低级的。

这麼 说哪个技术可不都可不还可以 支持哪几个体量肯可不都可不还可以 支持哪几个体量,要评估这人大什么的问题,都要看是这人样的团队在这人样的场景以这人样的最好的办法来使用次技术。技术本身着实能决定能支撑多大体量,最重要的是看你为什用它。

大什么的问题3:我为什看这是数据库工程师的工作,为这人都要写多线程 迁移呢?

这人看我希望技术小白了,从4个多非常老的系统迁移到4个多完整篇 的新系统,这其中的业务变化、逻辑变化有哪几个?肯可不都可不还可以 让 DBA 直接迁移励志的话 ,那这人系统有多简单?

且不说这人系统涉及尽千张表,前一天老系统的架构和新系统的架构差别有多大, 最重要的是这人新系统上端还跟了4个多大数据平台,大数据平台都要根据新系统的 Binlog 日志,做相关数据的逻辑操作。

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

大什么的问题4:为这人不建4个多和联 产 1:1 的环境来模拟测试呢?

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

  • DEV 开发环境,研发人员开发完成自行测试环境。
  • SIT 集成测试环境,将我本人项目上传到 sit 一般就进入测试部测试阶段了,整体集成测试。
  • UAT 客户集成测试环境,一般可不都可不还可以 做内控 相互企业合作商对接的准生产环境,要尽肯能的和联 产环境保持一致。
  • PRO 生产环境,这人我们我们我们我们我们我们 我们我们我们我们我们我们 儿都清楚,我希望真正项目要运行的环境。

读者说的1:1 环境,应该我希望都要 UAT 和 PRO 的环境尽肯能的保持一致,这是4个多比较理想的状态,估计只有要素有钱的互联网公司可不都可不还可以 真正实现。

我们我们我们我们我们我们 我们我们我们我们我们我们 儿做4个多中型的互联网公司,每年在 IDC 上端的花费大概在几千万,肯能要完整篇 1:1 的模拟生产环境,每年的花费大概在60 0万以上,中型互联网公司这麼说服老板去干这件事情。

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

使用 Servlet 或多或少也有过时,现在企业级开发90%的公司都使用的是 Spring MVC 吧,Spring MVC 我希望 Servlet 包装出来了,很过时吗?

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

这麼 大级别的数据迁移肯定是4个多系统性的工程,并也有1、4个多线程 员可不都可不还可以 负责的,后后迁移多线程 的发起入口用 1、2 多线程 员负责足以,上端都要调用 N 个系统的接口配合来完成整体的工作。

大什么的问题6 :我着实这人错误犯得很低级 日数据量达到几十亿次的应用 你造没考虑到数据量过大迁移耗时太长的大什么的问题?平时小项目写个定时器不会考虑会不需要执行时间过长原困,第一次还没执行完就执行第二次,我们我们我们我们我们我们 我们我们我们我们我们我们 面对千亿的数据量你造这麼 考虑这人大什么的问题?

这人大什么的问题中4个多错误,交易额是日几十亿而也有交易量几十亿次,订单量远远这麼 到达这人量级。数据迁移当然考虑了迁移时间,在整个项目迁移前一天着实肯能进行过全都次的小规模迁移了,并也有第一次迁移,这人文章中也说明了,这人提问者明显这麼 看后就来喷了。

这人迁移多线程 在干这次大活前一天,着实肯能经历多次考验了,全都从本身程度上来讲这次出大什么的问题,轻视也是大什么的问题处于的原困之一。

不但肯能多次使用,在正式迁移前一天也安排进行了多次的验证,我希望做为管理者这麼 和多线程 员并肩深入排查要素细节,处于要素管理失职。

另外有的读者说为这人不使用多线程 ,我强调一下整个迁移项目使用了多线程 ,后后还也有仅仅4个多线程 ,我希望多线程 的最外层这麼 使用多线程 ,也我希望我们我们我们我们我们我们 我们我们我们我们我们我们 儿上端的避免方案。

着实还有全都大什么的问题,这里不再一一否认,有的提问真的是太低级,感觉也有应该是4个多线程 员提出的大什么的问题。

不过还是有或多或少读者会对这人大规模迁移有所了解,这其中涉及的细节你造着实太多,任何4个多小的忽略也有肯能原困大的大什么的问题,这人事情这麼 最好的办法在文中一一举例出来。

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

这人说风凉话的肯定这麼 做过上千张表新老系统的迁移,还数据库上端件对接,呵呵

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