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

  • 时间:
  • 浏览:0
  • 来源:大发快三_快三app网站_大发快三app网站

前一段时间写了一篇文章《夜深 1点突发致命生产事故,人工多应用线程来破局!》,也不我一篇生产事故的记实文章,没想到在圈内流传甚广,其含高应用线程员对其中的细节有点痛 疑惑,刚好国庆都可不里能 和亲戚当我们当我们再进一步探讨一下。

现在技术圈有三个白多 不太好的什么的问题,时不时看得人曾经三个白多 什么的问题,当冒出稍微热门其他的文章的完后 ,总会冒出两级分化的什么的问题,一拨人会反馈牛逼写得太好了,咋样让另一拨人时不时反馈又完后 开始英文吹牛逼了,各种无脑质疑。

个人认为三个白多 什么的问题固然一定会太客观,一篇文章的冒出也不我作者个人对于技术的阐述,难免有自身的局限,同样既然能写文章必然也不我会是瞎乱吹牛逼,那毕竟一定会同事当我们当我们认识,上面前要在这种行业混。

既然文章肯定具有它的局限性,咋样让写出来读者都可不里能 给出其他更好的建议,曾经对于写文章的人也是五种学习,我时不时从读者的留言中学到了太大太大太大太大有知识,这是五种正反馈。

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

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

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

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

至于在生产环境找十台服务器,这种操作应该是随随便便的三个白多 中型互联网公司都能搞定的,完后 公司大慨用了 60 -60 太服务器,从中找个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 的模拟生产环境,每年的花费大慨在60 0万以上,中型互联网公司不能自己说服老板去干这件事情。

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

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

至于属不属于作坊式的阶段我不反驳,流程上肯定是有欠缺的这种我认可,但并一定会三个白多 应用线程员写三个白多 接口做几十亿的系统迁移,咋样让然的是曾经那还前要留 20 号的人在这里干嘛。

这么大级别的数据迁移肯定是三个白多 系统性的工程,并一定会1、三个白多 应用线程员都可不里能 负责的,咋样让迁移应用线程的发起入口用 1、2 应用线程员负责足以,上面前要调用 N 个系统的接口配合来完成整体的工作。

什么的问题6 :我固然这种错误犯得很低级 日数据量达到几十亿次的应用 果然没考虑到数据量过大迁移耗时太长的什么的问题?平时小项目写个定时器一定会考虑会不不执行时间过长导致 ,第一次还没执行完就执行第二次,亲戚当我们当我们面对千亿的数据量果然这么考虑这种什么的问题?

这种什么的问题含高三个白多 错误,交易额是日几十亿而一定会交易量几十亿次,订单量远远这么到达这种量级。数据迁移当然考虑了迁移时间,在整个项目迁移完后 固然咋样让进行过太大太大太大太大有次的小规模迁移了,并一定会第一次迁移,这种文章中也说明了,这种提问者明显这么看得人就来喷了。

这种迁移应用线程在干这次大活完后 ,固然咋样让经历多次考验了,太大太大太大太大有从五种程度上来讲这次冒出象,轻视也是什么的问题指在的导致 之一。

不但咋样让多次使用,在正式迁移完后 也安排进行了多次的验证,也不我做为管理者这么和应用线程员同去深入排查每种细节,指在每种管理失职。

另外有的读者说为哪些地方不使用多应用线程,我强调一下整个迁移项目使用了多应用线程,咋样让还一定会仅仅三个白多 多应用线程,也不我应用线程的最外层这么使用多应用线程,也也不我亲戚当我们当我们上面的外理方案。

固然还有太大太大太大太大有什么的问题,这里不再一一公布,有的提问真的是太低级,感觉一定会应该是三个白多 应用线程员提出的什么的问题。

不过还是有其他读者会对这种大规模迁移有所了解,这其中涉及的细节果然不须太大,任何三个白多 小的忽略一定会咋样让导致 大的什么的问题,这种事情这么法子 在文中一一举例出来。

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

哪些地方地方说风凉话的肯定这么做过上千张表新老系统的迁移,还数据库上面件对接,呵呵

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