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

  • 时间:
  • 浏览:0
  • 来源:大发快三_快三大小_大发快三大小

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

现在技术圈有一5个 多不太好的那此的问題,老是看多就让 一5个 多那此的问題,当出先稍微热门有些的文章的就让,总会出先两级分化的那此的问題,一拨人会反馈牛逼写得太好了,就让另一拨人老是反馈又刚开始吹牛逼了,各种无脑质疑。

此人 认为一5个 多那此的问題其实都不 太客观,一篇文章的出先却说我作者此人 对于技术的阐述,难免有自身的局限,同样既然能写文章必然却说我会是瞎乱吹牛逼,那毕竟都不 同事我们都 都认识,上方前要在你你这俩 行业混。

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

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

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

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

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

至于在生产环境找十台服务器,你你这俩 操作应该是随随便便的一5个 多中型互联网公司都能读懂的,就让公司大慨用了 400-400 太服务器,从中找个10台都不 啥那此的问題。

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

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

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

用 Spring Cloud 几百个微服务撑不起没有 大的体量你你这俩 那此的问題,就明显是一5个 多外行得可里还能否 了再外行的那此的问題了,给你姑且不说有哪十几个 成功案例了,就你你这俩 评估法子 却说我低级的。

没有 说哪个技术可里还能否 支持哪十几个 体量不可能 可里还能否 了支持哪十几个 体量,要评估你你这俩 那此的问題,前要看是那此样的团队在那此样的场景以那此样的法子 来使用次技术。技术一种生活生活过多能决定能支撑多大体量,最重要的是看你为什么我么我么用它。

那此的问題3:我为什么我么我么看这是数据库工程师的工作,为那此前要写线程迁移呢?

你你这俩 看却说我技术小白了,从一5个 多非常老的系统迁移到一5个 多删改的新系统,这其中的业务变化、逻辑变化有哪十几个 ?不可能 能让 DBA 直接迁移励志的话 ,那你你这俩 系统有多简单?

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

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

那此的问題4:为那此不建一5个 多生和熟产 1:1 的环境来模拟测试呢?

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

  • DEV 开发环境,研发人员开发完成自行测试环境。
  • SIT 集成测试环境,将此人 项目上传到 sit 一般就进入测试部测试阶段了,整体集成测试。
  • UAT 客户集成测试环境,一般可里还能否 做内部管理媒体媒体合作商对接的准生产环境,要尽不可能 的生和熟产环境保持一致。
  • PRO 生产环境,你你这俩 我们都 都清楚,却说我真正项目要运行的环境。

读者说的1:1 环境,应该却说我前要 UAT 和 PRO 的环境尽不可能 的保持一致,这是一5个 多比较理想的情况报告,估计可里还能否 了帕累托图有钱的互联网公司可里还能否 真正实现。

我们都 做一5个 多中型的互联网公司,每年在 IDC 上方的花费大慨在几千万,不可能 要删改 1:1 的模拟生产环境,每年的花费大慨在4000万以上,中型互联网公司太难说服老板去干这件事情。

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

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

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

没有 大级别的数据迁移肯定是一5个 多系统性的工程,并都不 1、一5个 线程员可里还能否 负责的,就让迁移线程的发起入口用 1、2 线程员负责足以,上方前要调用 N 个系统的接口配合来完成整体的工作。

那此的问題6 :我其实你你这俩 错误犯得很低级 日数据量达到几十亿次的应用 果真没考虑到数据量过大迁移耗时太长的那此的问題?平时小项目写个定时器后要考虑会不必执行时间过长是因为 ,第一次还没执行完就执行第二次,我们都 面对千亿的数据量果真没有 考虑你你这俩 那此的问題?

你你这俩 那此的问題所含一5个 多错误,交易额是日几十亿而都不 交易量几十亿次,订单量远远没有 到达你你这俩 量级。数据迁移当然考虑了迁移时间,在整个项目迁移就让其实不可能 进行过却说我次的小规模迁移了,并都不 第一次迁移,你你这俩 文章中也说明了,你你这俩 提问者明显没有 看多就来喷了。

你你这俩 迁移线程在干这次大活就让,其实不可能 经历多次考验了,却说我从一种生活生活程度上来讲这次出那此的问題,轻视也是那此的问題发生的是因为 之一。

不但不可能 多次使用,在正式迁移就让也安排进行了多次的验证,却说我做为管理者没有 和线程员同时深入排查帕累托图细节,发生帕累托图管理失职。

另外有的读者说为那此不使用线程,我强调一下整个迁移项目使用了线程,就让还都不 仅仅一5个 多线程,却说我线程的最外层没有 使用线程,也却说我我们都 上方的出理 方案。

其实还有却说我那此的问題,这里不再一一发表声明,有的提问真的是太低级,感觉都不 应该是一5个 线程员提出的那此的问題。

不过还是有有些读者会对你你这俩 大规模迁移有所了解,这其中涉及的细节果真过多过多,任何一5个 多小的忽略都不 不可能 是因为 大的那此的问題,你你这俩 事情没有 法子 在文中一一举例出来。

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

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

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