背景
目前实际业务中遇到了两个“拦路虎”。
某天，网站发生了宕机，开发们紧急查找问题，发现是消息堆积引发的。消息在队列中积累并达到或超过队列的存储上限，没有做监控或者告警，前端业务无感知，仍然坚持不懈的进行业务操作。
又过了几天，多名用户反映页面频繁提示操作失败。开发们紧急查找问题，发现是发生高流量脉冲时，没有做好相应保护容易导致系统超负荷甚至崩溃。
寻找解决方案
云消息队列 RabbitMQ 版的应用场景之一，便是削峰填谷。云消息队列 RabbitMQ 版能做到削峰填谷。其高性能的消息处理能力可以承接流量脉冲而不被击垮，在确保系统可用性的同时，通过快速有效的请求响应技术提升用户体验。其海量消息堆积能力确保下游业务在安全水位内平滑稳定地运行，避免流量高峰的冲击。
开源RabbitMQ迁移上云体验
迁移前
在考虑迁移至云消息队列 RabbitMQ 版之前，开发者需要进行技术能力和成本效益评估，以确保选型符合自己的需求。
迁移前评估
可以从两方面出发，进行评估。
1、技术评估
- 云消息队列 RabbitMQ 版和开源RabbitMQ在功能、服务和性能、Exchange和Queue等几个方面存在差异，在迁移至云消息队列 RabbitMQ 版之前，请查看差异项并评估云消息队列 RabbitMQ 版的功能是否符合您的预期。具体差异点，请参见开源对比。
- 云消息队列 RabbitMQ 版对集群、接口调用以及字符进行了限制，在使用时不能超过相应的限制值，在迁移之前，请评估限制值是否能满足您的业务要求。更多信息，请参见实例类型
2、费用评估
云消息队列 RabbitMQ 版提供了Serverless版、专业版、企业版、铂金版四种实例类型以满足您不同的业务场景需求。不同实例类型间的差异，请参见实例类型。
相比其他实例类型，Serverless版实例具备更好的弹性能力和费用优势。计费项目包括消息收发次数、Queue数量、消息存储空间、公网下行流量（可选）和消息轨迹（可选）。计费规则，请参见Serverless后付费实例计费说明。
迁移上云
1、迁移元数据
2、创建用户名、密码并授权
3、打通网络
4、迁移消息数据
