【讨论题】我们如何理解性能优化的最底层的逻辑?
791
等8人参与

【讨论题】我们如何理解性能优化的最底层的逻辑?

题目描述:

我们在做性能调优的时候所使用的一切常见手段,比如:我们为什么选择高性能的netty,高性能的redis,以及高性能的消息中间件等等,做技术选型的时候我们是基于一个什么样的考虑?

思路点拨:

1、制约性能的关键因素有哪些?其中一个相对比较重要的因素就是io

2、从当前常见的io模型入手进行选型

3、io又分读io和写io,本质上就是解决io的读写问题

4、针对读io的制约,我们选择什么样的组件?

5、针对写io的制约,我们选择什么样的组件?

我的作业
去发布

登录后即可发布作业,立即

全部作业
  1. 消息

kafka更好的替换传统的消息系统,消息系统被用于各种场景,与大多数消息系统比较kafka有更好的吞吐量内置分区,副本和故障转移,这有利于处理大规模的消息。

根据我们的经验消息往往用于较低的吞吐量,但需要低的端到端延迟并需要提供强大的耐用性的保证。在这一领域的kafka比得上传统的消息系统,如ActiveMQ或RabbitMQ等。

  1. 网站活动追踪

kafka原本的使用场景是用户的活动追踪,网站的活动(网页游览,搜索或其他用户的操作信息)发布到不同的话题中心,这些消息可实时处理实时监测也可加载到Hadoop或离线处理数据仓库。

  1. 指标

kafka也常常用于监测数据,分布式应用程序生成的统计数据集中聚合。

  1. 日志聚合

许多人使用Kafka作为日志聚合解决方案的替代品。日志聚合通常从服务器中收集物理日志文件,并将它们放在中央位置(可能是文件服务器或HDFS)进行处理。Kafka抽象出文件的细节,并将日志或事件数据更清晰地抽象为消息流。这允许更低延迟的处理并更容易支持多个数据源和分布式数据消费。

  1. 流处理

kafka中消息处理一般包含多个阶段。其中原始输入数据是从kafka主题消费的,然后汇总,丰富,或者以其他的方式处理转化为新主题,例如,一个推荐新闻文章,文章内容可能从“articles”主题获取;然后进一步处理内容,得到一个处理后的新内容,最后推荐给用户。这种处理是基于单个主题的实时数据流。从0.10.0.0开始,轻量,但功能强大的流处理,就可以这样进行数据处理了。

除了Kafka Streams还有ApacheStorm和Apache Samza可选择。

  1. 事件采集

事件采集是一种应用程序的设计风格,其中状态的变化根据时间的顺序记录下来,kafka支持这种非常大的存储日志数据的场景。

  1. 提交日志

kafka可以作为一种分布式的外部日志,可帮助节点之间复制数据,并作为失败的节点来恢复数据重新同步,kafka的日志压缩功能很好的支持这种用法,这种用法类似于Apacha BookKeeper项目。

0
评论
提交于  2023-10-30 08:35:13

登录后即可查看更多作业,立即

微信客服

购课补贴
联系客服咨询优惠详情

帮助反馈 APP下载

慕课网APP
您的移动学习伙伴

公众号

扫描二维码
关注慕课网微信公众号