TaskQueue 有顺行队列(按部就班)和并发队列(尽快执行)。
▲
SAE TaskQueue 架构
TaskQueue 特性
硬哈希 —— 用户队列名映射到物理存储队列(worker中的进程吧?)
多进程
非阻塞timeout —— 延迟不影响服务器性能
master-slave 被动复制 —— 内存级主从复制
worker延迟等待时间 —— 防止用户任务队列被分配到多个worker，保证一一对应
worker死亡唤醒检查 —— 把死亡队列更换worker
SAE未来计划
新的代码部署文件系统 —— 保证代码在SAE中只有一个拷贝，目前是多个
无缝迁移 —— PHP用户迁入SAE
Key-Value 数据库
后记
看过视频后yunster感觉丛磊是个踏实人，演讲中很多技术细节都阐述的很清楚，而且的确做了很多非常卓越的工作，相信这样的团队做出的东西也是非常靠谱的。
此前，yunster一直对新浪做云计算的决心持怀疑态度。从 SAE 的团队配置来看，新浪并没有投入很多的资源。但 SAE 团队的工程师都比较牛，从无到有果真搭起了SAE的基本框架，实属不易，可喜可贺。不得不承认，像Heroku这样的PaaS能够迅速发展是与IaaS的铺垫有关的。SAE平地起高楼其中的难度也可想而知。应该说 SAE 选择用 PHP 作为语言基础是非常符合国情的，战略上的决策比 Google 要好得多，团队执行力大家也有目共睹，未来的发展应该得到新浪高层更多的重视才对。希望 SAE 能够赶紧铺开抢占市场，很多用户的实际需求还有待实践去检查和完善。云计算说到底重点不是拼技术框架的好坏，而是所提供服务的好坏。希望我们这些云计算的Geek也能够赶快用上国内的好产品吧。
P.S ：附加希望，yunster需要一个SAE的邀请码!
本篇文章属个人技术总结以及与大家研讨之用，如有侵权请及时通知yunster处理。
