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

  • 时间:
  • 浏览:1

前一段时间写了一篇文章《半夜1点突发致命生产事故,人工多程序来破局!》,可是 一篇生产事故的记实文章,没想到在圈内流传甚广,其暗含程序员对其中的细节特别疑惑,刚好国庆后能 和亲戚亲戚有些人再进一步探讨一下。

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

每其他人认为3个多什么的什么的问题 实在 有的是太客观,一篇文章的出显可是 作者每其他人对于技术的阐述,难免有自身的局限,同样既然能写文章必然可是 会是瞎乱吹牛逼,那毕竟有的是同事亲戚亲戚有些人都认识,上边时要在这一 行业混。

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

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

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

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

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

至于在生产环境找十台服务器,这一 操作应该是随随便便的3个多中型互联网公司都能搞掂的,可是公司为宜用了 60 -60 太服务器,从中找个10台有的是啥什么的什么的问题 。

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

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

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

用 Spring Cloud 几百个微服务撑不起这么 大的体量这一 什么的什么的问题 ,就明显是3个多外行得不到再外行的什么的什么的问题 了,我想要姑且不说有十好多个 成功案例了,就这一 评估法律方式可是 低级的。

这么 说哪个技术后能 支持十好多个 体量可是不到支持十好多个 体量,要评估这一 什么的什么的问题 ,时要看是哪十好多个 样的团队在哪十好多个 样的场景以哪十好多个 样的法律方式来使用次技术。技术一种生活何必 能决定能支撑多大体量,最重要的是看你为什会么会用它。

什么的什么的问题 3:我为什会么会看这是数据库工程师的工作,为哪十好多个 时要写程序迁移呢?

这一 看可是 技术小白了,从3个多非常老的系统迁移到3个多完整的新系统,这其中的业务变化、逻辑变化有十好多个 ?以后能 让 DBA 直接迁移搞笑的话,那这一 系统有多简单?

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

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

什么的什么的问题 4:为哪十好多个 不建3个多与生产 1:1 的环境来模拟测试呢?

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

  • DEV 开发环境,研发人员开发完成自行测试环境。
  • SIT 集成测试环境,将每其他人项目上传到 sit 一般就进入测试部测试阶段了,整体集成测试。
  • UAT 客户集成测试环境,一般后能 做实物媒体公司合作 商对接的准生产环境,要尽可是的与生产环境保持一致。
  • PRO 生产环境,这一 亲戚亲戚有些人都清楚,可是 真正项目要运行的环境。

读者说的1:1 环境,应该可是 时要 UAT 和 PRO 的环境尽可是的保持一致,这是3个多比较理想的情况报告,估计不到每段有钱的互联网公司后能 真正实现。

亲戚亲戚有些人做3个多中型的互联网公司,每年在 IDC 上边的花费为宜在几千万,可是要完整 1:1 的模拟生产环境,每年的花费为宜在60 0万以上,中型互联网公司很难说服老板去干这件事情。

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

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

至于属不属于作坊式的阶段我不反驳,流程上肯定是有匮乏的这一 我认可,但并有的是3个多程序员写3个多接口做几十亿的系统迁移,可是真的是另3个多那还时要留 20 号的人在这里干嘛。

这么 大级别的数据迁移肯定是3个多系统性的工程,并有的是1、3个多程序员后能 负责的,但会 迁移程序的发起入口用 1、2 程序员负责足以,上边时要调用 N 个系统的接口配合来完成整体的工作。

什么的什么的问题 6 :我实在 这一 错误犯得很低级 日数据量达到几十亿次的应用 亲戚有些人说没考虑到数据量过大迁移耗时太长的什么的什么的问题 ?平时小项目写个定时器有的是考虑会这么多再执行时间过长意味着,第一次还没执行完就执行第二次,亲戚亲戚有些人面对千亿的数据量亲戚有些人说这么 考虑这一 什么的什么的问题 ?

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

这一 迁移程序在干这次大活可是,实在 可是经历多次考验了,可是 从一种生活程度上来讲这次出什么的什么的问题 ,轻视也是什么的什么的问题 所处的意味着之一。

不但可是多次使用,在正式迁移可是也安排进行了多次的验证,可是 做为管理者这么 和程序员一齐深入排查每段细节,所处每段管理失职。

另外有的读者说为哪十好多个 不使用多程序,我强调一下整个迁移项目使用了多程序,但会 还有的是仅仅3个多多程序,可是 程序的最外层这么 使用多程序,也可是 亲戚亲戚有些人上边的解决方案。

实在 还有可是 什么的什么的问题 ,这里不再一一回应,有的提问真的是太低级,感觉有的是应该是3个多程序员提出的什么的什么的问题 。

不过还是有有些读者会对这一 大规模迁移有所了解,这其中涉及的细节亲戚有些人说何必 这么来越多,任何3个多小的忽略有的是可是意味着大的什么的什么的问题 ,这一 事情这么 法律方式在文中一一举例出来。

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

哪十好多个 说风凉话的肯定这么 做过上千张表新老系统的迁移,还数据库上边件对接,呵呵

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