dongcc个人页面-阿里云开发者社区

个人介绍

暂无个人介绍

擅长的技术

获得更多能力
通用技术能力:

暂时未有相关通用技术能力~

云产品技术能力:

暂时未有相关云产品技术能力~

阿里云技能认证

详细说明
  • 高分内容
  • 最新动态
  • 文章
  • 问答
  • 提交了问题 2014-11-05

    【阿里云产品公测】MQS使用体会和建议

正在加载, 请稍后...
暂无更多信息
正在加载, 请稍后...
暂无更多信息
正在加载, 请稍后...
暂无更多信息
  • 回答了问题 2014-11-06

    【阿里云产品公测】MQS使用体会和建议

    回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)。
    踩0 评论0
  • 提交了问题 2014-11-05

    【阿里云产品公测】MQS使用体会和建议

正在加载, 请稍后...
滑动查看更多