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

  • 时间:
  • 浏览:0
  • 来源:大发时时彩_时时彩破解_大发时时彩破解

前一段时间写了一篇文章《午夜1点突发致命生产事故,人工多多tcp连接 来破局!》,一些我一篇生产事故的记实文章,没想到在圈内流传甚广,其带有多多tcp连接 员对其中的细节有点疑惑,刚好国庆可不无需 和亲戚亲戚大伙再进一步探讨一下。

现在技术圈有有另一个多多多 不太好的什么的问题,时不时看一遍原先有另一个多多多 什么的问题,当出显稍微热门一些的文章的就让,总会出显两级分化的什么的问题,一拨人会反馈牛逼写得太好了,就让另一拨人时不时反馈又现在现在开始吹牛逼了,各种无脑质疑。

买车人认为有另一个多多多 什么的问题确实全是太客观,一篇文章的出显一些我作者买车人对于技术的阐述,难免有自身的局限,同样既然能写文章必然一些我会是瞎乱吹牛逼,那毕竟全是同事亲戚亲戚大伙都认识,上边前要在一种行业混。

既然文章肯定具有它的局限性,肯能写出来读者可不无需 给出一些更好的建议,原先对于写文章的人也是一种学习,我时不时从读者的留言中学到了一些知识,这是一种正反馈。

现在的什么的问题是一些技术人把抬杠当作了一种本事,用以展示买车人的优越感,肯可不无需 说到点子上也还好,关键是有的留言你一看就可不无需 发现,技术涵养太低了明显是不懂行的情况报告。

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

什么的问题 1:“几百万商户、几千个代理商”,“上千多张表,关系极为多样化”,“在生产环境找十台服务器”最少也得是淘宝,京东一种级别的电商网站无需 一种规模了吧!

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

至于在生产环境找十台服务器,一种操作应该是随随便便的有另一个多多多 中型互联网公司都能背熟的,就让公司最少用了 3000-300 太服务器,从中找个10台全是啥什么的问题。

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

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

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

用 Spring Cloud 几百个微服务撑不起没法大的体量一种什么的问题,就明显是有另一个多多多 外行得无需 再外行的什么的问题了,让他姑且不说有有几个成功案例了,就一种评估办法一些我低级的。

没法说哪个技术可不无需 支持有几个体量肯可不无需 支持有几个体量,要评估一种什么的问题,前要看是有哪些样的团队在有哪些样的场景以有哪些样的办法来使用次技术。技术一种无需能决定能支撑多大体量,最重要的是看你为什么我么我会么会用它。

什么的问题3:我为什么我么我会么会看这是数据库工程师的工作,为有哪些前要写多多tcp连接 迁移呢?

一种看一些我技术小白了,从有另一个多多多 非常老的系统迁移到有另一个多多多 全版的新系统,这其中的业务变化、逻辑变化有有几个?肯可不无需 让 DBA 直接迁移说说,那一种系统有多简单?

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

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

什么的问题4:为有哪些不建有另一个多多多 与生产 1:1 的环境来模拟测试呢?

一般情况报告下研发会兩个多环境来测试:

  • DEV 开发环境,研发人员开发完成自行测试环境。
  • SIT 集成测试环境,将买车人项目上传到 sit 一般就进入测试部测试阶段了,整体集成测试。
  • UAT 客户集成测试环境,一般可不无需 做內部合作办法办法商对接的准生产环境,要尽肯能的与生产环境保持一致。
  • PRO 生产环境,一种亲戚亲戚大伙都清楚,一些我真正项目要运行的环境。

读者说的1:1 环境,应该一些我前要 UAT 和 PRO 的环境尽肯能的保持一致,这是有另一个多多多 比较理想的情况报告,估计无需 每项有钱的互联网公司可不无需 真正实现。

亲戚亲戚大伙做有另一个多多多 中型的互联网公司,每年在 IDC 上边的花费最少在几千万,肯能要全版 1:1 的模拟生产环境,每年的花费最少在30000万以上,中型互联网公司好难说服老板去干这件事情。

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

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

至于属不属于作坊式的阶段我不反驳,流程上肯定是有欠缺的一种我认可,但并全是有另一个多多多 多多tcp连接 员写有另一个多多多 接口做几十亿的系统迁移,肯能真的是原先那还前要留 20 号的人在这里干嘛。

没法大级别的数据迁移肯定是有另一个多多多 系统性的工程,并全是1、有另一个多多多 多多tcp连接 员可不无需 负责的,就让迁移多多tcp连接 的发起入口用 1、2 多多tcp连接 员负责足以,上边前要调用 N 个系统的接口配合来完成整体的工作。

什么的问题6 :我确实一种错误犯得很低级 日数据量达到几十亿次的应用 你以为没考虑到数据量过大迁移耗时太长的什么的问题?平时小项目写个定时器全是考虑会无需执行时间过长原因,第一次还没执行完就执行第二次,亲戚亲戚大伙面对千亿的数据量你以为没法考虑一种什么的问题?

一种什么的问题中带有另一个多多多 错误,交易额是日几十亿而全是交易量几十亿次,订单量远远没法到达一种量级。数据迁移当然考虑了迁移时间,在整个项目迁移就让确实肯能进行过一些次的小规模迁移了,并全是第一次迁移,一种文章中也说明了,一种提问者明显没法看一遍就来喷了。

一种迁移多多tcp连接 在干这次大活就让,确实肯能经历多次考验了,一些从一种程度上来讲这次出什么的问题,轻视也是什么的问题趋于稳定的原因之一。

不但肯能多次使用,在正式迁移就让也安排进行了多次的验证,一些我做为管理者没法和多多tcp连接 员同時 深入排查每项细节,趋于稳定每项管理失职。

另外有的读者说为有哪些不使用多多tcp连接 ,我强调一下整个迁移项目使用了多多tcp连接 ,就让还全是仅仅有有另一个多多多 多tcp连接 ,一些我多多tcp连接 的最外层没法使用多多tcp连接 ,也一些我亲戚亲戚大伙上边的处里方案。

确实还有一些什么的问题,这里不再一一公布,有的提问真的是太低级,感觉全是应该是有另一个多多多 多多tcp连接 员提出的什么的问题。

不过还是有一些读者会对一种大规模迁移有所了解,这其中涉及的细节你以为无需过多,任何有另一个多多多 小的忽略全是肯能原因大的什么的问题,一种事情没法办法在文中一一举例出来。

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

有有哪些说风凉话的肯定没法做过上千张表新老系统的迁移,还数据库上边件对接,呵呵

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