-
服务治理 说一下链路追踪怎么做
<< https://mp.weixin.qq.com/s/OeoxCMRs9Mhl24maK3ZJYg >>
微服务的出现： 它侧重将服务解耦，服务之间通过API通信。 使应用程序更易于扩展和更快地开发，从而加速新功能上线。 但是，随之而来也产生了新问题：当生产系统面对高并发， 或者解耦成大量微服务时，以前很容易就能实现的监控、预警、定位故障就变困难了 因为很难去苛求所有工程师服务都了如指掌
现在的实现： 链路追踪技术相关系统慢慢成熟，涌现了像Dapper、Zipkin、HTrace、OpenTelemetry
关键定义有： trace span 操作名name 始末时间 attributes event spancontex TraceId SpanId Baggage Items是存在于Trace一个键值对集合，也需要Span间传输。 links：描述Span节点关系的连线，它的描述信息保存在SpanContext中
采样架构： 随机采样 ID生成算法(时间回拨，机器下线问题) 异步信息采集
-
你们怎么做降级的 不会
-
熔断呢 不会
-
一个下单发货的场景，怎么保证顺序消费
-
360开机 返回战胜多少百分比的用户的接口怎么实现
-
剥开场景 让你实现亿数据的查询 写入的架构选型之类的
-
有什么冷热部署替换 监控的东西有了解吗
-
微信红包设计
-
有人恶意发帖的处理方法
-
秒杀场景设计、超卖解决
- 首先前端的展示信息一定不能很大
- 防止爬虫怎么做？
- 超卖先尝试减库存再尝试进行下单
-
设计一个新闻的系统
-
如果让你实现网关 你会做哪些功能
-
设计一个餐厅排队的场景。主要考的表结构设计和系统设计。
-
项目中监控报警怎么做的
-
微信的红包随机算法，要求每个人的数学期望一致
-
唯一ID生成服务设计
-
如何解决下游服务挂了，对上游服务的通知和维护
-
常用限流算法
-
熔断降级开源框架
-
serviceMash
-
高并发限流、熔断
-
设计一个日榜系统，分布式下如何做
-
消息的可靠性自己做IM消息，第三方可靠性不强
-
推送量很大，资源隔离问题
-
如果要做群聊，对于离线的人上线之后如何收到未收到的消息？
-
实时报警怎么做的
-
限制用户评论过去一个小时内只能评论三次，用redis实现？
-
权限系统如何做？
-
接口权限如何做？
-
筛选日志的时候，日志格式是不一样的，你们是如何处理的？
-
处理日志的时候如果日志量比较大会堆积吗？怎么处理的？
-
日志落盘到机器上，是如何采集的？
-
处理日志的时候如果发现突然量变大，该如何扩容让以前堆积的日志可以消耗掉？
-
采集服务有问题的话可能会影响报警的及时性吗？
-
说下在线教室
-
某个下游服务的接口并发量大应该如何解决？
-
开放性思考题，类似美团附近商家，怎么设计
-
讲下风控的业务吧：大概就是账号防盗、视频涉黄、反动、机器刷红包反查下的业务场景， 新部门作为中台在协调整合，风控的技术并发，以及某些业务下的响应
-
针对直播这种突然大流量的情况，该怎么设计。