如何评估/评估消息传递体系结构？
我正在做一个项目，它依赖于与SMS/MMS消息聚合公司的集成，以将应用程序部署到手机上，以及通过SMS执行移动支付。此类体系结构中的许多概念与企业集成和SOA世界中的消息传递模式密切相关。我目前正在评估不同的SMS消息传递供应商，我想知道架构师在消息传递体系结构中是否有一些应该关注的特殊标准。
我的方法是使用体系结构“工具”(性能、可用性、可伸缩性、security...etc)为每个供应商的系统提供一个评分模型。然而，有没有人推荐在与这样的架构集成时需要寻找的其他方法或标准？
非常感谢。
回答 3
Stack Overflow用户
发布于 2009-07-15 06:12:14
完全披露:我曾为一家最大的短信/彩信经纪人工作，所以我可能有点偏见。
我认为对你来说重要的事情将很难从经纪人那里获得可靠的(即非销售数据)数据。在我工作的经纪人那里，我们关注的事情是：
- 可伸缩性:我们选择水平可伸缩性)对大多数事情使用商用硬件
- 吞吐量:代理与每个操作员保持多少个连接到实时/回退
- 故障转移方法:代理是否连接到可用的每个操作员上的冗余SMSC/MMSCs？
- 连接方法:代理是直接通过SMPP/MM4|7连接还是直接使用SS7主干，即它们有点编码。
- 队列容量:在消息丢失之前，在操作员中断的情况下，聚合器可以将消息排队多长时间？
- 直接连接与对等连接:您的潜在交付MNO中有多少直接连接到broker，有多少可以通过MNO传输MNO到达
Stack Overflow用户
发布于 2009-07-15 05:59:26
你真的打算评估这个架构吗，即。聚合器的内部结构？如果我这样做，我会对分解成组件、它们的内聚度和它们的相对解耦等因素非常感兴趣。这些都很重要，原因有很多，尤其是产品未来的可靠性。
产品内部结构变得有趣的另一个地方是可伸缩性和可用性。如果这样的“简易性”被声明，我会非常想知道“架构是如何实现的？”
我认为你采取外部观点的方法，将你的非功能性需求与产品“功能”堆叠在一起，可能是最务实的方法。我也会对供应商本身的“便利性”感兴趣--安装基础是什么，我们是否相信产品的持续支持，产品支持的水平，它是不是你的时区的本地支持，等等。
Stack Overflow用户
发布于 2009-07-14 23:00:06
要正确地打分，你应该考虑到要求是什么。
你可以试着尽可能客观地给所有的“平庸”打分，然后根据要求对每个分数进行加权。
附注:成本(欧元)不应该是方程式的一部分，当然是对用户和供应商来说！
https://stackoverflow.com/questions/1128471
复制相似问题
腾讯云开发者
