通过“分布式系统的8大谬误”反思APP的设计 第七篇 谬误7:网络传输无需任何开销

谬误 7:网络传输没有什么代价

Arnon Rotem-Gal-Oz’s 在解释这条谬误的时候具体指出了,需要从一下两方面来看:

第一,你需要考虑应用和网络接口之间的数据传输开销。除了带宽和时延会带来开销,数据的序列化和反序列化也会影响到性能。苹果在2010 WWDC session 117“基于服务器的用户体验”的演讲中,对比了xml,json,plist这几种数据传输格式的大小以及加载时间。对比结果表明,各种数据格式的大小都差不多,但是解析的时间相差很大;解析xml需要812毫秒,json需要416毫秒,ascii格式的plist需要140ms,而二进制数据流只需要19ms。

其次,你需要考虑维护网络服务以及基础设施带来的开销。一个用户会给服务器带来多大的负载?这些负载的特性是什么样的?服务器可以同时处理多少请求,扩展服务器需要花费多少钱?使用你的app需要花费你用户多少钱(这些用户可能是按流量给运营商支付流量费,也有可能是包月)。

原文地址:http://blog.carbonfive.com/2010/12/03/iphone-distributed-computing-fallacy-7-transport-cost-is-zero/

译者读后感:

1,作者说的开销指两方面:分别指一次请求占用到的系统资源(CPU计算时间,文件IO消耗),这些消耗特别需要消耗的时间。第二指的是金钱方面的消耗,比方用户的流量费用,另外就是搭建一个合适合理的服务系统需要多少钱。

2,作者写这篇文章的时候是在2010年,那时候的云平台比不上现在。现在阿里云能提供了各种云服务,随时按需要scale up方便的很,云服务器,云文件服务,云mysql库,云负载均衡…

版权声明:本文为博主原创文章,未经博主允许不得转载。

时间: 2024-11-19 00:07:50

通过“分布式系统的8大谬误”反思APP的设计 第七篇 谬误7:网络传输无需任何开销的相关文章

通过“分布式系统的8大谬误”反思APP的设计 第六篇 谬误6:只有一个管理者

我们再回顾一下著名的分布式系统的8大谬论,以及如何在开发应用是避免这些问题. 1,网络是可靠的: 2,网络不存在时延: 3,网络带宽是无限的: 4,网络是安全的: 5,网络拓扑结构是不会变化的: 6,只有一个管理员: 7,网络传输是不需要任何代价: 8,网络是同构的. 谬误6:只有一个管理者. 作为一个开发者,你可以控制在什么时候发布新的APP或新的服务器版本,但任何人都控制不了到底有多少类型的设备在运行你的APP.用户们可以在按自己意愿更新应用,也许更本不会再更新.导致你不得不同时处理各种版本

通过“分布式系统的8大谬误”反思APP的设计 第四篇 谬误4:网络是安全的

谬误4:网络是安全的: 只要与网络服务相关,开发人员都要从开发设计以及业务需求方面考虑网络的安全性,iOS也不例外.所有最基本的攻击类型,网络服务都需要考虑:session劫持,盗取证书,代码注入等等.网络安全是个负责学科,现在先让我们考虑一些和iOS APP相关的内容. 我们只能像相信用户一样,相信用户的设备(译者:这里的意思是用户就是小白,他们不懂得如何保护自己的信息.).任何一个安装应用的人都可以深入了解到应用的内容(译者:像图片资源,私钥,任何保存在手机上的文件),也可以轻而易举获取手机

通过“分布式系统的8大谬误”反思APP的设计 第八篇 谬误8:网络配置都是类似的

谬误8:网络配置都是类似的. 相对于web开放来讲,移动设备总是让人出乎预料.对一个应用来说,可能大多数用户所处的网络配置都类似.不幸的是,这个假设的会在某些情况下导致一些问题. 类似谬误6,不是所有的网络都有相同的配置.例如,某些wifi网络允许设备之间建立点对点的通信,有些却不支持.让移动app与其他设备通信(比方,与桌面软件)可能因此非常困难,即使它们身处同个网络内. TN2152 "传输文件的一些策略"简要总结了一些设备之间,以及远程服务之间通信的技术. 一个web服务最开始可

