亚马逊云科技谁了解亚马逊云计算合作伙伴网络，能普及一下吗？

亚马逊aws的发展给亚马逊带来了哪些问题

以下为原文：
　　基于AWS用户的反馈，我们列出了亚马逊EC2（亚马逊弹性计算云，云计算服务的核心及基础，提供非常弹性的实例管理）的五项问题，它们不仅不好解决而且还会迫使用户另寻它物。

　　共享EBS卷
　　EBS（Elastic Block Store，弹性块存储）为亚马逊EC2提供永久存储。由于去除了对速度缓慢的亚马逊S3（另一个云计算产品）的依赖，它在2009年一经推出就得到了高度评价。
　　许多工程师只要加载一个Amazon EC2实例，就会马上附加一个EBS卷，并将长期需要的数据移动过去。然而四年过去了， EBS需求最旺盛的功能－将同一个EBS卷附加到多个EC2 实例上还尚未实现。 AWS鼓励在一个load balancer（负载平衡器）后台运行多个亚马逊EC2实例来获得最佳的性能。然而仅在一个EC2实例上运行应用不是个好主意。大多数内容管理系统和媒体驱动的应用程序依赖于共享的存储。当这些系统都迁移到AWS并放在一个 ELB（Elastic Load Balancing，弹性负载均衡）之后，没有简单的策略使得在运行相同应用程序的EC2实例之间来共享内容。
　　举例来说，一个终端用户上传一个新图片到由负载平衡器随机选取的一个内容服务器上。目前而言，复制这一图片到所有正在运行的服务器是留给开发人员做的。AWS建议使用亚马逊S3存储静态内容，而许多流行的CMS框架期望可以在本地文件系统实现存储。为了确保所有的服务器共享最新的内容，需要强制实现类似Gluster或NFS式的分布式文件系统。这需要前沿技术，其中涉及启动一个专用的虚拟机来运行该文件服务器。这也使得配置很不稳定：文件服务器很容易成为单点故障。
　　如果亚马逊支持多个EC2实例共享同一个EBS卷，这就能避免对专用文件服务器的需求和对每个服务器进行额外的配置。这其实也不复杂：谷歌计算引擎（Google ComputeEngine）支持在多个实例上同时安装永久磁盘。虽然只有一个实例有对文件系统的读写许可，但是所有的实例将能立即访问该内容。虽然还只是在技术测试阶段，谷歌计算引擎已经在性能和特性方面把目标瞄准了跨越式发展的亚马逊EC2。早期指标显示GCE将是亚马逊EC2的一个可行替代方案。
　　可配置的ELB流量
　　ELB（ElasticLoad Balancing，亚马逊弹性负载均衡，是在EC2基础上实现的负载均衡服务）提供了一种能将流量均匀地分布在多个亚马逊EC2实例上的服务。亚马逊把ELB这种服务定位为近乎神奇，它能提供长久的稳定运行和高可扩展性。根据ELB的官方描述，“它能使你在你的应用程序中获得更大的容错能力，无缝地提供用来响应传入应用流量所需的负载平衡能力。”
　　对负载均衡容量可以无缝增加的承诺肯定带有误导性，因为ELB旨在随着流的线性增加而逐渐扩展。这对于像电子商务门户网站或机票销售那类开始流量较少，随着时间不断增长的模式是可行的，但是如果是在那种建于ELB之上的网站，当它流量飙升，ELB性能就会显著下降。这种模式通常见于发布考试成绩或者发布重大新闻的门户网站。为了使ELB能够随时准备处理这种突发状况， 亚马逊期待AWS用户每月支付最低49美元，以支持服务使ELB能提前“热身”。虽然这一问题有足够多的指导资料来解决，但它们仍然被湮没在AWS的浩瀚文档之中。就像EBS中置备的IOPS功能，亚马逊应当使ELB流量可自定义化，这样客户可以事先选择流量模式以确保可扩展性。

谁了解亚马逊云计算合作伙伴网络，能普及一下吗？

给你普及一下吧，亚马逊云计算合作伙伴网络（APN）是AWS推出的一项全球合作伙伴计划，其目的是为AWS合作伙伴提供系统的技术、市场及销售支持。完成APN注册，意味着加入并成为AWS整个合作伙伴生态系统的一员，将有更多更好的机会开展从产品到服务的各种业务，为AWS云计算的客户提供更多服务。APN合作伙伴分为咨询合作伙伴和技术合作伙伴。加入APN计划，合作伙伴不但可以根据自身的能力申请成为咨询合作伙伴或技术合作伙伴，而且还可以通过自身的成长实现级别的提升，并获得参加各种增值计划的资格。