跳至主要內容
  • Hostloc 空間訪問刷分
  • 售賣場
  • 廣告位
  • 賣站?

4563博客

全新的繁體中文 WordPress 網站
  • 首頁
  • 目前的形势无论大中小企业都要求大数据、高并发设计架构经验的难题怎么破局?
未分類
6 10 月 2020

目前的形势无论大中小企业都要求大数据、高并发设计架构经验的难题怎么破局?

目前的形势无论大中小企业都要求大数据、高并发设计架构经验的难题怎么破局?

資深大佬 : ReinerShir 3

这让我想起了网上一张图片,面试官要求面试都有工作经验,但是面试者说:我必须先工作才能有工作经验! 面试官:不,你必须有工作经验才能工作! 这样陷入死循环~ 都要求大数据高并发,但是实际上公司那么点业务量根本用不上什么高并发大数据架构,当然了大厂排除,我要是能进大厂也不会发这样的帖子了。 各位 V 友有什么破局的方法吗?比如自己搞一大堆测试数据本地模拟一下高并发忽悠面试官? 但是这样稍微一问就露馅了,而且单机并发量有限。。。

大佬有話說 (19)

  • 資深大佬 : smart9527

    很多 jd 都是 ctrl+c, ctrl+v 而已

  • 資深大佬 : maigebaoer

    mysql redis mq 框架 ,这几个基础搞好,其他的就随缘吧,我就是这么找工作的。

  • 資深大佬 : coolesting

    考官有意为难你而已。 在实际情况中,我见过大多数都是用带宽+硬件,去解决高并发问题,那来这么多优化,除非程序业务规则非常烂那种。

    所为的测试,就是做个样子给领导看。 
    ( ̄ε(# ̄)☆╰╮o( ̄▽ ̄///)

  • 資深大佬 : imn1

    结婚誓词都是谎言,因为没有人能知道将来发生的事
    但大多数人并不是要发誓,而是表决心而已

    记得一个小品:
    – 怎么做一个成功的商人?
    – 许诺一定要做到
    – 啊,您都做到了?
    – 我不许诺

    能说出“既不是真话,也不是谎言”,是面试技巧之一

  • 資深大佬 : asdf2020

    有可能是压价技巧,不是真的要求 2

  • 資深大佬 : kangsheng9527

    写过三年基本所有后端设计新项目都是考虑到无限集群问题的了~~~~~~~~~

  • 資深大佬 : sagaxu

    这就是内卷,crud 大家都是一把梭,已经不够看了

  • 主 資深大佬 : ReinerShir

    @coolesting 那我昨感觉个个面试官都在为难我(懊恼),基本上稍微大点的公司都会问这个,有些 10 多个人的小公司也会问,而且随便问了几个问题就结束了,看起来就不像在招人。

  • 主 資深大佬 : ReinerShir

    @asdf2020 不是压价,因为面完就没影子了

  • 主 資深大佬 : ReinerShir

    @imn1 不怎么好使,我试过不正面回答,面完依旧没消息了

    @kangsheng9527 稍微有点内容的项目我都是上微服务架构了,然而没用,他们就是要亿级数据、高并发设计经验

    @sagaxu 哎,我都在想要不要再存点钱回老家开个小超市算了

  • 資深大佬 : wangyzj

    不是还要精通 hadoop,大数据和 ml 吗?

  • 資深大佬 : opengps

    之所以这样死循环,其实企业是需要你低薪当学徒而已

  • 資深大佬 : walsh

    逃避虽然可耻但有用

  • 資深大佬 : coolesting

    @ReinerShir imn1 说得很在理了。Hr 叫你去面试可能就是凑个数,他们公司用不用你涉及很多内部利益问题,不能因为表面的考核拒绝你。

    大部分跳槽高手,都是说慌高手。

  • 資深大佬 : Illusionary

    很多小创业公司确实喜欢开口就是大数据、中台,特么一进去发现 QA 比用户都多。

  • 資深大佬 : wudaye

    我入职后发现面试我的人也不会造火箭

  • 資深大佬 : locoz

    你完全可以按量付费开一堆云服务器模拟集群和高并发场景,也完全可以按量付费套上 CDN 、WAF 之类的来看看流量清洗的效果,更可以基于这些来模拟构建一套生产环境下的场景…无非就是你想不想做而已, 并不是没有办法获得这些经验。

    别以为会花很多钱或者很麻烦,你完全可以写个脚本自动创建资源、构建模拟环境,跑完压测之后再自动释放掉,一次可能也就花个十几二十块。

  • 資深大佬 : angryfish

    @locoz #17 说得很有道理了。就看自己想不想实践。先看看相关的书,然后实践下,这经验就到手了

  • 資深大佬 : chenshun00

    赞同 17 的做法,我再举个例子,你写一个正常业务的流程(对 Java,Springboot,mysql/redis),然后按量开一些云服务器去进行压测. 可以使用 PTS/Jmeter 等等去进行压测. 慢慢的吧压测的 QPS 或者是 TPS 提上去,在看看效果. 这个过程花不了多少钱. 我用阿里云的容器服务测试一个晚上也就 10 快不到.

    如果上边的测试数据量少,那就生成个上百万的数据在进行压测. 看看会不会有问题. 如果有问题,看问题在哪里,修改掉,继续压测. 维持一个稳定的 RT,TPS100ok,那就上 200,200ok 就上 300,一直到临界点(代码不能优化了,只能靠加机器,提升硬件去加 QPS/TPS)

文章導覽

上一篇文章
下一篇文章

AD

其他操作

  • 登入
  • 訂閱網站內容的資訊提供
  • 訂閱留言的資訊提供
  • WordPress.org 台灣繁體中文

51la

4563博客

全新的繁體中文 WordPress 網站
返回頂端
本站採用 WordPress 建置 | 佈景主題採用 GretaThemes 所設計的 Memory
4563博客
  • Hostloc 空間訪問刷分
  • 售賣場
  • 廣告位
  • 賣站?
在這裡新增小工具