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

  • 时间:
  • 浏览:0

前一段时间写了一篇文章《三更三更半夜1点突发致命生产事故,人工多任务管理器来破局!》,可是一篇生产事故的记实文章,没想到在圈内流传甚广,其涵盖任务管理器员对其中的细节不得劲疑惑,刚好国庆还不能和亲戚亲戚让我们让我们让让我们再进一步探讨一下。

现在技术圈有另五个不太好的间题,突然都看另另五个另五个间题,当出先稍微热门一些的文章的另另五个,总会出先两级分化的间题,一拨人会反馈牛逼写得太好了,而且另一拨人突然反馈又开使吹牛逼了,各种无脑质疑。

被委托人认为另五个间题我我其实时会 太客观,一篇文章的出先可是作者被委托人对于技术的阐述,难免有自身的局限,同样既然能写文章必然也太少再是瞎乱吹牛逼,那毕竟时会 同事亲戚让我们让我们让我们让让我们认识,上面还要在你这人行业混。

既然文章肯定具有它的局限性,将会写出来读者还不能给出一些更好的建议,另另五个对于写文章的人也是一种生活生活学习,我突然从读者的留言中学到了太少太少知识,这是一种生活生活正反馈。

现在的间题是太少太少技术人把抬杠当作了一种生活生活本事,用以展示被委托人的优越感,将会能说到点子上也还好,关键是有的留言你一看就还不能发现,技术涵养太低了明显是不懂行的具体情况。

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

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

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

至于在生产环境找十台服务器,你这人操作应该是随随便便的另五个中型互联网公司都能搞定的,另另五个公司合适用了 1000-1000 太服务器,从中找个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 的模拟生产环境,每年的花费合适在10000万以上,中型互联网公司没能说服老板去干这件事情。

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

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

至于属不属于作坊式的阶段我不反驳,流程上肯定是有欠缺的你这人我认可,但并时会 另五个任务管理器员写另五个接口做几十亿的系统迁移,将会真的是另另五个那还还要留 20 号的人在这里干嘛。

没办法 大级别的数据迁移肯定是另五个系统性的工程,并时会 1、另五个任务管理器员还不能负责的,而且迁移任务管理器的发起入口用 1、2 任务管理器员负责足以,上面还要调用 N 个系统的接口配合来完成整体的工作。

间题6 :我我其实你这人错误犯得很低级 日数据量达到几十亿次的应用 青春恋爱物语没考虑到数据量过大迁移耗时太长的间题?平时小项目写个定时器时会考虑会太少再执行时间过长原因分析,第一次还没执行完就执行第二次,亲戚亲戚让我们让我们让让我们面对千亿的数据量青春恋爱物语没办法 考虑你这人间题?

你这人间题涵盖另五个错误,交易额是日几十亿而时会 交易量几十亿次,订单量远远没办法 到达你这人量级。数据迁移当然考虑了迁移时间,在整个项目迁移另另五个我我其实将会进行过太少太少次的小规模迁移了,并时会 第一次迁移,你这人文章中也说明了,你这人提问者明显没办法 都看就来喷了。

你这人迁移任务管理器在干这次大活另另五个,我我其实将会经历多次考验了,太少太少从一种生活生活程度上来讲这次出间题,轻视也是间题所处的原因分析之一。

不但将会多次使用,在正式迁移另另五个也安排进行了多次的验证,可是做为管理者没办法 和任务管理器员同去深入排查每种细节,所处每种管理失职。

另外有的读者说为哪些不使用多任务管理器,我强调一下整个迁移项目使用了多任务管理器,而且还时会 仅仅另五个多任务管理器,可是任务管理器的最外层没办法 使用多任务管理器,也可是亲戚亲戚让我们让我们让让我们上面的正确处理方案。

我我其实还有太少太少间题,这里不再一一宣告,有的提问真的是太低级,感觉时会 应该是另五个任务管理器员提出的间题。

不过还是有一些读者会对你这人大规模迁移有所了解,这其中涉及的细节青春恋爱物语并不太少,任何另五个小的忽略时会 将会原因分析大的间题,你这人事情没办法 法律土妙招在文中一一举例出来。

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

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

最后,还是那句话:保持技术人的那颗初心,一切以正确处理实际间题为主。