时间： 2017年5月
地点： 北京海淀区
事件： 企业内部CRM系统的开发
用户和关联系统 ：千万用户体系的下单系统
作用：随着业务量的增长，公司营销创收的需要，系统建立对用户精准营销有一定的辅助作用。
本文主要总结叙述一个java分布式系统怎样实现以用户、业务为中心从多维度统计分析用户画像与分组
那么立项初期面临的技术壁垒：
支撑一个千万数据下的实时检索、全量数据分组、日志监控 仅靠单应用定是难以支撑应该是怎样的一个系统架构？
可扩展的关键词：
集群、微服务、分布式缓存、分布式数据库、分布式搜索、NoSQL、业务拆分、消息队列、链路监控、日志平台
接下来就是组装与生产了前提是需要具备一定的基本功，在进入正题之前有必要温习一下 我们是如何从1头牛增长到N头牛的。
参考阅读：
深入理解java：5. Java分布式架构
之后的技术选型在nosql 数据库的选择上也纠结了好久
参考阅读：
为什么要使用NoSQL
为什么选择NoSQL数据库如此困难
elasticsearch（lucene）可以代替NoSQL（mongodb）吗？
MongoDB/Elasticsearch 瞎对比
Elasticsearch、MongoDB和Hadoop比较
由于系统更侧重查询、分析、最后选择了elastic 至于后来的日志平台 elk 也是一张（惊喜脸）未完待续......