通过“分布式系统的8大谬误”反思APP的设计 第五篇 谬误5:网络拓扑结构是不会改变的

谬误5:网络拓扑结构是不会改变的 无线广域网要比WIFI网络强大的多.当建立的是长链接或是流媒体时,这一点变的非常重要.一个通过无线广域网建立的链接会保持接口处于激活状态,即使WIFI网络转化为可连接状态.为避免同时使用两个接口,由APP决定是否关闭连接,在一个新的可用接口上重新建立连接,并作出必要的处理.大家可以看一下 Paul Danbold的 Advanced Networking. 网络的切换同时也会带来设备可用带宽以及网络延时特性的变化,如果APP的工作模式依赖于这些特性的话,那么它需

通过“分布式系统的8大谬误”反思APP的设计 第三篇 谬误3:带宽是无限的

带宽并非是没有上限,而且还很昂贵.这不是简单理解为,下载大量数据需要耗费很长的问题. 1,一个超过20MB的APP是不可能通过手机网络来完成安装的:参加苹果官方的应用市场审核手册. 2,如果你的APP是需要播放视频,那么超过10分钟的视频,以及五分钟长的视频文件大于5MB的话,我建议使用实时视频流方案.先下载再观看的方式只适合短视频. 通过网络实时视频流观看的话,你需要至少需要提供一个64kbps下视频流,甚至需要支持更低带宽.(低带宽的流文件意味着只有声音,或声音配上一张静态图片). 3,音频

通过“分布式系统的8大谬误”反思APP的设计

作为移动端和网站开发者,有大量现成的网络开发代码可以使用在开发中直接使用.可惜的是没有一套代码可以代替我们全面考虑到网络的不可靠性,尤其是在移动端设备上.同时,幸运的是有些著名的结论以及一些著名的模式可以帮助我们思考如何优雅的处理现实世界中的现实问题.接下来让我们一起思考著名的"分布式系统的8大谬误",以及我们该如何避免这些问题. 以下是著名的"分布式系统的8大谬误" 1, 网络是可靠的: 2, 网络不存在时延: 3, 网络带宽是无限的: 4, 网络是安全的: 5,

通过“分布式系统的8大谬误”反思APP的设计 第二篇 谬误2:网络没有时延

就在今天上午,我的系统的网络请求时延高达544毫秒到6937毫秒之间.而且这是在一个已激活的网络接口上.如果接口从省电模式开始激活的话,这还额外需要10秒钟的时间.因此为了提供良好的用户体验,App需要考虑至少十几秒的网络时延. 假如在app发起用户认证请求后,只有请求成功用户才能进入登录页面,这时已经过去7秒.如果接着App需要再发一条请求获取用户信息,那么用户被阻碍在登录页面总共多达14秒.所以我会尽可能打破这种必须前后按序发生的请求. 实际操作中,我会同时发送多个请求:尤其是有些请求,不占

android产品研发(九)-->App网络传输协议

转载请标明出处:一片枫叶的专栏 上一篇文章中我们讲解了App的数据统计,其主要分为两种:使用第三方服务统计和自身实现数据统计.一般而言我们使用第三方统计服务已经可以很好的满足我们的也无需求了,只是部分数据敏感性App,可能自身实现数据统计服务是一个更好的选择. 而本文中将要介绍的是App端的网络传输协议.那么这里首先需要明确一点的是什么是网络传输协议呢?这里首先套用一段百度百科的定义: 网络传输协议或简称为传送协议(Communications Protocol[1] ),是指计算机通信的共同语

MAC安裝《Genymotion Android模擬器》大玩Android APP (神魔之塔)

链接地址:http://www.minwt.com/mac/10083.html/comment-page-2 MAC» 智慧型裝罝» Android | 2014/02/12 Android是一個開放的平台,因此先前也分享了幾個Android的模擬器,但當初梅干使用Android模擬器,最主要的功能就是用來測試網頁,看網頁在Android手機上是否能正常運作,雖然說這些Android模擬器,也可透過Google Player安裝Android APP,在電腦中就可玩Android APP,但由