n****1
发帖数: 1136 | 1 PaaS往往限制了能使用的语言和类库，所以连跑个JNI或python C module都可能被禁。
IaaS就是连内核都是单独运行。
docker能做到的就是跑任何用户态程序，无论语言无论类库配置文件。除非应用需要设
计内核编程，或者要利用某个特殊内核功能而公共内核没有， 否则docker都能游刃有
余。
applications |
|
l*****t
发帖数: 2019 | 2 以前查的用.Net大公司排行榜。记得好像是最大的是Microsoft，然后就是bing.com,
live.com，好多著名公司。
除了这些个著名的公司就是Amazon，没办法人家要提供IaaS的。
然后就是金融公司。
基本和Web 公司没啥关系。 |
|
|
g*****g
发帖数: 34805 | 4 你丫既然不是搞IT的，就是个外行。外行出来谈个屁呀，你丫死撑到底还有脸吗。至于
你们财报为啥那傻逼样，你问我我问谁？Azure又没说只算office 365，没准上面跑的
windows，XBox也算进去了。人AWS就是个IaaS/PaaS而已，好歹人亚麻要脸没把amazon
retail也算进去。要不然你们Azure就是一个零头有没有？ |
|
|
g*****g
发帖数: 34805 | 6 这里反复说的就是，除非你是做IaaS的，否则这些国家项目跟你有球关系。
成天叽歪public cloud对国家项目不安全不是傻逼吗。 |
|
d*******r
发帖数: 3299 | 7 几块钱一个月吧，最低 instance 一直开着。如果不用就关着更便宜。
而且DO经常有deal，免费也容易有。
真心劝你们直接玩IAAS。 |
|
s****y
发帖数: 503 | 8 技术人员怎么也讲不清楚的云计算，咱们的高级总监曾经就是这样和政府领导普及云计
算和智慧城市知识的，却都听懂了： 你娶了一个老婆，这叫传统IT架构。 你觉得一个
老婆不够，这叫传统企业CIO的困境。 你又娶了一个老婆，这叫双活数据中心。 你在
外地又娶了一个小老婆，这叫两地三中心容灾。 你娶了很多风格气质各异的小老婆，
以至于形成了后宫，这叫私有云。 你的后宫就叫计算资源池。 你从后宫里选出懂事有
能的管理其他小老婆，这叫私有云管理方案。 管事的那个就是HYPERV或VMWARE。 你不
娶小老婆，改成包养很多情人，这叫托管云。 你是穷人，没有钱包养任何人也没钱娶
小老婆，你选择去洗浴中心解决问题，这叫面向中小企业的公有云服务。 你在享受公
有云服务的同时还得交公粮，这叫中小企业的混合IT架构。 你是富人，但也喜欢去高
级夜总会，这叫面向大企业用户的公有云服务。 你有钱，同时包养小老婆和情人，还
去洗浴中心，这叫混合云。 但是在混合云里，最关键的业务还是会谨慎地采用传统IT
架构。 你有钱，包养小老婆，但有一天所有小老婆都来大姨妈，你还得去洗浴中心，
这叫CLOUD BURST。 洗浴中... 阅读全帖 |
|
g*****g
发帖数: 34805 | 9 M$ is far from growing fastest, they are counting their office 365, i.e.
SaaS in their cloud revenue. Obviously their desktop office is shrinking at
the same time. It would be a fair comparison if only PaaS/IaaS are counted.
Microsoft, |
|
z****e
发帖数: 54598 | 10 软毛没戏了
就算aws不行了
也是google顶上
android的平台上越来越多的接口可以用
我们现在认真考虑上compute engine
反正也不贵，反正也都是iaas
反正都是自己弄
软毛如果不解决wp的市场份额
说什么都没用，中国还有点可能
但是国内阿里云什么也都起来了
习core在整肃天朝，it是整肃的一个重点
尤其是要摆脱对外国软件硬件的依赖
想靠单纯的it赚钱越来越难咯 |
|
w**z
发帖数: 8232 | 11 微信产品经理和架构师们是靠什么扛住了10亿个红包？
2015-02-21新朋友请加产品中国
微信这么大的流量，尤其是瞬间的峰值，对于任何团队和架构师都是一个极大的挑战，
我们也在想，微信团队会用什么样的办法扛住了抢红包的流量，正巧今天腾讯大讲堂的
公共账号就分发出了这篇文章，尽管没有从具体的技术细节上介绍，但在宏观策略上还
是相当地有学习的价值,分享给大家。
400倍的挑战
今年微信红包方式与去年用户与用户之间互发红包相比，摇红包的方式对业务量来说是
一个极大的爆发，光是除夕10：30送出的一波红包就达到了1.2亿个，已经是2014年除
夕夜峰值的400倍之巨（2014年峰值每分钟被拆开红包数量仅2.5W个）！
进入抢红包环节，后台数据瞬间飙升
发10亿红包，难在哪里？
微信团队总结下来有三大难点：
快——如何保证用户快速摇到红包？
准——如何保证摇到的红包能成功拆开？
稳——如何保证拆开的红包能分享出去？
大量用户在同一时间摇红包，瞬间产生每秒千万级的请求，这个量级的请求如果不加以
疏导处理直接到达后台，必定会导致后端服务过载甚至崩溃。上文中除夕当天后台监控
数据曲线便能说明一切——... 阅读全帖 |
|
|
g*****g
发帖数: 34805 | 13 我觉得做大了在考虑 iaas还是对的，早期快糙猛最重要。 |
|
N*****m
发帖数: 42603 | 14 基本上除了g, m这种自己就提供IaaS的，都在用吧 |
|
N*****m
发帖数: 42603 | 15 现在任何一个IaaS都有LB，区别不大
实在要自己搞就上HAProxy |
|
z****e
发帖数: 54598 | 16 是iaas，跟google compute engine类似
你做游戏的话，最好认真看看google compute engine |
|
d*******r
发帖数: 3299 | 17 我觉得他这个 Parse 是 PaaS 甚至 SaaS 了, 类似 Google App Engine, 功能更高级些
GCE 和 AWS 一样, 应该属于 IaaS |
|
z****e
发帖数: 54598 | 18 iaas最好一点是有些提供了游戏大厅的功能
至少提供了一个solution，教你咋做
国内这个阿里云做得比较好，国外我觉得google和amazon都不错
parse看你需要不需要social了，我不怎么需要social，所以就不用
游戏的话，in app purchase很重要，这个google对于android有天然的优势 |
|
z****e
发帖数: 54598 | 19 paas当然是useful，任何商品都有其价值
以及可能卖出去的市场，否则还完蛋了
但是作为tradeoff，vendor lockin就是代价
上帝是很公平的，绝大多数东西都是一个平衡为最佳解决方案
启动快倒未必，iaas只要开发人员不会特别害怕linux那些command的话
自己搞个server也没啥难度，给我半个小时，连db+vert.x都会搞定
不会做自然慢，paas成功例子有不少，但是改变不了vendor lockin的事实
至于成功的案例，gae还有snapshot呢
ios |
|
z****e
发帖数: 54598 | 20 Standard Storage
First 1 TB / month $0.0300 per GB
1t不少了，最开始假设是100g的话
3刀每月，不贵吧？
如果是200g的话，6刀/月
楼主如果只是40g的话，40*.03=1.2..........
现在$1.2在天朝能吃到一碗沙县拌面不？
aws的s3好像也没那么黑吧？
现在iaas在互相压价，去年google拉动的价格战
的， |
|
d*******r
发帖数: 3299 | 21 IaaS 真心不贵, 因为互相杀价得厉害
不过大家推荐个中国美国都好用的吧.
现在看来还是 Linode/AWS 东京 for 国内服务? |
|
z****e
发帖数: 54598 | 22 叉，paas收费总体来说比iaas贵不少
你动不动就忽悠别人掏钱，你怎么不想想你要是愿意花钱的话
干脆雇个人来干活算了，没有经验算个屁事？ |
|
z****e
发帖数: 54598 | 23 后端自己做，为什么要请人？
你丫是不是不会做后端？
看到一个crud吓得半死
cotlzhao说得那些无非就是一个简单的crud的事
一周绰绰有余了，如果运气好的话，或者说做过的话
一天足够搞定了，如果手生，需要看文档的话
也就是如果只是做过ror之类的，还不是那么熟练的话
只对语言本身比较清晰的话，我估计四天足够搞定
无非install个postgresql和tomcat，然后crud一遍
这哪里要什么钱？自己动手丰衣足食
iaas一开始也不用啥钱，如果只是account和in app purchase这些api
不需要后端就可以做
api |
|
d*******r
发帖数: 3299 | 24 服了你们了, 这又吵起来了
本来各自有 PaaS, IaaS 经验, 交流下, 不是很好的 topic 吗
和气说话 |
|
z****e
发帖数: 54598 | 25 扯蛋了不是，gae的java版很弱，是阉割版的
下载下来的发布工具只有python有
不过都没啥意思，我机器上现在还有
还经常提示我更新，但是我实在是没啥兴趣
iaas又不贵，那几刀我省了干嘛？几百刀省下来make sense
几刀你要我省，省了干嘛？我缺买披萨的钱吗？ |
|
f*******t
发帖数: 7549 | 26 我觉得parse 主要提供方便的用户管理和metadata存储，另外与各种mobile平台的集成
（push notification）也很实用。传输大量content（论坛）或高rps(实时游戏数据)
不是parse的主要服务对象。真有那些要求还是自己搭iaas上的平台吧 |
|
z****e
发帖数: 54598 | 27 well
再说一次
app怎么做，轮不到你来说话
谁做app，自行负责设计，你又不是end user，你怎么知道别人需要什么？
动不动就足够了，现在就是发现很多东西不够用
你大嘴一张足够了，扯蛋嘛这不是，足够不足够认真看下去自然清楚
问题现在不就是40g的话，用parse需要每个月掏额外$200嘛
你说的足够了，这钱你给付吗？
你拍板说好，我负责，那也行啊
问题是没有啊，你大嘴一张，这个可以
但是现实不是这样啊，你连个disk上没有expire都没搞懂，大谈什么expire
让人都无语了都，前面一堆人都是看了pricing之后给你说的各种结论之类的
这20g也不是什么大不了的便宜，iaas去年大幅降价，各个vendors互相压价
100g硬盘现在一白菜价，你用得着为了20g这么折腾么？
你去外面买块披萨还十几刀呢，你缺钱吗？
我主张省钱要从大的方向上去省，像oracle一个licnse可以卖几万刀一年
这种当然要省，但是100g，一个月就3刀，这个钱省了做什么
匪夷所思，域名一个一年还要一百刀呢，要不要连这个都省了？用二级域名？
比如zlike.mitbbs.com？这个钱省下来可以用... 阅读全帖 |
|
h******b
发帖数: 6055 | 28 就事论事，zlike那个app并不是real time对战，成功的游戏async是绝对的主流，10：
1的比例。 你要real time对战自然不会选择parse, 但有几个是real time对战？ 特
别是游戏上市阶段。 你将来真的需要real time完全可以把那一块放在别的服务器
省的是在拿到第一笔投资以前，完全不需要一个专业后台的人，这个比每个月多花几百
美金实惠多了。
事实上zlike的故事恰恰说明不是后台大牛，paas比iaas要靠谱的多。zlike其实技术功
底已经超过这个板上九成的人了，还是一样会陷入困境。 |
|
z****e
发帖数: 54598 | 29 等app做出来之后，自然知道够还是不够
每个app作者自己心中有数，app要是做完了还不知道自己要啥
那还完蛋了，iaas没啥贵的，3刀就有100g，对比前20g免费，后20开始就是$200
这个明显还是3刀爽啊，后台也没啥大不了的
最大的困难来自你不去做，而裹足不前，为之，则难者亦易矣
just fucking do it
至于到不到得了什么数量，不重要，反正也没多少钱
人做软件最大的乐趣来自于自我满足，并不是为了赚钱而写代码
这才是最大的乐趣，如果你现在还在盯着某个成功的游戏，努力想这些游戏为什么这么
成功的话
你注定要失望的，因为你连自己都无法取悦，你怎么能取悦别人？
大多数人写游戏首先是自己觉得好玩，然后才是别人觉得好玩
而不是为了别人好玩而去做游戏，这就是为啥做游戏的大公司经常倒闭
因为他们雇佣的程序员，并不是觉得自己做的这个游戏好玩而去做
仅仅是为了生存，那艺术品瞬间变成了必需品，那完蛋了
藤原纪香就变成了凤姐，因为够用了，那谁愿意找凤姐做老婆呢？
而不喜欢玩游戏的程序员就犹如是个gay在帮你挑漂亮女人
人家gay不喜欢女人，它怎么能把好看的女人给找出来呢？
这就是为啥老大... 阅读全帖 |
|
z****e
发帖数: 54598 | 30 我们就从最简单的app development开发开始算钱
你自己看看需要不需要花钱
首先第一步
下载android studio和xcode，安装然后打开，根据向导进去
一路建一个简单的app framework，不需要花钱
都傻瓜化了，先不要想联机的事，后端的事下面再说
你先focus在你要做的事情上，比如游戏逻辑的实现
然后呢，你开发你的app，该怎么开发就怎么开发
但是肯定有一点，都不需要花钱
你要是连自己开发的app都需要请人来做
那只能说你不适合搞开发这行的创业
app开发已经足够傻瓜了，哪里需要雇人
然后无论是google还是apple，你用他们的account api
也不需要钱，你顺着他们的document一路走下去就好了
然后social website的account api，无论是facebook还是twitter
你都可以用，也都不需要钱，无论是什么平台都有
都不需要钱就可以用，跟你将来后端用什么，一点关系没有
所以到了这一步，基本上没有啥东西要花钱，简单说就是
你开发一个app不需要任何成本，除了你自身的时间的投入
你可以花钱请人做，但是一般个人startu... 阅读全帖 |
|
s*****r
发帖数: 550 | 31 想用mean搭建网站，用python实现一些机器学习的算法对数据作处理啥的
不是科班，只是有idea，所以想找一个比较好入门使用的IAAS 或者PAAS的平台
需要一点点学习阿
还有就是要有自己的域名，最好顺带提供公司email这样的app。
当然也可以自己搭email服务器，就是不容易做到和gmail那样好用
板上有推荐的么？AWS？heroku？
谢谢先 |
|
z****e
发帖数: 54598 | 32 aws当然问题多多，所有的平台问题都多多
没有问题是一个理想状态，只不过很难实现而已
你这个定位是大数据，怎么折腾都不简单的说
因为数据本身就需要占用一定的位置，现在的paas都不是针对数据来设计的
而是针对web甚至是web service来搞的，这个跟你的需求不match啊
除了aws以外，google compute engine也可以看看，但是google的cloud比较贵
相对而言，当然所有的iaas都比paas便宜，对于你这个需求来说 |
|
z****e
发帖数: 54598 | 33 用paas的后端随便抓个后端程序员
估计半小时内可以搞定
iaas难得多 |
|
r***y
发帖数: 4379 | 34 用 iaas 居多吧, 自己项目的 instance 总要有人来管呐. 不是所有team都有
developer 能兼职 admin , 而且兼的不比大叔大妈干的好 |
|
|
N*****m
发帖数: 42603 | 36 楼主说的是paas，你说的是iaas，不是一个东西 |
|
|
g*****g
发帖数: 34805 | 38 在一个数据中心里跑这一套是毫无难度的，除了S3以外我们基本只用IaaS 。简化的是
网管的任务。
事实上我们花了很大力气把东西一点点搬到AWS上，还要保持24*7。留在DC里多简单呀
，连这个活都省了。我
们纯粹不想全球去建几十个数据中心而已。AWS上可以想起一台机器就立马起，但scale
out还是得靠自己做。DC里不行还可以多花点钱买台好机器，AWS根本没这选项。 |
|
N*****m
发帖数: 42603 | 39 不需要啥类库吧，如果当IaaS用的话
当然是说又好又便宜，狗的东西其实还是比较便宜的，都是线性的，aws的价格暗桩比
较多
主要问题是还不够好
吗？ |
|
g*****g
发帖数: 34805 | 40 IaaS的类库都太基础，总归有一些第三方的东西是平台相关的。我们就开源了不少。
狗的东西在价格上也没有优势，比如最简单的类似S3的服务，基本上就是价格上的竞争
。如果狗的便宜，dropbox啥的早跑过去了。 |
|
N********n
发帖数: 8363 | 41
省省吧。AZURE STORAGE早4年前就已经TRILLION OBJECT级别，你现在才进门
槛还以为自己多了不得？iCloud背后的存储基本上就是一半Azure、一半S3。
AWS的强项是IAAS起步早，比存储根本没优势。 |
|
z****e
发帖数: 54598 | 42 我的策略是vert.x+iaas
比paas便宜太多，也简单太多 |
|
c*******0
发帖数: 5247 | 43
如果是request driven的应用，比如大部分公司典型的前端。GAE方便性和价格都是远
高于GCE或者EC2的。一个普通网站，写一些request handling代码扔上去，啥都不用管
，CDN有了，load balancer有了，还按需收费，而不是时间收费。要最后做得能比iaas
贵，只能说技术太烂了。 |
|
z****e
发帖数: 54598 | 44
iaas
coltzhao在游戏公司，不是网站
我现在觉得网站做load balancer也有些扯蛋
undertow什么单机轻松host百万的requests
虽然那个测试有些简单，但是除以10，十万总可以了吧？
哪有那么大流量要考虑，都是legacy system拼命吃流量
当然我也同意，website development这种东西
越来越傻瓜是必然的，这也是为啥我觉得js没啥搞头的原因
前台东西会越来越简单，怎么写都那么一回事 |
|
d******e
发帖数: 2265 | 45 网站和数据库怎么收费？
没有流量就不收费？这个也太好了吧。
iaas |
|
g*****g
发帖数: 34805 | 46 你说的这种网站 VPC就行了，宕机也不是什么大事，便宜最重要。上市公司和hot
startup才是有钱有增长的客户。
iaas |
|
z****e
发帖数: 54598 | 47 vert.x有着良好的延展性
可以短时间内就做出来一个pvp的server
其它就更容易了，而且可以自由选择协议
反正cloud和ios都不会禁你用各种端口和协议
你没有必要死绑在http上，各种parse非常浪费时间
tcp首先要三次握手了，然后解析http header
然后里面不管是json还是xml
你都要parse，这三层下去黄花菜都凉了，还real time个p
一个udp＋byte stream，搞定
直接parse byte stream，一个byte一个byte parse过去
效率是最高的，ios那个swift socket极为简单
就四个文件，整个拷贝进你的project就好了
然后就可以用了，支持udp和tcp，大部分用户用这些都是用来跟java socket连接的
做了这些，你再回头看http，就觉得索然无味，好无聊啊
然后vert.x提供了各种接口，你就可以focus在真正要实现的逻辑上了
同样ios也提供了sprite kit，开发测试都很容易
有了这两个神器，完全可以放开手脚开发
我现在写的都是自己想要写的代码，根本不需要浪费时间在网络和服务器上
而且直... 阅读全帖 |
|
z****e
发帖数: 54598 | 48
因为省钱，比你用paas强太多
iaas+vert.x，几分钟就能出东西
效率一点不比paas慢，而且稳定
也能明白是怎么回事，paas鬼知道里面是怎么回事
vert.x就那点东西，几分钟就看懂了，没有秘密
也就没有了surprise
公司这个东西将来是否还会继续存在都很难说
随着一个人的能力越来越大，你不见的需要公司
以前农业工业时代，人如果不进入大集体
就会饿死，现在完全另外一个故事了
你应该思考一下为什么我们要做成公司？
你无非就是想作出一个产品，然后卖点钱嘛
这不需要公司也能做
当然如果我要雇人，我就会办公司，因为一旦破产
欠的工资不会追我头上 |
|
g*****g
发帖数: 34805 | 49 不是吧，你丫成天鼓吹 Azure怎么牛逼。现在 server license算进 Azure revenue做
实了。实际的 IaaS, PaaS只有 AWS 零头，傻逼你丫又说是合理的？ |
|
g*****g
发帖数: 34805 | 50 原来Azure跟O365一起算你死撑是SaaS。现在Windows Server，SQL Server都算云计算
。不知道算IaaS, PaaS, SaaS的哪一块？尼玛要是跑在cloud里就都算云计算，那
amazon retail, Google search都是云计算。
Azure就一个添头，赔钱货，你丫还没完了。 |
|
