采用什么方式传递实时消息比较靠谱？目的是把网站运行的一些警告数据发送发给维护人员。

卡了下，一不小心就发了3条，过了时间，不能删除！抱歉了！

使用第三方监控提供的通知功能

@qq286735628 比如？

@btwo 监控宝之类的
这种监控的活，如果服务器不是特别多，给第三方来承担最合适的

短信的有个问题：不同运营商之间的互联互通问题，这个很恶心。报警通过移动的短信网关发出，移动手机还好，比较及时。联通手机就悲剧了，可能当时就收到，也可能延时几分钟，几小时，几天才会收到。

接着，我们也用过先通过gtalk机器人来发出消息，gtalk 再与twitter绑定，手机装twitter客户端，开启推送，各自去follow那个报警的twitter帐号就行。告警都以 dm 私信发给特定的接收者。
缺点就是 可以收到推送，在消息中心可以看见，但能显示的信息量太小。要看全文，就必须手机自己翻墙，这个麻烦了。

再有，我们那时有了一位ios的app开发者，就请他为我们开发了一个非常简单的app，接受push，展示最新50条消息，帐号绑定iphone的uuid就可以了。用他开发者帐号，直接给我们ipa自己用itunes同步安装。我们自己在idc建立自己的push服务器给apple的push服务器转发消息。这个的确很爽，最佳方式了。只是后来同伴走人，这app就没人维护了，也就死掉了。

现在，签了一家新的短信网关服务商，继续做回短信告警。延迟就延迟吧，也没好办法。

前提，当然，mail警告信一直是最基本有的。

去年底认识一位哥们，是给外企作SA的，我也咨询过他，回复说，是他们自己内部团队开发的app来作告警接收。似乎看来这可能是目前最佳方式了。

139邮箱的到信通知，这个早年也用过，很不靠谱，时常不提示的。

ANDROID的消息通知是否靠谱？有人有这方面的经验吗？

pushover.net 可以试试看