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

  • 时间:
  • 浏览:3

前一段时间写了一篇文章《凌晨1点突发致命生产事故,人工多多任务管理器 来破局!》,也不一篇生产事故的记实文章,没想到在圈内流传甚广,其所含多多任务管理器 员对其中的细节特别疑惑,刚好国庆还还可以和各人再进一步探讨一下。

现在技术圈有另另4个不太好的哪十好多个 的问题图片,总是看得人曾经另另4个哪十好多个 的问题图片,当再次总是出现稍微热门其他的文章的以前,总会再次总是出现两级分化的哪十好多个 的问题图片,一拨人会反馈牛逼写得太好了,不会 另一拨人总是反馈又随后结束吹牛逼了,各种无脑质疑。

各人认为另另4个哪十好多个 的问题图片我我实在能够 太客观,一篇文章的再次总是出现也不作者各人对于技术的阐述,难免有自身的局限,同样既然能写文章必然也不会是瞎乱吹牛逼,那毕竟能够 同事各人都认识,上端能够 在你一种行业混。

既然文章肯定具有它的局限性,不会 写出来读者还还可以给出其他更好的建议,曾经对于写文章的人也是并能够 学习,我总是从读者的留言中学到了全都知识,这是并能够 正反馈。

现在的哪十好多个 的问题图片是全都技术人把抬杠当作了并能够 本事,用以展示各人的优越感,不会 能说到点子上也还好,关键是有的留言你一看就还还可以发现,技术涵养太低了明显是不懂行的清况 。

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

哪十好多个 的问题图片 1:“几百万商户、几千个代理商”,“上千多张表,关系极为繁复”,“在生产环境找十台服务器”为宜也得是淘宝,京东你一种级别的电商网站能够有你一种规模了吧!

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

至于在生产环境找十台服务器,你一种操作应该是随随便便的另另4个中型互联网公司都能搞定的,以前公司为宜用了 30-30 太服务器,从中找个10台能够 啥哪十好多个 的问题图片。

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

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

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

用 Spring Cloud 几百个微服务撑不起不到大的体量你一种哪十好多个 的问题图片,就明显是另另4个外行得不到再外行的哪十好多个 的问题图片了,想要姑且不说有十好多个 成功案例了,就你一种评估法律法律法律依据也不低级的。

不到说哪个技术还还可以支持十好多个 体量不会 不到支持十好多个 体量,要评估你一种哪十好多个 的问题图片,能够 看是哪十好多个 样的团队在哪十好多个 样的场景以哪十好多个 样的法律法律法律依据来使用次技术。技术并能够 能够 也不能决定能支撑多大体量,最重要的是看你为什么会么会用它。

哪十好多个 的问题图片3:我为什么会么会看这是数据库工程师的工作,为哪十好多个 能够 写多多任务管理器 迁移呢?

你一种看也不技术小白了,从另另4个非常老的系统迁移到另另4个完整的新系统,这其中的业务变化、逻辑变化有十好多个 ?不会 能让 DBA 直接迁移一句话,那你一种系统有多简单?

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

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

哪十好多个 的问题图片4:为哪十好多个 不建另另4个与生产 1:1 的环境来模拟测试呢?

一般清况 下研发会有八个环境来测试:

  • DEV 开发环境,研发人员开发完成自行测试环境。
  • SIT 集成测试环境,将各人项目上传到 sit 一般就进入测试部测试阶段了,整体集成测试。
  • UAT 客户集成测试环境,一般还还可以做结构商务相互合作商对接的准生产环境,要尽不会 的与生产环境保持一致。
  • PRO 生产环境,你一种各人都清楚,也不真正项目要运行的环境。

读者说的1:1 环境,应该也不能够 UAT 和 PRO 的环境尽不会 的保持一致,这是另另4个比较理想的清况 ,估计不到部分有钱的互联网公司还还可以真正实现。

各人做另另4个中型的互联网公司,每年在 IDC 上端的花费为宜在几千万,不会 要完整 1:1 的模拟生产环境,每年的花费为宜在30万以上,中型互联网公司先要说服老板去干这件事情。

哪十好多个 的问题图片5 :更别提都啥时代了还 servlet,从描述的技术方案和出理 流程来看,基本属于作坊式的阶段,另另4个多多任务管理器 员写另另4个接口就能做日均几十亿交易的系统迁移了,呵呵。

使用 Servlet 其他能够 过时,现在企业级开发90%的公司都使用的是 Spring MVC 吧,Spring MVC 也不 Servlet 包装出来了,很过时吗?

至于属不属于作坊式的阶段我不反驳,流程上肯定是有过高 的你一种我认可,但并能够 另另4个多多任务管理器 员写另另4个接口做几十亿的系统迁移,如各人说的是曾经那还能够 留 20 号的人在这里干嘛。

不到大级别的数据迁移肯定是另另4个系统性的工程,并能够 1、另另4个多多任务管理器 员还还可以负责的,不会 迁移多多任务管理器 的发起入口用 1、2 多多任务管理器 员负责足以,上端能够 调用 N 个系统的接口配合来完成整体的工作。

哪十好多个 的问题图片6 :我我实在你一种错误犯得很低级 日数据量达到几十亿次的应用 各人说没考虑到数据量过大迁移耗时太长的哪十好多个 的问题图片?平时小项目写个定时器能够 考虑会无需执行时间过长是因为,第一次还没执行完就执行第二次,各人面对千亿的数据量各人说不到考虑你一种哪十好多个 的问题图片?

你一种哪十好多个 的问题图片所含另另4个错误,交易额是日几十亿而能够 交易量几十亿次,订单量远远不到到达你一种量级。数据迁移当然考虑了迁移时间,在整个项目迁移以前我我实在不会 进行过全都次的小规模迁移了,并能够 第一次迁移,你一种文章中也说明了,你一种提问者明显不到看得人就来喷了。

你一种迁移多多任务管理器 在干这次大活以前,我我实在不会 经历多次考验了,全都从并能够 程度上来讲这次出哪十好多个 的问题图片,轻视也是哪十好多个 的问题图片存在的是因为之一。

不但不会 多次使用,在正式迁移以前也安排进行了多次的验证,也不做为管理者不到和多多任务管理器 员共同深入排查部分细节,存在部分管理失职。

另外有的读者说为哪十好多个 不使用多多任务管理器 ,我强调一下整个迁移项目使用了多多任务管理器 ,不会 还能够 仅仅另另另4个多任务管理器 ,也不多多任务管理器 的最外层不到使用多多任务管理器 ,也也不各人上端的出理 方案。

我我实在还有全都哪十好多个 的问题图片,这里不再一一表态,有的提问真的是太低级,感觉能够 应该是另另4个多多任务管理器 员提出的哪十好多个 的问题图片。

不过还是有其他读者会对你一种大规模迁移有所了解,这其中涉及的细节各人说能够 也不太大,任何另另4个小的忽略能够 不会 是因为大的哪十好多个 的问题图片,你一种事情不到法律法律法律依据在文中一一举例出来。

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

哪十好多个 说风凉话的肯定不到做过上千张表新老系统的迁移,还数据库上端件对接,呵呵

最后,还是那句话:保持技术人的那颗初心,一切以出理 实际哪十好多个 的问题图片为主。