关于平台的几点思考

如何进行平台优化?

1、管理层面:资源统一管理、复用,制定规范(代码规范、文档规范、SOP操作规范),业务解耦,完善监控,职责分明,问题追踪,定期会议总结,机房冗余

2、业务层面:技术解决性能问题

2.1寻找平台短板

压力测试定位系统短板:QPS、TPS、响应时延等数据,关注系统的CPU、内存、IO、网络,对比这些环节对整体性能的影响,确定性能问题是系统哪一部分造成的,然后针对性的在系统中逐个优化。

压力测试工具:JMeter、 LoadRunner 、Siege 、TCPCopy、PageSpeed、YSlow等

2.2常见优化:

基础优化:加大基础设施投入如服务器、网络带宽、cdn加速等

前端优化:合并请求次数、压缩传输文件、浏览器缓存

后端优化:分布式缓存、异步操作、集群(数据库集群及库表散列、业务集群)、读写分离、 静动态资源分离 、数据库优化、代码优化

负载均衡引入:链路负载均衡(DNS解析) 、CPU,IO负载均衡、软件负载均衡(HA)、硬件负载均衡(F5)

平台容量规划?

SLA 表 

SLA等级 一年内宕机时间
90% 36天12小时
99% 87天36小时
99.9% 8小时45分钟36秒
99.99% 52分钟33秒
99.999% 5分钟15秒
99.9999% 32秒

如一级产品线的SLA可能是99.999%,二级产品线可能是99.99%,为保障产品线的稳定,各产品线项目制定关键绩效指标,即KPI(Key Performance Indicator)。

根据SLA标准(服务等级协议)结合性能测试方案

一级产品线跨机房热备,业务拆分,集群化,存储化,缓存

二级产品机房热备,业务拆分,集群化,存储化,缓存

三级产品,冷备

性能测试方案:据历史业务高峰or业务设想结合服务等级规则,制定容量规划方案

平台系统架构设计?

监控、报警标准化,CDN,跨机房专线,数据在线、离线分析

根据SLA标准

一级,二级产品:负载均衡,业务无状态,数据热备,数据库分库分表,可扩展数据存储

一级产品:读写分离,引入高性能物理设备(ssd,flash),引入缓存机制,动静态分离

三级产品:单点冷备

参考:

http://www.itdadao.com/articles/c15a616780p0.html

https://yq.aliyun.com/articles/66589

http://www.puaseo.com/youhua/fangan/85.html

《大型网站服务器容量规划》

时间: 2024-10-13 21:02:02

关于平台的几点思考的相关文章

阿里经济体大数据平台的建设与思考

本文内容根据演讲视频以及PPT整理而成. 双十一!=11.11 首先从双11说起,双11已经成为阿里巴巴最大的单日促销活动.双11活动可能对于消费者而言只是一天而已,但是对于阿里巴巴和数百万商家而言,却是一个非常长线的工作.站在阿里巴巴的角度来看双11,其实无论是从业务线还是技术线,背后都存在着很多的思考. 从“人.货.场”的角度看待双11.首先,对于“人”而言,双11需要回答什么样的消费者会看什么样的商品,以及每个人看到的商品是什么样子的.“货”则是对于商家而言的,商家需要知道在这次双11中,

重新思考创新服务

序: 本篇文章摘自思特沃克的微信公众号"重新思考创新服务|洞见",虽然理论性强一点,但提供了宏观思路和见解,为后续实际产品的路线规划以及落地实施提供参考性意义. 创新最有意思的地方,在于它本身其实并没有多大意思,它来自于平凡的想法,需要付诸极大的勇气与毅力来坚持,甚至在这一过程中还需承受莫大的痛苦. 当对于「创新」的理解越来越深刻,当我重新思考我们的服务,我发现,我们所有在做的一切,都逃不开商业模式创新的范畴--无论做什么,本质上都在做商业模式创新.       创新要素 Clayto

linux驱动之platform平台总线工作原理(一)

5.5.4.platform平台总线工作原理 5.5.4.1.何为平台总线 (1)platform总线相对于i2c.usb.spi.pci等总线是不同的,他们属于物理总线,platform总线是属于虚拟总线.抽象出来的,platform总线下的设备并不对应于真实存在的一种设备,这种总线在真实的物理是是没有的.比如i2c在物理上有i2c总线,但是platform总线在物理上并没有这种总线. (2)CPU和外部通信时,有两种连接方式,一种叫做地址总线式连接,一种叫做专用接口式连接,有一些设备是通过地

