技术*产品*时光

行业热点从消费互联网向产业互联网转移，面向B端的技术实践也逐渐成为技术人的关注焦点。作为互联网物流的深度实践者，笔者希望借本文总结产业互联网下的数据技术应用经验，聚焦B端数据平台的特点与实践，从B端业务抽象、数据模型设计、复杂场景处理，再到数据平台搭建与实践，展示出数据应用的独特图景。

RocksDB是一个高性能的Key-Value数据库。设计了完善的持久化机制，同时保证性能和安全性。能够良好的支持范围查询，因为K-V记录就是按照Key来排序的。

众所周知，在MYSQL中，MyISAM使用的是表锁，InnoDB使用的是行锁。而InnoDB的事务分为四个隔离级别，其中默认的隔离级别REPEATABLE READ需要两个不同的事务相互之间不能影响，而且还能支持并发，这点悲观锁是达不到的，所以REPEATABLE READ采用的就是乐观锁，而乐观锁的实现采用的就是MVCC。正是因为有了MVCC，才造就了InnoDB强大的事务处理能力。

在技术实现中，很多问题都需要在两个不同的方向上平衡，就像「太极」的阴阳两仪，是将平衡演绎到最优解到过程。而本文介绍的就是数据库在并发性能和可串行化之间做的权衡和妥协 - 并发控制机制。

ClickHouse，Druid和Pinot都是近期非常流行的开源OLAP存储与查询引擎，它们都支持对大量数据进行低延迟的交互式分析查询。本文将就三者在具体应用场景上进行比较。

本系列的第一篇介绍了微服务架构模式。它讨论了采用微服务的优点和缺点，除了一些复杂的微服务，这种模式还是复杂应用的理想选择。当你决定将应用作为一组微服务时，需要决定应用客户端如何与微服务交互。在单体式程序中，通常只有一组冗余的或者负载均衡的服务提供点。在微服务 架构中，每一个微服务暴露一组细粒度的服务提供点。在本篇文章中，我们来看它如何影响客户端到服务端通信，同时提出一种API Gateway的方法。

微服务正在博客、社交媒体讨论组和会议演讲中获得越来越多的关注，在Gartner的2014 Hype Cycle上它的排名非常靠前。同时，软件社区中也有不少持怀疑论者，认为微服务不是什么新东西。Naysayers认为这就是SOA架构的重新包装。然而，尽管存在着不同的争论，微服务架构模式却正在为敏捷部署以及复杂企业应用实施提供巨大的帮助。这篇博客是关于如何设计、开发和部署微服务的七篇系列文章中的第一篇。读者将会从中学到方法，并且和单体式架构模式进行对比。

代理自动配置（英语：Proxy auto-config，简称PAC）是一种网页浏览器技术，用于定义浏览器该如何自动选择适当的代理服务器来访问一个网址。

Flink是大数据处理领域最近很火的一个开源的分布式、高性能的流式处理框架，其对数据的处理可以达到毫秒级别。本文以一个来自官网的WordCount例子为引，全面阐述flink的核心架构及执行流程，希望读者可以借此更加深入的理解Flink逻辑。

KCon 2018 在经过高质量的闭门培训，以及两天干货议题演讲过后，于8月26日圆满落幕。 一直以来， KCon 都以高质量技术分享闻名，应各位参会者的要求，并通过与演讲者的沟通取得同意后，我们现在将公布18大议题中的14个议题PPT！