内容简介 · · · · · ·
《AWS云端企业实战圣经:亚马逊如何构造云端计算》是市场上第一本完整剖析、深入介绍亚马逊云计算服务应用的图书,详细讲解AWS的实际应用经验、遇到的各种问题与解决方法,并介绍企业利用AWS架设自己的云端数据库、网络应用系统的方法,以及大型网络公司利用AWS的优势,快速更新自己服务的做法。
喜欢读"AWS云端企业实战圣经"的人也喜欢 · · · · · ·
AWS云端企业实战圣经的话题 · · · · · · ( 全部 条 )



AWS云端企业实战圣经的书评 · · · · · · ( 全部 1 条 )
> 更多书评 1篇
读书笔记 · · · · · ·
我来写笔记-
-
S3的一些Tips。 提供REST接口,使用HTTP标准指令访问文件(对象)。REST接口简单,有很多脚本语言工具可用。 两层组成层次,bucket(容器)和object(对象)。一个容器可以放无限个对象。容器名在S3里必须唯一,在不同Region里也不要重复,S3的容器是全AWS有效的。 一个账号可以建立100个bucket。建议一个应用或服务开一个容器。建立容器可能需要花一段时间,应该避免用程序去动态增加、删除容器。完全没必要,而且会很麻烦(处...
2014-04-22 17:11
S3的一些Tips。 提供REST接口,使用HTTP标准指令访问文件(对象)。REST接口简单,有很多脚本语言工具可用。 两层组成层次,bucket(容器)和object(对象)。一个容器可以放无限个对象。容器名在S3里必须唯一,在不同Region里也不要重复,S3的容器是全AWS有效的。 一个账号可以建立100个bucket。建议一个应用或服务开一个容器。建立容器可能需要花一段时间,应该避免用程序去动态增加、删除容器。完全没必要,而且会很麻烦(处理容器名冲突、未建立好等问题)。 容器名限制: · 3~255字符,英文字母、数字、点(.)、横线(-)、下划线(_)。 · 数字、字母开头。 · 不可以用类似IP地址写法。 建议: · 3~63字符。 · 不要用横线(-)结尾。 · 不要两个点(.)相连。 · 不要点(.)和横线(-)相连。 强烈建议使用S3虚拟主机的用法。对象的URL格式: http://<bucket-name>.s3.amazonaws.com/<object-key> 建议S3和EC2放在同一个Region,在同区域内,EC2和S3间的网络传输是不收费的,另一个好处是低网络延迟。
回应 2014-04-22 17:11 -
重试的逻辑最好是用所谓的“exponential backoff”(指数地等待),也就是每重试一次,应该要等久一点,才能再重试。 一般的公式是,第n次重试的时候,在($0$) ~ ($2^n - 1$)之间,随机选一个数字作为等待的时间。 比如,用单位100毫秒,第一次重试在0 ~ 100之间选一个数值毫秒,第二次重试,在0 ~ 300之间选一个数值毫秒。重试要有一个极限。
2014-04-01 15:35
-
重试的逻辑最好是用所谓的“exponential backoff”(指数地等待),也就是每重试一次,应该要等久一点,才能再重试。 一般的公式是,第n次重试的时候,在($0$) ~ ($2^n - 1$)之间,随机选一个数字作为等待的时间。 比如,用单位100毫秒,第一次重试在0 ~ 100之间选一个数值毫秒,第二次重试,在0 ~ 300之间选一个数值毫秒。重试要有一个极限。
2014-04-01 15:35
-
S3的一些Tips。 提供REST接口,使用HTTP标准指令访问文件(对象)。REST接口简单,有很多脚本语言工具可用。 两层组成层次,bucket(容器)和object(对象)。一个容器可以放无限个对象。容器名在S3里必须唯一,在不同Region里也不要重复,S3的容器是全AWS有效的。 一个账号可以建立100个bucket。建议一个应用或服务开一个容器。建立容器可能需要花一段时间,应该避免用程序去动态增加、删除容器。完全没必要,而且会很麻烦(处...
2014-04-22 17:11
S3的一些Tips。 提供REST接口,使用HTTP标准指令访问文件(对象)。REST接口简单,有很多脚本语言工具可用。 两层组成层次,bucket(容器)和object(对象)。一个容器可以放无限个对象。容器名在S3里必须唯一,在不同Region里也不要重复,S3的容器是全AWS有效的。 一个账号可以建立100个bucket。建议一个应用或服务开一个容器。建立容器可能需要花一段时间,应该避免用程序去动态增加、删除容器。完全没必要,而且会很麻烦(处理容器名冲突、未建立好等问题)。 容器名限制: · 3~255字符,英文字母、数字、点(.)、横线(-)、下划线(_)。 · 数字、字母开头。 · 不可以用类似IP地址写法。 建议: · 3~63字符。 · 不要用横线(-)结尾。 · 不要两个点(.)相连。 · 不要点(.)和横线(-)相连。 强烈建议使用S3虚拟主机的用法。对象的URL格式: http://<bucket-name>.s3.amazonaws.com/<object-key> 建议S3和EC2放在同一个Region,在同区域内,EC2和S3间的网络传输是不收费的,另一个好处是低网络延迟。
回应 2014-04-22 17:11 -
-
-
S3的一些Tips。 提供REST接口,使用HTTP标准指令访问文件(对象)。REST接口简单,有很多脚本语言工具可用。 两层组成层次,bucket(容器)和object(对象)。一个容器可以放无限个对象。容器名在S3里必须唯一,在不同Region里也不要重复,S3的容器是全AWS有效的。 一个账号可以建立100个bucket。建议一个应用或服务开一个容器。建立容器可能需要花一段时间,应该避免用程序去动态增加、删除容器。完全没必要,而且会很麻烦(处...
2014-04-22 17:11
S3的一些Tips。 提供REST接口,使用HTTP标准指令访问文件(对象)。REST接口简单,有很多脚本语言工具可用。 两层组成层次,bucket(容器)和object(对象)。一个容器可以放无限个对象。容器名在S3里必须唯一,在不同Region里也不要重复,S3的容器是全AWS有效的。 一个账号可以建立100个bucket。建议一个应用或服务开一个容器。建立容器可能需要花一段时间,应该避免用程序去动态增加、删除容器。完全没必要,而且会很麻烦(处理容器名冲突、未建立好等问题)。 容器名限制: · 3~255字符,英文字母、数字、点(.)、横线(-)、下划线(_)。 · 数字、字母开头。 · 不可以用类似IP地址写法。 建议: · 3~63字符。 · 不要用横线(-)结尾。 · 不要两个点(.)相连。 · 不要点(.)和横线(-)相连。 强烈建议使用S3虚拟主机的用法。对象的URL格式: http://<bucket-name>.s3.amazonaws.com/<object-key> 建议S3和EC2放在同一个Region,在同区域内,EC2和S3间的网络传输是不收费的,另一个好处是低网络延迟。
回应 2014-04-22 17:11 -
重试的逻辑最好是用所谓的“exponential backoff”(指数地等待),也就是每重试一次,应该要等久一点,才能再重试。 一般的公式是,第n次重试的时候,在($0$) ~ ($2^n - 1$)之间,随机选一个数字作为等待的时间。 比如,用单位100毫秒,第一次重试在0 ~ 100之间选一个数值毫秒,第二次重试,在0 ~ 300之间选一个数值毫秒。重试要有一个极限。
2014-04-01 15:35
这本书的其他版本 · · · · · · ( 全部2 )
-
PCuSER電腦人文化 (2011)暂无评分
在哪儿借这本书 · · · · · ·
以下书单推荐 · · · · · · ( 全部 )
谁读这本书?
二手市场
订阅关于AWS云端企业实战圣经的评论:
feed: rss 2.0
0 有用 xiaohanyu 2012-10-11
也算是国内第一本AWS的书籍了(虽然是台湾引进的,但毕竟是一家人嘛),讲的很详细。与其花时间去网上搜索零散的资料教程,倒不如省下一顿饭钱买一本系统化的书籍。AWS Free User Trial用起来实在是爽歪歪也。
0 有用 hoterran 2013-01-20
很不错,省了我看aws一堆文档的时间,作者很专业配图也很棒。
1 有用 iambowen 2014-08-01
还是直接看aws的doc吧,这个跟不上云服务更新的速度,其次,内容的安排也不够合理,应该有所侧重。
0 有用 [已注销] 2014-06-14
好书。台湾人写作质量有保障
0 有用 小蒋不素小蒋 2019-08-26
蛮有体系的,理清了好多东西,不错
0 有用 小蒋不素小蒋 2019-08-26
蛮有体系的,理清了好多东西,不错
0 有用 ReidHolmes 2016-10-05
AWS不就是一个云服务器吗?我一直在用啊,感觉没什么特别啊!(自己太菜了)
0 有用 狂气之瞳改 2016-09-21
直接看最新的aws文档更合适。
0 有用 greatabel 2015-03-02
AWS已经是事实上的标准,GAE谷歌根本不好好做,azure也许还有机会。加州前公司重构迁移到Amazon EC2 当时虽然辛苦,但是是正确的决定。
1 有用 iambowen 2014-08-01
还是直接看aws的doc吧,这个跟不上云服务更新的速度,其次,内容的安排也不够合理,应该有所侧重。