基于kubernetes自研容器管理平台的技术实践

一.容器云的背景 伴随着微服务的架构的普及,结合开源的Dubbo和Spring Cloud等微服务框架,宜信内部很多业务线逐渐了从原来的单体架构逐渐转移到微服务架构.应用从有状态到无状态,具体来说将业务状态数据如:会话.用户数据等存储到中间件中服务中. 微服务的拆分虽然将每个服务的复杂度降低,但服务实例的数目却呈现出爆炸式增长,这给运维增加难度,一方面是服务部署.升级,另一方面是服务的监控故障恢复等. 在2016年,容器技术尤其是Docker迅速流行起来,公司内部开始尝试将容器放到容器内运行,虽

宜信微服务任务调度平台建设实践|分享实录

本文主要围绕SIA平台展开,包括研发背景设计思路和技术架构,以及如何支持业务方. 内容来源:宜信技术学院第4期技术沙龙-线上直播|宜信微服务任务调度平台建设实践 主讲人:宜信高级架构师&开发平台负责人 梁鑫 导读:如今,无论是互联网应用还是企业级应用,都充斥着大量的批处理任务,常常需要一些任务调度系统帮助我们解决问题.随着微服务化架构的逐步演进,单体架构逐渐演变为分布式.微服务架构. 在此背景下,很多之前的任务调度平台已经不能满足业务系统的需求,于是出现了一些基于分布式的任务调度平台.这些平台各

消息调度中心的学习资料汇总

调度中心的资料收集 大众点评网 摘要:大众点评网从2011年中開始使用Hadoop,并专门建立团队. Hadoop主分析集群共同拥有60多个节点.700TB的容量.月执行30多万个HadoopJob.还有2个HBase线上集群.作者将讲述这各个阶段的技术选择及改进之路. 2011年小规模试水 这一阶段的主要工作是建立了一个小的集群.并导入了少量用户进行測试.为了满足用户的需求,我们还调研了任务调度系统和数据交换系统. 集群搭建好,用户便開始使用,面临的第一个问题是须要任务级别的调度.报警和工作流

ShareSDK实现第三方登录(Android实现步骤)

在进入主题之前,我想先解释一下什么是“第三方登录”.所谓的第三方登录,就是利用用户在第三方平台上已有的账号来快速完成自己应用的登录或者注册的功能.而这里的第三方平台,一般是已经有大量用户的平台,如国内的新浪微博.QQ空间,外国的Facebook.twitter等等.第三方登录不是一个具体的接口,而是一种思想或者一套步骤. 要实现第三方登录,首先你需要选择一个第三方平台.新浪微博和QQ空间都是好的选择,这些平台拥有大量的用户,而且还开放了API,供我们调用接入.但是同样开放API,微信却不是一个好

我关注的一周技术动态 2015.10.18

分布式系统实践 1. 从Storm和Spark 学习流式实时分布式计算的设计 http://www.csdn.net/article/2014-08-04/2821018/1 要点: 流式计算并不是什么新鲜的东西, 相信很多同学也都用过. 不过之前流式计算往往都用在业务相关的地方, 随着大规模分布式系统对trace和metric数据收集的迫切需求, 基于时间序列数据库和流式计算就可以实现复杂的数据分析和汇聚功能, 这篇文章帮助大家理解流式计算的原理, 大家可以想象一下, 如果希望实时统计性能消耗

WSFC2016 On Azure

本篇文章,老王将为大家介绍WSFC在Azure上面跑的一些执行操作,以及操作过程中需要注意的地方 之所以要写这篇文章有几个原因 1.为大家破除群集能否在公有云平台跑的迷思 2.为大家带来群集在公有云平台跑的思考 3.为大家介绍WSFC 2016 借助于Azure实现的云S2D,云仲裁 首先,WSFC群集能不能在公有云平台跑呢,答案是可以的,理论上来说,只要可以满足建立群集的要求,我们可以在私有云,公有云,混合云任何一个平台上面部署群集 思考一下,当我们建置一个群集时有哪些最基本的先决条件要准备