首页 > 代码库 > JavaEE 技术选型建议,服务器配置,部署策略
JavaEE 技术选型建议,服务器配置,部署策略
基础设施环境
# 整体采用 centos6.5 + nginx + tomcat7.0
负载均衡:nginx 配置,使用 nginx 作为负载均衡,权重配置, 在web层做到水平扩展、
以及配置日志格式,支持db、cache调用次数,响应时间,做全站的监控、
支持对应参数的配置,方便日后做大数据营销的规划,对应的hive表,做分析使用
web层:采用一主一备。 建议内存16G,cpu 8 core,硬盘其它特殊要求,优化tomcat的jvm参数项。
db层 :数据部署建议采用一主一备,建议内存16G,cpu 8 core,硬盘建议使用固态硬盘,到时系统层配
置做适当的优化,具体部署详见 开发技术建议-数据库
应用开发环境
项目管理工具: maven, git
应用开发技术建议
应用层开发技术
①编程语言:java 1.7
在淘宝,蘑菇街都经历过一次变革,就是从php往java上架构调整的过程,工作量庞大; 成
本相当高,到时不但要考虑业务的稳定性,同时要考虑到不同语言的分布式调用,业务服务化
等等各种因素。
在用户服务化项目中,对应的业务接口,在相同配置的机器(64G内存,16corecpu+数据
库一主一备)场景下,qps php和java相差6倍; 分析主要消耗在php框架层,以及php
运行机制上实时解析脚本;java主要考虑在开发成本上,这个可以使用对应的技术来解决。
②使用框架:springmvc + mybatis + druid + fastjson + google-guava
采用springmvc+mybatis 进行进行业务开发,可以考虑使用我开源项目@刑天盾 进行相关
操作db,业务,controller代码的生成,节省开发成本
③项目结构采用maven模块化管理,前期按照数据库,业务划分,再往后划分交易、用户、搜索、
消息中心等,模块化,减少功能之间的强耦合性。
④手机端接口规范化,按照模块+版本统一的route控制,例如: user/v1,客户端版本对应的后
端接口需要根据版本控制,新版本对应新的controller,在客户端统一route,接口传递使用
json对象包装。
其它后台:Bootstrap 等
数据库
数据库采用 MySQL5.5
淘宝的70%的业务目前使用MySQL,蘑菇街97%使用MySQL,是一个相当稳定的DB产品,不管现在
的支持,还是以后做相关优化,垂直业务,水平切割 ; 有问题都可以很快找到对应的解决方案。
①数据库部署采用一主一备,配置数据库 master,slave 节点主从复制,切勿使用MySQL自身的
方案(有一定的延迟,在高并发情况下)。
②MySQL层的优化,数据类型优化,索引优化,查询优化等
③程序层需要支持多个数据源额访问,写的操作全部针对主库master,查询操作作用在slave上。
后期Plan
以上架构以满足迁移的系统架构方案,在后期,随着业务、并发、用户、存储等 增长、进行相关的架
构变迁; 整体的目标是技术为伴随业务,成本,等其它因素做对应的技术优化,方案改造;循序渐进。
① 图片独立出去,做对应的图片压缩,单独的cdn服务器,考虑到系统的响应,以及客户端3G环境下
用户的流量体验,采用webp方案进行压缩优化。
② 使用缓存,集中式缓存+本地缓存localcache:
本地缓存主要中使用 google-guava ,对相关配置项等进行缓存,减少对db的tps
集中式缓存考虑使用redis2.6版本,对系统的数据进行缓存,例如 dua用户,等等核心业务的
数据,缓存部署方案一主一备多实例,程序层要考虑兼容,处理容灾切换等。
③ 使用solr查询,改造查询方案,商品,文章等其他信息
④ 伴随业务成长db层会有一主多备,业务拆分就是所谓的服务化,以及在往后的水平切分,因为服务
器到dbserver的连接数是一定的。 以及cache层的优化,sharding ,需保证db,cache 容灾
处理,reboot ,shutdown 保证业务正常 datasource 及时refush
⑤ 离线统计,数据化运营 => hadoop 集群计算
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。