我正在开发一个项目，该项目依靠与SMS/MMS消息聚合器公司的集成将应用程序部署到手机以及通过SMS执行移动支付。这种体系结构中的许多概念与企业集成和SOA世界中的消息传递模式密切相关。我目前正在评估不同的SMS消息传递供应商，并且想知道架构师在消息架构中是否需要关注某些特殊标准。你如何评估/评估消息架构？
我的方法是使用体系结构“ilities”（性能，可用性，可伸缩性，安全性等）为每个供应商的系统提供评分模型。然而，有没有人推荐其他方法或标准来寻找与这样的体系结构整合？
谢谢你一堆。
完全披露：我曾为最大的SMS/MMS经纪人之一工作，所以我可能会有点偏见。
我认为对您而言重要的事情很难从经纪商那里获得可靠的（即非销售自转）数字。我们专注于在我工作的经纪人的事情是：
可扩展性：多少个连接到每个操作者的经纪人维护：我们使用的大多数事情
吞吐量商品硬件选择横向扩展） live/fallback
故障转移方法：代理是否连接到每个运营商的冗余SMSC/MMSC？
连接方法：是直接通过SMPP/MM4 | 7连接的代理，还是直接利用SS7骨干，即他们有点代码。
排队能力：在信息丢失之前，运营商中断时聚合器能够排队消息多长时间？
直接与对等连接：您的潜在交付移动网络运营商中有多少直接连接到该代理，以及通过对等方达到了多少？
末到终端的运输时间
QOS
谢谢，求求你！非常好的信息要留意。我注意到一些协议/术语，我不知道（我需要做功课），像SS7和MNO。你是否推荐一本特定的书或资源来开始使用这些东西？ 再次感谢。 – wsb3383 2009-07-15 16:05:30
要正确评分“疾病”，您应该考虑要求是什么。
您可以尝试尽可能客观地评分所有“疾病”，然后根据要求对每个分数进行加权。
P.S.不应该将成本（€）也作为方程的一部分。对于用户和提供者当然！
你真的打算评估的架构，即。聚合器的内部结构？如果我这样做，我会非常感兴趣的因素，如分解成分，它们的凝聚力和相对解耦。由于多种原因，这些将是重要的，尤其是产品的未来可塑性。
产品内部结构变得有趣的另一个地方是可扩展性和可用性领域。如果对这样的“ilities”提出索赔，我非常想知道“架构如何实现这一目标？”
我认为你采取外部观点的方法，将产品“ilities”的非功能性要求叠加起来，可能是最实用的方法。我也会对供应商自己的“ilities”感兴趣 - 已安装的产品基础是什么，我们相信产品的持续支持，产品支持的水平，您的时间区域的本地产品等。
如果我是你，我会编辑的帖子把两个问题彼此相邻。在这里很难找到问题。 – 2009-07-14 22:43:17