dongcc_个人页

回2楼boboan的帖子 阿里云MQS能保证99.9%的可用性，还是相当厉害的，缓存在客户端要取决于什么应用，某些情况下客户端很多的话，缓存在客户端维护起来就不太好弄；不过这个毕竟是少数情况，通过ECS的稳定性，我相信阿里云MQS稳定性 ------------------------- Re【阿里云产品公测】MQS使用体会和建议 引用第3楼boboan于2014-11-05 14:36发表的  : 2  json格式这个可以有。 3 我第一看文档也没弄明白QueueOwnerId。。。是在创建队列后，才搞明白的。这个是文档的问题，没说明白，要改进的地方 4 mqs目前对放消息数是没有限制的。 ....... 关于 PollingWaitseconds ，也许是java sdk的问题，我记得我测试的时候好像没发现会等待。。。 我知道http request的时候可以指定 PollingWaitseconds ，但java sdk或是python sdk没这个参数（不知道是不是我的sdk版本太低或是别的什么原因），文档的说法是会参考queue设置的 PollingWaitseconds。 ------------------------- Re【阿里云产品公测】MQS使用体会和建议 引用第4楼boboan于2014-11-05 14:40发表的  : 6  “希望能够对于消息设置MessageRetentionPeriod，这样更为灵活，而且，有些情况下持久消息还是很有用的。”          灵活和方便管理需要平衡。             mqs本身消息是有持久化。但mqs本身不是存储服务，其实可以选择本地存储或是oss。 ....... 灵活和方便管理需要平衡，这点我完全同意。 如果mqs本身的消息有持久化的，不知道如果出现服务停止的时候（正常或异常），服务回复后，消息会还在么？ 正常说来15天是够的，有些业务请求，会由于某种原因未被处理，如果到了15天后，就消失了，感觉也许应该留个什么记录可以作为追溯的依据。。。 ------------------------- Re【阿里云产品公测】MQS使用体会和建议 引用第5楼boboan于2014-11-05 14:41发表的  : 7 “对于MessageSize，64K感觉有点小，我遇到过一个企业应用里的消息大小是50M的xml文本” 。。。50M的消息，这个确实有点大。建议存oss，然后把它的地址发到消息    。 这个建议不错~ ------------------------- Re【阿里云产品公测】MQS使用体会和建议 引用第6楼boboan于2014-11-05 14:44发表的  : 8  跨区域的消息队列是不能共享的 请问这个是什么意思，你希望怎么共享？ 9 之前你是使用的什么队列，习惯性的建了个test.q1 ? ....... 目前阿里有三个地区，北京，青岛，杭州（也许以后能跨国家？），不同地区访问速度不一样，如果一个应用在不同地区使用，比如放消息的应用在杭州，读消息处理消息的应用在北京，如果消息能做到共享的话（或者互通），就可以避免访问速度带来的一些问题了。 我一般用的是IBM MQ和开源的MQTT类的产品（基于pub/sub的，因此基于topic string，使用就不是点了,是斜线，如/REGION/BU/APPLNAME/XXX）。