PaaS平台格局分析：目前有哪些选择？(1) 2_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
PaaS平台格局分析：目前有哪些选择？(1) 2
阅读已结束，下载本文需要
想免费下载更多文档？
定制HR最喜欢的简历
你可能喜欢为什么我会写这一篇博客，由于近期非常多京东云擎jae的用户反应一个问题就是他们部署在jae上面的应用訪问非常慢，有极少数应用甚至常常出现504超时现象。当然大家首先想到的是jae性能太差，这也是人之常情，往往出现什么错误的时候首先想到是别人的不好。工作中非常多同事也是这样，假设软件系统出现一个bug首先怀疑的肯定不是自己写的代码。今天花时间写这一篇博客主要就是告诉大家如何确定我们部署在PAAS平台（不不过JAE哦）web应用为什么慢？慢在哪儿了？有什么方法能够解决？
出现訪问自己web应用慢从宏观上能够总结为以下三点：
（1）网络慢：详细来说就是訪问者同部署web应用的PAAS平台之间的网络慢;
（2）PAAS平台性能出现故障：详细来说就是因为各种原因导致PAAS平台不能非常好服务部署在它上面的应用;
（3）web应用本身慢：因为各种原因（频繁读写磁盘，大量耗时的计算，资源竞争等）导致web应用不能非常快的响应訪问者的请求。
上面三点主要总结于web应用的訪问路径。由于訪问PAAS平台的web应用首先须要经过网络，然后经过PAAS平台的过滤和转发等处理，最后才到达web应用本身处理。这三个环节不论什么一个出现故障都会导致web应用訪问变慢。知道原因了，我们还须要推断究竟是哪一个环节出现了问题，以下就说说如何定位详细的环节。
定位详细原因
上面分析的三个原因除了第二个原因以外。大家都能够自己定位和排除，首先检查网络。为了更加准确我们能够从一下方面进行排除：
（1）首先检查訪问其它站点是否出现非常慢的现象，假设非常快，那么说明你的网络肯定大体上是正常的;
（2）訪问相应PAAS平台提供的相关站点和PAAS平台所属公司的站点。比如JAE。你能够訪问京东商城主站和京东云平台首页等，BAE能够訪问百度相关站点。SAE能够訪问新浪相关站点。由于这些关联站点一般部署在同一个机房或者同一个城市。假设这些站点也非常慢。那多半说明这些站点相关机房网络出现故障或者訪问量非常大。导致这些站点对外出口流量和訪问速度变慢，也就是对外提供服务的能力扛不住了，假设没有问题。那么能够排除大的网络环境是没有问题的;
排除了网络因素，我们就能够排除后面两个原因了，因为PAAS平台的性能对用户基本上是透明的，就是用户基本上无从得知，所以能够直接跳过这个原因的排除，当然事实上是有手段的，仅仅是略微复杂，所以不方便全部用户。假设是这样的原因不妨交给PAAS平台的开发者去处理。
最后一个原因当然就是web应用自身的实现了，我发现非常多用户反馈的站点訪问慢的原因都是因为自己代码实现的问题。
首先出现故障的站点大多数是有一定訪问量的，特别是某一个时间段出现訪问量巨大，并且频繁读写磁盘。为了定位这样的原因希望大家把应用部署在自己本地使用web性能測试工具做验证就可以，比如比較经常使用的web性能測试工具ab，这个事apache自带的測试工具，ubuntu下安装和使用都很方便，比如我们直接在控制台中输入ab。假设没有安装，ubuntu系统会例如以下提示：
The program 'ab' is currently not installed. &You can install it by typing:
sudo apt-get install apache2-utils
然后安装提示安装就可以，成功安装以后我们就能够使用ab软件对我们部署在本地的web应用进行性能測试评估了，命令例如以下：
ab -n1000 -c10 http://localhost/
上面命令的意思是总共发送1000次请求，每次10各并发请求。訪问的路径就是本地webserver的根路径。结果例如以下：
This is ApacheBench, Version 2.3 &$Revision: 1430300 $&
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
Benchmarking localhost (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Completed 500 requests
Completed 600 requests
Completed 700 requests
Completed 800 requests
Completed 900 requests
Completed 1000 requests
Finished 1000 requests
Server Software: & & & &Apache/2.4.6
Server Hostname: & & & &localhost
Server Port: & & & & & &80
Document Path: & & & & &/
Document Length: & & & &177 bytes
Concurrency Level: & & &10
Time taken for tests: & 0.075 seconds
Complete requests: & & &1000
Failed requests: & & & &0
Write errors: & & & & & 0
Total transferred: & & &446000 bytes
HTML transferred: & & & 177000 bytes
Requests per second: & &13283.74 [#/sec] (mean)
Time per request: & & & 0.753 [ms] (mean)
Time per request: & & & 0.075 [ms] (mean, across all concurrent requests)
Transfer rate: & & & & &5785.69 [Kbytes/sec] received
Connection Times (ms)
& & & & & & &min &mean[+/-sd] median & max
Connect: & & & &0 & &0 & 0.1 & & &0 & & & 1
Processing: & & 0 & &1 & 0.2 & & &0 & & & 2
Waiting: & & & &0 & &0 & 0.2 & & &0 & & & 2
Total: & & & & &0 & &1 & 0.1 & & &1 & & & 2
ERROR: The median and mean for the processing time are more than twice the standard
& & & deviation apart. These results are NOT reliable.
Percentage of the requests served within a certain time (ms)
&50% & & &1
&66% & & &1
&75% & & &1
&80% & & &1
&90% & & &1
&95% & & &1
&98% & & &1
&99% & & &1
100% & & &2 (longest request)
上面详细每一项代码什么意义能够网上查找，这里我们主要关心一下例如以下这个选项：
Requests per second，从结果看这个值是13283.74 [#/sec] (mean)，表示每一秒钟能够处理13283.74各请求。由于我这个非常easy的一个静态页面（就是apacheserver安装后默认的首页），所以看起非常不错，并且是通过本地localhost。没有经过网络。我们能够改变訪问的条件持续做非常多组測试。比如我把并发请求数改为100,即-c100,得到參数值为：
Requests per second: & &11843.29 [#/sec] (mean)
明显比上面降低了一些，继续改总请求数为10000,并发数1000,即-n10000 -c1000得到例如以下值：
Requests per second: & &747.98 [#/sec] (mean)
这个时候降低的相当的可怕了，所以通过这个ab測试工具就行知道我们的web应用可以承担多少的并发訪问，当然我们可以通过不断的挑战參数进行測试，然后绘制成一个曲线图观察就非常方便看出我们web应用的最佳性能点。超过那么最佳性能点可能就导致性能下降。那么訪问速度也就跟着下降了。
当然仅仅看上面一个參数看不出详细一个用户訪问所须要等待的时间，还有一个參数能够看出。我相应三次的測试这个參数值分别例如以下：
Time per request: & & & 0.753 [ms] (mean)
Time per request: & & & 8.444 [ms] (mean)
Time per request: & & &
[ms] (mean)
从三次測试能够看出，随着并发数的增长。一个用户平均等待的时间也在变长，这个终于就反应到用户web訪问的结果（速度的快慢），这里測试的仅仅是一个简单的静态网页，假设是复杂的动态网页（比如訪问数据库，读写磁盘和大量的计算等）那么就更加复杂了。一个请求的快慢因为web应用须要处理的业务逻辑有非常大的关系，当然如何让这些业务逻辑运行更快而且并行运行，这个就须要程序实现者考虑了。
这里仅仅是简介了部署在PAAS平台web应用訪问非常慢的可能原因和简单定位方法，起始我认为大家应该中的关注在第三点上，自身应用的优化，由于前面两点都是我们不可控的，网络这个PAAS平台自身也解决不了，最多能够部署多个机房多个宽带运营商和cdn处理等，可是用户自身的网络问题PAAS平台也是解决不了的。至于PAAS平台自身的原因。大家就更不用操心了。他们比你们更关系自身PAAS平台的性能，由于上面托管着成千上万的web应用。他们时时刻刻都在关系着自身平台的性能拼劲，想着各种方法优化。假设PAAS平台的原因导致用户部署的web应用訪问非常慢甚至不可用那么这个PAAS平台自身也做不下去的。
最后还想强调一点就是web应用自身的性能优化问题，如今各种语言都提供了非常好的开发框架，理论上都是稳定的而且性能是不错的，当然特殊场景须要特殊考虑。可是我们自身在设计web应用的时候可能须要考虑的很多其它，不要妄想一个简单的开发框架就能解决全部的问题，尤其是性能问题。设计到web应用优化的知识和技术非常的多也非常的复杂，还有非常多场景，所以这是各长久的过程。后面有机会也会给大家介绍一些web性能优化的方法和技术，而且结合实际场景进行分析和演练。
阅读(...) 评论()没有更多推荐了，
不良信息举报
举报内容：
毕业工作五年的总结和感悟（中）-公有PAAS平台
举报原因：
原文地址：
原因补充：
最多只允许输入30个字
加入CSDN，享受更精准的内容推荐，与500万程序员共同成长！paas平台优点相关的博客
历史回顾 通过对2024位专家进行调研，有78%的专家认为：未来的网络应该是在现有的网络技术上渐进式的演进。但从1990年代中期以后，随着万维网，三方协议的出现以及PC机的普及，网络规模呈爆炸似增长趋势。 从1990年代中期以后，互联网的体系结构基本上没有太
一、互联网发展历史回顾 通过对2024位专家进行调研，有78%的专家认为：未来的网络应该是在现有的网络技术上渐进式的演进。但从90年代中期以后，随着万维网，三方协议的出现以及PC机的普及，网络规模呈爆炸似增长趋势。 从90年代中期以后，互联网的体系结构基本上
说起当前最火的技术，除了最新的区块链，AI，还有一个不得不提的概念是Serverless。Serverless作为一种新型的互联网架构直接或间接推动了云计算的发展，从AWS Lambda到阿里云函数计算，Serverless一路高歌，同时基于Serverle
2006年谷歌推出了“Google101计划”，并正式提出“云”的概念和理论。随后亚马逊、微软、惠普、雅虎、英特尔、IBM等公司都宣布了自己的“云计划”，云安全、云存储、内部云、外部云、公共云、私有云……一堆让人眼花缭乱的概念在不断冲击人们的神经。那么到底什
paas平台优点相关问题集
...1 个 vCPU，3 个 EC2 计算单位，4GB SSD 本地实例存储，64 位平台
大致定位和Azure A2
2 3.5 GB 60 GB 相当
前者定价0.07usd/hr
后者虽然定价0.094usd/hr，但是如果是按年订阅有30%
...足之处？
Azure服务平台的设计目标是用来帮开发者更容易地创建web和互联设备的应用程序。它提供了最大限度的灵活性、选择和使用现有技术连接用户和客户的控制。
...苹果商店的把关比较严格。比如像360那种流氓软件在别的平台胡作非为，但是苹果一度将它拒之门外。
解决方案二：
虽是封闭，但是整个ios具有极高的统一性，流畅，不只是硬件。
解决方案三：
流畅性，且界面美观，即...
java现在还夸平台吗？
想知道java现在和其他语言比起来有哪些优势？有哪些是java能做到，其他开发语言做不到或者做的不好的！(我能理解这个跨平台
paas平台优点相关基础文章
...术手段来保证。
多租户的设计牵涉到两层：
应用 / 平台
数据层的多租户能力是一个很大的主题，主要是指不同的租户如何共享或分离数据，并满足安全性。本文则主要关注的 是应用 / 平台层的多租户规范与方案。
Java PaaS...
...写这一篇博客主要就是告诉大家怎样确定我们部署在PAAS平台（不仅仅是JAE哦）web应用为什么慢？慢在哪儿了？有什么方法可以解决？
出现访问自己web应用慢从宏观上可以总结为下面三点：
（1）网络慢：具体来说就是...
京东PaaS平台的主要服务对象是两类人群，一类是个人开发者，二类是京东的ISV。在数据开放平台日益成熟的背景下，他们都希望以最低的成本，方便地部署自己的应用，提高生产力。而京东PaaS平台正是以满足开发者和ISV的这一...
...用程序 的功能。这个目标通过基础架构即服务 (IaaS) 云和平台 (PaaS) 云在不同程度上得到了实现。IaaS 云提供 了硬件并允许您携带自己的软件。PaaS 云还额外提供了软件，通常允许您关注于构建和部署应用程序、代表 您处理基础...
paas平台优点相关资料
...Pivotal全球和中国来讲，是里程碑的一年，其基于开源PaaS平台打造的PCF(Pivotal CloudFoundry)在中国市场增长率超过300%。2016年Pivotal继续在中国本土发力，将“植根于中国市场，发力于高端企业”作为发展的战略主题。
...紧急故障处理，运维等各个方面的能力。蘑菇街的私有云平台，从无到有，已经经过了近一年的发展，生产环境上经历了3次大促，稳定性方面得到了初步验证。本文我将从架构、技术选型、应用等角度来谈谈蘑菇街的私有云平...
虽然AWS现在也推出了自己的PaaS平台，叫Elastic Beanstalk，但heroku的优势在于它上面有很多第三方的add-on，比如MongoDB，mysql, redis, memcached, 还有各种消息队列、sms和邮件、后台批处理、搜索、自
...是准备几张张局部高亮的图片,随着引导进度变化而切换!优点是可以做的比较精美,缺点是资源量会比较大!另一种方法是在画面整体变暗的基础上抠掉部分区域,还好cocos2d提供了CCClippingNode接口(2.1+版)!
CCClippingNode类比较
为您提供简单高效、处理能力可弹性伸缩的计算服务，帮助您快速构建更稳定、安全的应用，提升运维效率，降低...
Node.js 性能平台（Node.js Performance Platform）是面向中大型 N...
充分利用阿里云现有资源管理和服务体系，引入中间件成熟的整套分布式计算框架，以应用为中心，帮助企业级客...
阿里云流计算(Aliyun StreamCompute)是运行在阿里云平台上的流式大数据分析平台，提...