zipkin分布式追踪系统

Zipkin 是一个分布式追踪系统。 它有助于收集解决服务架构中的延迟问题所需的时间数据。 功能包括收集和查找此数据。如果您在日志文件中有跟踪 ID，则可以直接跳转到它。 否则，您可以根据服务、操作名称、标签和持续时间等属性进行查询。 会为你总结一些有趣的数据，比如在服务中花费的时间百分比，以及操作是否失败。 Zipkin UI 还提供了一个依赖关系图，显示有多少跟踪请求通过了每个应用程序。 这有助于识别聚合行为，包括错误路径或对已弃用服务的调用。 应用程序需要被“检测”以向 Zipkin 报告跟踪数据。 这通常意味着配置 跟踪器或检测库 。 向 Zipkin 报告数据的最流行方式是通过 HTTP 或 Kafka，但也有许多其他选项，例如 Apache ActiveMQ、gRPC 和 RabbitMQ。 提供给 UI 的数据存储在内存中，或者通过支持的后端（例如 Apache Cassandra 或 Elasticsearch）持久存储。 详情可看zipkin官网 【https://zipkin.io/】

jdk-8u202-linux-x64.tar

在jdk1.8中对hashMap等map集合的数据结构优化。hashMap数据结构的优化，原来的hashMap采用的数据结构是哈希表（数组+链表），hashMap默认大小是16，一个0-15索引的数组，如何往里面存储元素，首先调用元素的hashcode方法，计算出哈希码值，经过哈希算法算成数组的索引值，如果对应的索引处没有元素，直接存放，如果有对象在，那么比较它们的equals方法比较内容，如果内容一样，后一个value会将前一个value的值覆盖，如果不一样，在1.7的时候，后加的放在前面，形成一个链表，形成了碰撞，在某些情况下如果链表无限下去，那么效率极低，碰撞是避免不了的加载因子：0.75，数组扩容，达到总容量的75%，就进行扩容，但是无法避免碰撞的情况发生。在1.8之后，在数组+链表+红黑树来实现hashmap，当碰撞的元素个数大于8时&总容量大于64，会有红黑树的引入。除了添加之后，效率都比链表高，1.8之后链表新进元素加到末尾，ConcurrentHashMap (锁分段机制)，concurrentLevel,1.8采用CAS算法，数组+链表中也引入了红黑树的使用

apache-zookeeper-3.8.0.tar

Apache ZooKeeper 致力于开发和维护一个开源服务器，以实现高度可靠的分布式协调。 ZooKeeper 是一个集中式服务，用于维护配置信息、命名、提供分布式同步和提供组服务。 所有这些类型的服务都以某种形式被分布式应用程序使用。 每次实施它们时，都会进行大量工作来修复不可避免的错误和竞争条件。 由于实现这些服务的难度，应用程序最初通常会忽略它们，这使得它们在发生变化时变得脆弱并且难以管理。 即使正确完成，这些服务的不同实现也会在部署应用程序时导致管理复杂性。 Apache ZooKeeper 社区一次支持两个发布分支： stable 和 current 。 的 稳定 版本是 3.6.x， 当前 版本是 3.7.x。 一旦发布了新的次要版本， 稳定 版本预计将很快退役，大约半年后将宣布终止生命周期。 在半年的宽限期内，预计只会发布该版本的安全和关键修复程序。 宣布 EoL 后，社区不再提供任何补丁。 所有 ZooKeeper 版本仍可从官方 Apache 档案中访问。 Apache ZooKeeper 3.8.0 是我们当前的版本 大家快来下载吧~~~