2024年大数据最全5分钟通过水痘事件来认识系统架构,2024年最新渣本逆袭大厂面经分享

img
img
img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上大数据知识点,真正体系化!

由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新

需要这份系统化资料的朋友,可以戳这里获取

在这里插入图片描述
(学委就是里面那个冒红的块,其他都是正常健康的同事们)
在这里插入图片描述

水痘是什么?

水痘是一種急性高度傳染性疾病,症状就是会发痒发红,通常得过一次就一般不会再感染。(学委不是水痘专家,这里只是简单摘述)

我小时候肯定是打过疫苗的,但是没想到N年后居然被再次攻击了!

得了水痘之后周围发生了什么?下面是整个事件。

  1. 周五发现腰部有点痒,长了一小块痱子(只觉得是小问题),恰巧约了朋友周一吃饭。
  2. 下周一,还没有好挂了号。我跟两个朋友吃饭,检查完马上告诉他们(告诉哥们要酒精消一下毒)
  3. 那天差不多下班单位立马安排了消毒,让周围的同事一周内在家上班。
  4. 也让学委在家多注意休息,不过问题不大暂时没有休假,继续在家里上班了。
  5. 部门上报并通报了这个事件,呼吁大家注重休息和生活卫生。

那么,这关系统什么事???

公司其实就像一个系统,部门就像一个服务群,而学委就是里面的一个微服务。当然这个平台也有几个类似学委这样的微服务(就像下图一样,蓝色框内为一个公司,里面很多打工人,箭头为服务间交互)。
在这里插入图片描述
上图,除了学委这个服务变红了,其他服务还是绿色的,正常运转的状态。(请再看一眼这个图,后文会继续讲学委跟几个同事交互之后的变化)

遇到问题,让系统尽量不崩溃,保持正常或者近乎正常的运行,是每个架构师必须做好的事情。

这里,有必要了解系统思维

所谓系统思维(System Thinking),就是把某个疑问、某种状况或某个难题明确地视为一个系统,也即是视为一组相互关联的实体,而不是孤立的一个对象。

在公司,每个职能部门,处理应对业务,应对一个一个问题。这就像及了应对一个问题的整体架构!

系统思维的初级目标是理解系统是什么,更进一层的目标是为了预测系统在发生某些变化之后的情况。而最高级的目标,则是用部件来合成一个系统,这个过程就是系统架构。

每个员工个体就是部门里面的一个个服务,当然职能还有前端,后端,业务分析人员,架构师,和其他管理等等,这些相当于不同类型的实例。

这些公共协作对外为处理系列问题的一个系统!

针对这个bug(水痘)的处理?

系统级别的处理

类似的,我们可以看到在公司做了上面的一些措施,遏制病毒的进一步扩散,避免感染影响更多的微服务。

同时把问题上报,公布问题,带来更高级别的关注和避免了更多可能的服务交互。

这些行为就像微服务里面进行业务隔离(下图的虚线和实线包起来进行不同级别的隔离),警告展示在大面板(群发公告这个事件),实现中央化统筹一个样啊。
在这里插入图片描述

服务级别的处理

就像雷学委微服务一样,一开始以为长痱子,没多想跟其他服务交互(比如更哥们吃吃饭,回去公司跟小伙伴交流技术)。
在这里插入图片描述
但是,服务内部有设置状态监控,学委生病一开始以为是腰上长了一点点痱子,没理会,第四天发现还没有好。

看病前4天已经约了朋友吃饭,也不知道是啥,所以就去吃饭了。但也没有犹豫下午就请假去看医生了。

然后跟确认病情后,通知部门,然后公司安排系列后续处理。

我则在家上班,也避免影响其他人。

这是一种服务的组件自治的体现,自我管理,自我故障处理,不行再向上汇报。

如果以上措施都没有呢?

那么就像下图一样,红色为被传播水痘病毒的同事,在系统中体现为多个服务无法正常运转导致整个系统在外部看来是崩溃的。

也就是我们常说的挂机了,类似之前B站崩了。
在这里插入图片描述
有些读者跟着文章读,很容易被带入了,觉不是很自然吗?

那么,你可以想想下面的问题?

要是没有去看医生呢;

要是看医生后忘记及时告诉公司了呢;

要是告诉同事,他们没有理会约束呢;

要是告诉部门没有任何举动等等。

虽然水痘也不是那么吓人,但遇到抵抗力低的照样传播开来,那就影响更多部门,甚至更多系统(公司与公司之间业务交互的影响)。所以,若没有上述处理,这个事情可能影响更大。

类似问题可再想想,重新审视一下你所接触过的系统或者项目。

比如某一次提交代码,小八(他是新加入项目的)就写了一个for循环,本地测试好好的。
放到线上后运行了一段时间后导致一个查单服务Java进程发生OOM。
结果调用服务不断重试,自然地把其他查单服务压垮了,最后所有调用方不断重试,还把网关压垮,全员紧急加班查问题。

img
img

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化资料的朋友,可以戳这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

化资料的朋友,可以戳这里获取](https://bbs.csdn.net/topics/618545628)**

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

  • 24
    点赞
  • 19
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
好的,对于医疗大数据用户画像标签的一级标签设计,我建议可以从以下几个方面入手: 1. 人口属性: - 龄:将用户根据不同龄段进行分类,如儿童、青、中、老等。 - 性别:将用户根据不同性别进行分类,如男性、女性等。 - 地域:将用户根据不同地域进行分类,如城市、乡村、东部、中部、西部等。 - 教育程度:将用户根据不同的教育程度进行分类,如小学、初中、高中、大学等。 2. 行为特征: - 健康行为:将用户根据不同的健康行为进行分类,如饮食习惯、运动习惯、吸烟喝酒等。 - 健康状况:将用户根据不同的健康状况进行分类,如患有慢性病、体重指数、血压等。 - 医疗保健:将用户根据不同的医疗保健行为进行分类,如就诊频次、就诊方式、药品使用情况等。 3. 疾病类型: - 慢性病:将用户根据不同慢性病进行分类,如糖尿病、高血压、冠心病等。 - 传染病:将用户根据不同传染病进行分类,如流感、艾滋病、结核病等。 - 儿科疾病:将用户根据不同儿科疾病进行分类,如手足口病、水痘、麻疹等。 4. 社会经济情况: - 收入:将用户根据不同收入水平进行分类,如低收入、中等收入、高收入等。 - 职业:将用户根据不同职业进行分类,如医生、教师、企业员工、自由职业者等。 - 家庭情况:将用户根据不同家庭情况进行分类,如婚姻状况、子女数量等。 以上是我个人的建议,希望能对你有所帮助。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值