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