在2016年4月份举行的Kafka峰会上，LinkedIn在Apache 2.0许可协议下开源了Kafka Monitor，并于近日详细介绍了该监控工具的架构以及他们最初的构建动机。在年初的时候，LinkedIn曾在一篇有关Kafka整体应用的文章中简单地提及过Kafka Monitor，但并没有详细介绍该项目的语义组成或者背后的动机。 Kafka Monitor项目的动机有三个：需要监控和测试Kafka部署并跟踪主干稳定性，以便他们能够尽早捕获正在开发的变更集中的问题；需要不间断地在生产集群上监控SLA，并不断地在测试集群上运行回归测试；现有的监控框架无法满足其用例的扩展性、模块化需求，他们需要一个自定义的客户端库。
网站可靠性工程部门过去已经监控了输入速率、离线分区数和正在复制的分区数等指标，以确定Kafka集群的可用性和系统整体的健康状况。然而，问题在于，这类原始的值本身无法表明集群在终端用户体验方面是否真的可用。 在LinkedIn的公开出版物Keystone Pipeline里，他们提到了两个潜在的Kafka候选监控方案，微软的一个项目和Netflix Kafka监控，但最终确定它们不适合自己的应用场景。更多的，大家可以关注本次专辑…… 据公开消息，龙芯和飞腾最新的产品都与去年年底开始流片，也就是说，新产品即将与国人见面。那么，在飞腾的ARM芯片和龙芯3A3000即将完成流片之时，笔者将从自主知识产权、裸CPU性能和软件方面对飞腾和龙芯上一代产品——飞腾1500A和龙芯3A2000做一个对比，特别是之前有媒体对比龙芯3A2000和飞腾1500A总体上比较客观，但在局部也有一些纰漏，笔者趁机在此做一下修正。 龙芯、飞腾新一代产品即将面世，那么他们的这一代芯片都做得怎么样了？
显而易见，龙芯获得的是永久授权，并拥有自行扩展指令集的权力。另外龙芯还就此申请了100+专利。而在MIPS公司破产后，被Imagination收 购，虽然在嵌入式芯片方面有P5600这样的产品，但至今却未曾开发高性能CPU，有步惠普收购康柏进而获得Alhpa的后尘之趋势。 这直接导致龙芯是MIPS阵营里唯一的高性能CPU，加上龙芯不失时机的向开源组织捐献了一批机器，致使一些开源软件以龙芯作为MIPS的代表做适配。 因此，在Imagination发展力度小+龙芯获得MIPS永久授权+自行扩展指令且申请专利+开源软件针对龙芯做适配，共同导致龙芯在指令集上受MIPS的钳制已然微乎其微，基本可以为认为走上了单飞的道路。详细的经过，大家可以关注本次专辑…… 我已经写了很多年的软件。最近我意识到，我越涉及（致力于，结合于等）开源技术，我写出来的代码就更好。这不由地让我疑惑起来：难道里面有什么相关性或因果关系吗？ 我在编程生涯的早期就明白我阅读的代码越多，我的代码就能变得更好。我知道，当我不得不维护其他人的代码时，简单和干净的代码几乎总是比花哨或复杂的代码好—— 即使有注释。然而另一方面，当我花足够的时间去理解复杂代码的时候，我常常能够学到新的技巧。不论怎么样，都能让我有所提高。
这使得我在那些没有代码审查的地方一再争取。而当没有足够的时间来正式执行“代码审查”的时候，我会自己浏览存储库和阅读代码。当然，那时我还被受限于来自于小团队的公司资源。 在你不得不全力对付任意编程语言的语法时，也就是学习如何充分利用该语言最琐碎的时刻。一门语言的语法往往是非常静态的，并且如果你出错了，你的编译器会向你控诉。更深层次的课程涉及到什么语言最适合解决什么样的问题（“合适的工具做合适的工作”），以及如何用那种语言编写代码以便于使它高效和可维护。，详细内容请关注本次专辑…… |
