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

  • 时间:
  • 浏览:0
  • 来源:幸运快3_快3大小_幸运快3大小

前一段时间写了一篇文章《夜半1点突发致命生产事故,人工多程序运行运行来破局!》,而是一篇生产事故的记实文章,没想到在圈内流传甚广,其含高程序运行运行员对其中的细节怪怪的疑惑,刚好国庆还需用和这个人再进一步探讨一下。

现在技术圈有另另一个 不太好的问题,总是看多原本另另一个 问题,当冒出稍微热门这个的文章的事先,总会冒出两级分化的问题,一拨人会反馈牛逼写得太好了,很久另一拨人总是反馈又现在结束吹牛逼了,各种无脑质疑。

我个人所有认为另另一个 问题实在都有太客观,一篇文章的冒出而是作者我个人所有对于技术的阐述,难免有自身的局限,同样既然能写文章必然而是会是瞎乱吹牛逼,那毕竟都有同事这个人都认识,上方需用在这个行业混。

既然文章肯定具有它的局限性,很久写出来读者还需用给出这个更好的建议,原本对于写文章的人也是并都有学习,我总是从读者的留言中学到了什么都知识,这是并都有正反馈。

现在的问题是什么都技术人把抬杠当作了并都有本事,用以展示我个人所有的优越感,以前会说到点子上也还好,关键是有的留言你一看就还需用发现,技术涵养太低了明显是不懂行的情况。

这篇文章发出来后,公众号的用户反馈还还需用,很久这个人对我有个基本认识,在博客园和开源中国中,帕累托图技术这个人质疑比较多的地方给予解释一下:

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

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

至于在生产环境找十台服务器,这个操作应该是随随便便的另另一个 中型互联网公司都能背熟的,事先公司共要用了 1000-1000 太服务器,从中找个10台都有啥问题。

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

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

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

用 Spring Cloud 几百个微服务撑不起那末大的体量这个问题,就明显是另另一个 外行得那末再外行的问题了,让他姑且不说有2个成功案例了,就这个评估措施而是低级的。

那末说哪个技术还需用支持2个体量很久那末支持2个体量,要评估这个问题,需用看是什么样的团队在什么样的场景以什么样的措施来使用次技术。技术并都有很多能决定能支撑多大体量,最重要的是看你为什么我么我在么在用它。

问题3:我为什么我么我在么在看这是数据库工程师的工作,为什么我么我在么在需用写程序运行运行迁移呢?

这个看而是技术小白了,从另另一个 非常老的系统迁移到另另一个 完整性的新系统,这其中的业务变化、逻辑变化有2个?以前会让 DBA 直接迁移语句,那这个系统有多简单?

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

什么都从读者提问并都有来讲,就能看出根本不明白这个难点在哪里。

问题4:为什么我么我在么在不建另另一个 和心产 1:1 的环境来模拟测试呢?

一般情况下研发会有六个环境来测试:

  • DEV 开发环境,研发人员开发完成自行测试环境。
  • SIT 集成测试环境,将我个人所有项目上传到 sit 一般就进入测试部测试阶段了,整体集成测试。
  • UAT 客户集成测试环境,一般还需用做内外部合作协议措施商对接的准生产环境,要尽很久的和心产环境保持一致。
  • PRO 生产环境,这个这个人都清楚,而是真正项目要运行的环境。

读者说的1:1 环境,应该而是需用 UAT 和 PRO 的环境尽很久的保持一致,这是另另一个 比较理想的情况,估计那末帕累托图有钱的互联网公司还需用真正实现。

这个人做另另一个 中型的互联网公司,每年在 IDC 上方的花费共要在几千万,以前会完整性 1:1 的模拟生产环境,每年的花费共要在10000万以上,中型互联网公司很难说服老板去干这件事情。

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

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

至于属不属于作坊式的阶段我不反驳,流程上肯定是有过低的这个我认可,但并都有另另一个 程序运行运行员写另另一个 接口做几十亿的系统迁移,很久真的是原本那还需用留 20 号的人在这里干嘛。

那末大级别的数据迁移肯定是另另一个 系统性的工程,并都有1、另另一个 程序运行运行员还需用负责的,很久迁移程序运行运行的发起入口用 1、2 程序运行运行员负责足以,上方需用调用 N 个系统的接口配合来完成整体的工作。

问题6 :我实在这个错误犯得很低级 日数据量达到几十亿次的应用 简直没考虑到数据量过大迁移耗时太长的问题?平时小项目写个定时器都有考虑会无需执行时间过长导致 ,第一次还没执行完就执行第二次,这个人面对千亿的数据量简直那末考虑这个问题?

这个问题含高另另一个 错误,交易额是日几十亿而都有交易量几十亿次,订单量远远那末到达这个量级。数据迁移当然考虑了迁移时间,在整个项目迁移事先实在很久进行过什么都次的小规模迁移了,并都有第一次迁移,这个文章中也说明了,这个提问者明显那末看多就来喷了。

这个迁移程序运行运行在干这次大活事先,实在很久经历多次考验了,什么都从并都有程度上来讲这次出问题,轻视也是问题占据 的导致 之一。

不但很久多次使用,在正式迁移事先也安排进行了多次的验证,而是做为管理者那末和程序运行运行员一起深入排查帕累托图细节,占据 帕累托图管理失职。

另外有的读者说为什么我么我在么在不使用多程序运行运行,我强调一下整个迁移项目使用了多程序运行运行,很久还都有仅仅另另一个 多程序运行运行,而是程序运行运行的最外层那末使用多程序运行运行,也而是这个人上方的避免方案。

实在还有什么都问题,这里不再一一组阁 ,有的提问真的是太低级,感觉都有应该是另另一个 程序运行运行员提出的问题。

不过还是有这个读者会对这个大规模迁移有所了解,这其中涉及的细节简直很多很多,任何另另一个 小的忽略都有很久导致 大的问题,这个事情那末措施在文中一一举例出来。

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

什么说风凉话的肯定那末做过上千张表新老系统的迁移,还数据库上方件对接,呵呵

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