后端服务部署拆分原则
2014-02-21 09:04
211 查看
按请求来源渠道拆分
不同的请求来源,请求量必然不太一致。不同来源的请求被分发到各自的一组机器上,起到相互隔离的作用,服务出现问题时,只影响特定来源请求;某个来源渠道请求量上涨或者有问题时,所影响的范围也被限制。按不同地区来拆分
思路同按请求来源渠道拆分。按不同号段来拆分
微信的部署是按每千万的用户划分到一个set来承载。每个set是一套完整的服务(包括接入服务、逻辑服务、存储等),大概2、3百台机器(2012年的数据),不仅利于「防火隔离」,更利于扩容。按不同运营商来拆分
按照不同的运营商来拆分部署时,不仅起到「防火隔离」的作用,也减少由于跨网络请求导致速度慢的情况,在天朝,都知道各运营商互联互通始终是个很现实的问题。相关文章推荐
- 后台服务部署拆分原则 后台服务优化原则
- 微服务拆分需要考虑的必要因素与坚持原则
- 微服务拆分需要考虑的必要因素与坚持原则
- 微服务拆分需要考虑的必要因素与坚持原则
- 微服务拆分需要考虑的必要因素与坚持原则
- 游戏开发学习记录03-用LeanCloud在Unity中部署后端服务代码实现
- 开源jms服务ActiveMQ的负载均衡+高可用部署方案探索
- 55. spring boot 服务配置和部署【从零开始学Spring Boot】
- 【架构】Kubernetes和Spring Cloud哪个部署微服务更好?
- MS SQL Server2k数据转换服务部署(1)
- 基于Axis2的web服务的开发、部署和客户端调用
- HTTP服务基础 、 网页内容访问 、 安全Web服务 、 部署动态网站
- 阿里云ECS部署Docker服务
- .Net Remoting之windows服务部署
- CentOS 7 部署RabbitMQ 服务
- war包不能解压情况下部署Tomcat的Web服务
- 配置solr服务(默认使用jetty部署)
- OpenStack Newton版本部署 ---- 镜像服务(glance)
- Spring Boot 部署与服务配置
- 系统管理服务之SCCM2007部署