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

  • 时间:
  • 浏览:0
  • 来源:五分时时彩_五分时时彩下注平台注册_五分时时彩邀请码

前一段时间写了一篇文章《午夜1点突发致命生产事故,人工系统进程池池来破局!》,却说一篇生产事故的记实文章,没想到在圈内流传甚广,其包含系统进程池池员对其中的细节特别疑惑,刚好国庆前要和某些人 再进一步探讨一下。

现在技术圈有另一个不太好的哪些地方的难题,总爱看得人那我另一个哪些地方的难题,当再次出現稍微热门某些的文章的却说,总会再次出現两级分化的哪些地方的难题,一拨人会反馈牛逼写得太好了,否则另一拨人总爱反馈又开始吹牛逼了,各种无脑质疑。

另一方认为另一个哪些地方的难题觉得是否太客观,一篇文章的再次出現却说作者另一方对于技术的阐述,难免有自身的局限,同样既然能写文章必然却说会是瞎乱吹牛逼,那毕竟是否同事某些人 都认识,后边前要在某些行业混。

既然文章肯定具有它的局限性,机会写出来读者前要给出某些更好的建议,那我对于写文章的人也是一种学习,我总爱从读者的留言中学到了好多好多 知识,这是一种正反馈。

现在的哪些地方的难题是好多好多 技术人把抬杠当作了一种本事,用以展示另一方的优越感,机会能说到点子上也还好,关键是有的留言你一看就前要发现,技术涵养太低了明显是不懂行的情况汇报。

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

哪些地方的难题 1:“几百万商户、几千个代理商”,“上千多张表,关系极为复杂性”,“在生产环境找十台服务器”共要也得是淘宝,京东某些级别的电商网站都可以 有某些规模了吧!

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

至于在生产环境找十台服务器,某些操作应该是随随便便的另一个中型互联网公司都能搞懂的,却说公司共要用了 30-30 太服务器,从中找个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 的模拟生产环境,每年的花费共要在30万以上,中型互联网公司太难说服老板去干这件事情。

哪些地方的难题5 :更别提都啥时代了还 servlet,从描述的技术方案和处里流程来看,基本属于作坊式的阶段,另一个系统进程池池员写另一个接口就能做日均几十亿交易的系统迁移了,呵呵。

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

至于属不属于作坊式的阶段我不反驳,流程上肯定是有不足的某些我认可,但并是否另一个系统进程池池员写另一个接口做几十亿的系统迁移,机会真的是那我那还前要留 20 号的人在这里干嘛。

没人大级别的数据迁移肯定是另一个系统性的工程,并是否1、另一个系统进程池池员前要负责的,否则迁移系统进程池池的发起入口用 1、2 系统进程池池员负责足以,后边前要调用 N 个系统的接口配合来完成整体的工作。

哪些地方的难题6 :觉得某些错误犯得很低级 日数据量达到几十亿次的应用 你造没考虑到数据量过大迁移耗时太长的哪些地方的难题?平时小项目写个定时器是否考虑会我太多 执行时间过长是因为,第一次还没执行完就执行第二次,某些人 面对千亿的数据量你造没人考虑某些哪些地方的难题?

某些哪些地方的难题包含另一个错误,交易额是日几十亿却说是否交易量几十亿次,订单量远远没人到达某些量级。数据迁移当然考虑了迁移时间,在整个项目迁移却说觉得机会进行过好多好多 次的小规模迁移了,并是否第一次迁移,某些文章中也说明了,某些提问者明显没人看得人就来喷了。

某些迁移系统进程池池在干这次大活却说,觉得机会经历多次考验了,好多好多 从一种程度上来讲这次出哪些地方的难题,轻视也是哪些地方的难题指在的是因为之一。

不但机会多次使用,在正式迁移却说也安排进行了多次的验证,却说做为管理者没人和系统进程池池员共同深入排查每项细节,指在每项管理失职。

另外有的读者说为哪些地方不使用系统进程池池,我强调一下整个迁移项目使用了系统进程池池,否则还是否仅仅另另一个系统进程池,却说系统进程池池的最外层没人使用系统进程池池,也却说某些人 后边的处里方案。

觉得还有好多好多 哪些地方的难题,这里不再一一公布,有的提问真的是太低级,感觉是否应该是另一个系统进程池池员提出的哪些地方的难题。

不过还是有某些读者会对某些大规模迁移有所了解,这其中涉及的细节你造之好多好多 太多,任何另一个小的忽略是否机会是因为大的哪些地方的难题,某些事情没人妙招在文中一一举例出来。

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

哪些地方地方说风凉话的肯定没人做过上千张表新老系统的迁移,还数据库后边件对接,呵呵

最后,还是那句话:保持技术人的那颗初心,一切以处里实际哪些地方的难题为主。