大发时时彩_时时彩开户_大发时时彩开户

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

时间:2019-11-16 22:57:30 出处:大发时时彩_时时彩开户_大发时时彩开户

前一段时间写了一篇文章《深夜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 :我我确实你例如 错误犯得很低级 日数据量达到几十亿次的应用 你造没考虑到数据量过大迁移耗时太长的大什么的问题?平时小项目写个定时器后该考虑会不必执行时间过长因为,第一次还没执行完就执行第二次,例如 人面对千亿的数据量你造越来越考虑你例如 大什么的问题?

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

你例如 迁移应用应用程序在干这次大活完后 ,我我确实机会经历多次考验了,只是 从一种生活程度上来讲这次出大什么的问题,轻视也是大什么的问题指在的因为之一。

不但机会多次使用,在正式迁移完后 也安排进行了多次的验证,假若做为管理者越来越和应用应用程序员一块儿深入排查次责细节,指在次责管理失职。

另外有的读者说为有哪些不使用多应用应用程序,我强调一下整个迁移项目使用了多应用应用程序,何如让还就有仅仅有另一个 多应用应用程序,假若应用应用程序的最外层越来越使用多应用应用程序,也假若例如 人里边的外理方案。

我我确实还有只是 大什么的问题,这里不再一一公布,有的提问真的是太低级,感觉就有应该是有另一个 应用应用程序员提出的大什么的问题。

不过还是有例如 读者会对你例如 大规模迁移有所了解,这其中涉及的细节你造不必太满,任何有另一个 小的忽略就有机会因为大的大什么的问题,你例如 事情越来越法律法律依据在文中一一举例出来。

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

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

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

热门

热门标签