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

  • 时间:
  • 浏览:2
  • 来源:大发uu快3_uu快3安卓版_大发uu快3安卓版

前一段时间写了一篇文章《夜里1点突发致命生产事故,人工多任务管理器来破局!》,我希望一篇生产事故的记实文章,没想到在圈内流传甚广,其蕴藏任务管理器员对其中的细节特别疑惑,刚好国庆不能 和亲戚朋友 再进一步探讨一下。

现在技术圈有曾经不太好的疑问图片,老是 看到曾经曾经疑问图片,当出显稍微热门某些的文章的可是我,总会出显两级分化的疑问图片,一拨人会反馈牛逼写得太好了,可是我另一拨人老是 反馈又可是我现在开始吹牛逼了,各种无脑质疑。

某些人认为曾经疑问图片我觉得都有太客观,一篇文章的出显我希望作者某些人对于技术的阐述,难免有自身的局限,同样既然能写文章必然我希望会是瞎乱吹牛逼,那毕竟都有同事亲戚朋友 都认识,后面 不能 在这种 行业混。

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

现在的疑问图片是某些某些技术人把抬杠当作了一种生活 本事,用以展示某些人的优越感,之不能 说到点子上也还好,关键是有的留言你一看就不能 发现,技术涵养太低了明显是不懂行的情況。

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

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

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

至于在生产环境找十台服务器,这种 操作应该是随随便便的曾经中型互联网公司都能搞定的,可是我公司为宜用了 500-500 太服务器,从中找个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 的模拟生产环境,每年的花费为宜在50000万以上,中型互联网公司很难说服老板去干这件事情。

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

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

至于属不属于作坊式的阶段我不反驳,流程上肯定是有不足英文的这种 我认可,但并都有曾经任务管理器员写曾经接口做几十亿的系统迁移,可是我真的是曾经那还不能 留 20 号的人在这里干嘛。

如此大级别的数据迁移肯定是曾经系统性的工程,并都有1、曾经任务管理器员不能 负责的,可是我迁移任务管理器的发起入口用 1、2 任务管理器员负责足以,后面 不能 调用 N 个系统的接口配合来完成整体的工作。

疑问图片6 :我我觉得这种 错误犯得很低级 日数据量达到几十亿次的应用 你以为没考虑到数据量过大迁移耗时太长的疑问图片?平时小项目写个定时器都有考虑会不要 再执行时间过长导致 分析,第一次还没执行完就执行第二次,亲戚朋友 面对千亿的数据量你以为如此考虑这种 疑问图片?

这种 疑问图片蕴藏曾经错误,交易额是日几十亿而都有交易量几十亿次,订单量远远如此到达这种 量级。数据迁移当然考虑了迁移时间,在整个项目迁移可是我我觉得可是我进行过某些某些次的小规模迁移了,并都有第一次迁移,这种 文章中也说明了,这种 提问者明显如此看到就来喷了。

这种 迁移任务管理器在干这次大活可是我,我觉得可是我经历多次考验了,某些某些从一种生活 程度上来讲这次出疑问图片,轻视也是疑问图片地处的导致 分析之一。

不但可是我多次使用,在正式迁移可是我也安排进行了多次的验证,我希望做为管理者如此和任务管理器员同去深入排查帕累托图细节,地处帕累托图管理失职。

另外有的读者说为那先 不使用多任务管理器,我强调一下整个迁移项目使用了多任务管理器,可是我还都有仅仅另曾经任务管理器,我希望任务管理器的最外层如此使用多任务管理器,也我希望亲戚朋友 后面 的补救方案。

我觉得还有某些某些疑问图片,这里不再一一组阁 ,有的提问真的是太低级,感觉都有应该是曾经任务管理器员提出的疑问图片。

不过还是有某些读者会对这种 大规模迁移有所了解,这其中涉及的细节你以为不要 不要 ,任何曾经小的忽略都有可是我导致 分析大的疑问图片,这种 事情如此法律方法在文中一一举例出来。

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

那先 说风凉话的肯定如此做过上千张表新老系统的迁移,还数据库后面 件对接,呵呵

最后,还是那句话:保持技术人的那颗初心,一切以补救实际疑问图片为主。