澳门新葡亰平台官网-澳门新葡亰平台游戏app 关于新葡亰 自动更新的对话和消息状态Promise,所有应用的数据存储服务都出现访问异常(持续 19 分钟)13

自动更新的对话和消息状态Promise,所有应用的数据存储服务都出现访问异常(持续 19 分钟)13

摘要即时通讯云环信CEO刘俊彦最后总结说:“我们希望可以永远领先对手一步。当对手气喘吁吁爬上一座山岗以为追上环信时,发现环信已经不在这里了,环信已经在另外一座更高的山岗了。前言  环信这个成立仅三年的全通讯能力云服务提供商,去年已占据国内SaaS移动端客服市场77.4%的份额。环信CEO刘俊彦在谈及过往企业级服务市场差异的时候说道:“过去中国企业的消费能力没有打开,现在随着移动互联网的发展和信息化程度的提高,市场需求被激发,中国企业级服务市场打开了,这是最大的区别之一。”  环信现在有2条产品线。一条产品线是环信即时通讯云,是国内第一家,也是最大的一家即时通讯云平台。另一条产品线是环信移动客服,是目前国内最大的SaaS客服平台。环信CEO-刘俊彦通过IM连接人与人,连接人与商业  当艾媒网记者问到刘俊彦环信为什么要做环信移动客服这个产品时,刘俊彦提到,在移动互联网时代,消费者会通过很多渠道来找商家解决问题,比如电话,网页,微博,微信,手机APP,而环信提供的是一种不管通过什么渠道都能够得到服务的这样一款产品,这就是环信的全媒体客服。  刘俊彦说道:“我们做IM起家,我们发现IM天然有两种场景,一种是连接人与人,另一种是连接人与商业。”用IM做社交,像微信那样发送文字语音图片等功能,促进人和人之间沟通,这个是连接人和人;第二种是用IM连接人和商业,最典型的是淘宝旺旺,或者微信公众账号,消费者可以向商家提出问题。环信刚开始做即时通讯云来连接人与人,后来发现连接“人与商业”这个市场和连接“人与人”的即时通讯云市场一样大,于是又做了环信移动客服这个产品。现在环信已经初步完成了对连接人与人和连接人与商业的2个核心场景的全覆盖。  刘俊彦说:“我们的规模和服务用户数量是最高的。我们有六万个APP用户,覆盖了3.1亿部活跃手机。每天发送信息3亿条,高并发能力是被验证过的。”从移动IM技术入手,垄断行业  客服软件行业很早就存在,随着技术的进步,发展也极其迅速,大致可以分为三个阶段。前互联网时代,互联网还没有得到发展和普及,主要是电话客服,消费者给商家打电话;第二个阶段是进入互联网时代,即在2000——2011年,这时客服行业多了一个渠道,消费者可以通过网站找到商家,线上服务开始了;第三个是在移动互联网时代,据双11天猫统计的结果,用户80%的订单是在手机上完成的,说明如今消费者不再是在PC端或者是在电话上解决问题,遇到问题的第一反应是怎么通过手机上的原生应用得到商家支持。  环信的定位选择在移动端客服入口。刘俊彦说:“客服软件厂家的主战场一定是移动端客服,在这个战场上打赢了就相当于打赢整个客服软件的战斗。所以环信是从我们最擅长的移动IM技术入手,然后进入到移动端的客服软件。在移动端客服软件这个市场,可以说我们环信是一个绝对垄断的地位。”刘俊彦表示环信具有非常深的技术壁垒,从移动端客服这个点做深做透,然后再向全媒体客服市场拓展,做电话的客服,做微信的客服,做网页的客服,以点带面,逐渐垄断整个客服软件市场。刘俊彦认为这也是环信相比于其他客服企业的第一个优势。加大人工智能投入巅峰行业  环信的第二个优势是在人工智能技术上,刘俊彦在采访时说道:“我们认为人工智能在实体行业第一个落地领域一定是客户服务领域。”客服领域当前是一个非常劳动密集型领域,这个行业面临着中国人口红利消失,90后不愿从事这样的工作,招聘非常难等很多问题。而环信认为这些问题一定要通过技术手段来解决,一些简单的重复的问题由机器人解答,一些复杂的问题也可以改为在人机混合模式下,由机器人提供备选答案,由真人来选择答案。  人工智能能会改变这个行业,阿尔法Go和人类的围棋大战将人工智能市场的关注度推上了高潮,在云服务市场,人工智能发展尚未普及和成熟。值得注意的是App市场已经趋于饱和,人工智能聊天正成为新的入口和蓝海。“人工智能会改变这个行业,跟其他的公司比较起来,在人工智能,我们技术的投入在行业是比较靠前的。”刘俊彦坚定地答道。大数据和人工智能的发展对这个行业会有一个颠覆性的改变。我们在大数据方面的投入也是靠前的。环信已推出全媒体智能客服,通过完全自主或人机混合模式的智能机器人技术极大降低人工客服工作量。在这个市场若想实现可持续发展,一定不是陷入同质化产品的无谓竞争,而是基础IT能力的实力较量。一针见血。这个技术出身、目前仍自诩程序员的创业者,洞察市场和未来的时候却不失犀利。剖析用户痛点
解决用户痛处,永远领先对手一步  刘俊彦在接受艾媒网记者采访时,深入剖析了用户的痛点。首先,他认为客户需要全媒体客服解决方案,去年之前,很多企业客服是以电话为主。去年之后,消费者很快速地向移动端转移。消费者只要不是紧急和复杂的情况,都不想打电话,因为电话是一个很重的沟通方式。很多企业需要同时服务四个渠道,包括电话、网页、微信、APP,以前没有厂家提供。  其次,中国的人口红利正在消失,现在的年轻人越来越不愿意做客服工作。很多公司的客服部门经历了从北京市区迁到郊区,再迁到合肥贵州,下一步可能就要迁到老挝越南了,这是一种不可持续的局面,必须要通过技术手段来解决人力的问题。  刘俊彦针对用户的这些痛点,介绍环信的解决方案。  第一,目前环信已经把全媒体客服产品打磨的很好了。“我们是第一家真正提供全媒体客服的厂家。用户需要的是电话加网页加微信加APP的四合一的整体客服解决方案,数据完全打通。环信这种全媒体客服就解决这种痛点。”刘俊彦说道。  第二,环信已经有一套比较好用的智能机器人系统。人工智能和大数据技术将改变客服行业,将客服行业从一个劳动密集型的行业变成一个高科技驱动的行业,用机器代替一部分的人工。环信CEO刘俊彦的总结  最后总结说:“我们希望可以永远领先对手一步。当对手气喘吁吁爬上一座山岗以为追上环信时,发现环信已经不在这里了,环信已经在另外一座更高的山岗了。所以我们做了很多有别竞争对手的差异化产品。比如环信反垃圾产品。”。很多社交产品用户被垃圾消息骚扰特别严重从而导致用户流失,我们帮助企业做反垃圾服务从而帮助提高用户留存。环信也是行业首个推出反垃圾服务的厂商。  另一个和对手差异化的产品是环信社交大数据。这个产品帮助企业分析IM用户的关系链和社交行为,从而提高APP的日活和粘性。还有环信业界首推的环信红包功能,这种产品能够帮助客户提高变现能力环信永远在功能上领先对手一个层面。

摘要4月22日即时通讯云 LeanCloud
发生了因存储集群故障而致服务瘫痪,从事故原因中可以想够用的出目前LeanCloud这类即时通讯云厂商所面临的各种挑战。前言4月22日即时通讯云
LeanCloud
发生了因存储集群故障而致服务瘫痪,从事故原因中可以想象的出目前LeanCloud这类即时通讯云厂商所面临的各种挑战:当用户量持续增大,所面临的各种因大并发、高服务需求问题,时常导致整体服务品质的下降,这也侧面反映出,要做出可靠的云即时通讯服务,在没有现成方案可用的情况下,各厂商要走的路显然还很长。以下是官方事故通报情况2016
年 4 月 22 日 13:04 开始,LeanCloud
中国节点的后端存储集群出现问题,导致该节点上所有应用都出现了存储 API
访问故障,将近半小时后得到恢复。故障的详细经过通报如下。故障时间13:09-13:28
所有应用的数据存储服务都出现访问异常(持续 19 分钟)13:28-13:40
大部分应用已经恢复,但还有 20% 的应用依然无法正常访问(持续 12
分钟)影响范围中国节点上所有应用的存储服务都受到影响,同时依赖于数据存储的实时通信、云引擎服务也可能出现内部错误。美国节点不受影响,所有服务均工作正常。事故经过13:04
我们监控系统陆续发出报警,后端存储集群访问超时慢慢增多,工程师介入调查,并向用户发出了短信和邮件通知。13:10
整个集群的存储 API Server
不再响应外部请求。调查后确认是后端存储系统在做大量耗时的关系数据写入操作,导致系统失去响应。于是我们马上重启集群,并分批开放流量。13:28
部分存储分片(shard)得到恢复,80%
的应用访问恢复正常;发送第二次故障进度通知。13:40
所有应用恢复正常;发送故障解决通知。后续改进措施这一次故障的根本原因在于
AVRelation
模型的底层实现存在缺陷,某些特殊条件下会导致后端存储系统因忙于处理而失去响应。我们已完成替代方案的开发,正在测试中,下周会发布更合理的解决方案。(4
月 27
日周三完成)改进并发限制的算法,以便在异常条件下更好地限制故障的影响范围。(4
月 25
日周一完成)排查所有危险/耗时操作,在上层进行写入控制,避免对后端存储系统造成太大影响。(4
月 25 日周一完成)LeanCloud官网访问以下地址即可:leancloud.cn

摘要即时通讯云 LeanCloud 下一代 JavaScript 即时通讯 SDK 的 3.0 beta
版本发布了!以下为来自即时通讯云 LeanCloud官方的消息:今天我们高兴地宣布
LeanCloud 下一代 JavaScript 实时通讯 SDK 的 3.0 beta
版本发布了!我们不仅为这一新版本(以下简称
v3)带来了性能提升,还加入了很多令人激动的新功能和改进,包括单点登录、未读消息通知、按条件查询对话、自动更新的对话和消息状态、自定义消息类型、更好的断线重连机制,以及重新设计的
API 等等。重新设计的 API在 v3 中我们改进的重点是 SDK
的易用性,为此我们设计了全新的
API。除了一些细小的命名与特性的区别,JavaScript SDK v3 的 API 与其他平台
SDK 的 API
已经统一。随着平台差异性的减少,开发者在为各平台应用设计与实现阶段所投入的工作量也会降低。相较于
v2,v3 API
对易用性的改进体现在以下几个方面:自动更新的对话和消息状态Promise
与异常处理新的事件模型可扩展的消息类型系统自动更新的状态v2
中封装了各种操作指令与事件,但是在真实的项目中,你仍然需要额外维护一些状态,这些状态包括了:对话:成员列表、未读消息数、最后消息时间、最后消息(如果有)消息:发送状态v3
中这些状态都会由 SDK
自动更新。这将大大简化业务逻辑的代码,比如当你使用类 MV*
框架时,你可以直接将这些实例与 View 层绑定,就像下面这个使用 Angular
展示消息列表的例子一样:<ul class=”list-group”> <li
class=”list-group-item” ng-repeat=”conversation in conversations”>
<span class=”badge”>{{conversation.unreadMessagesCount}}Live
demo:
与异常处理所有的异步 API 将返回 Promise 实例。相比于 v2
中回调的方式,Promise 将会避免回调嵌套过深的问题,同时解决了 v2
异步操作异常被 SDK 隐藏的问题。// 使用 Promise
以链式方法登录、创建会话、发送消息realtime
.createIMClient(‘three-bodies’) .then(tom => tom.createConversation({
member: [‘the-earth’] })) .then(conversation =>
conversation.send(new TextMessage(‘不要回答!’)) .then(message => {
/* 成功 */ }) .catch(error => { /* 处理异常 */ });新的事件模型v3
中的事件 API 使用的依然是 Node.js 中EventEmitter的设计。与 v2
中所有事件都在RealtimeObject上派发不同,v3
中不同类型的事件会在不同的层面派发:网络状态相关的事件在Realtime实例上派发。某个客户端相关的事件在该IMClient实例上派发。某个对话相关的事件在该Conversation实例上派发,同时也会在其隶属的IMClient实例上派发。详细的事件列表与描述,请参阅API
文档的 Events
部分。可扩展的消息类型系统自定义一个消息类型从来没有像现在这么简单:@AV.messageType(3)@AV.messageField(‘foo’)class
CustomMessage extends AV.TypedMessage { constructor(foo) { super();
this.foo = foo; }}Live
demo:
TypeScript 或者 Babel 才能运行。这里还有个ES5 的例子。同时,基于
LeanCloud 存储服务,SDK
还提供了常见的富媒体消息类型(文件、图片、视频、音频、位置)。为了避免实时通讯
SDK 与存储 SDK 的耦合,这些富媒体消息类型是一个独立发布的
package,关于富媒体消息的详细内容请参阅《JavaScript 实时通信开发指南 –
富媒体消息》。新增功能JavaScript 的 API 与其他平台 SDK 的 API
的统一意味着以下功能已得到支持:单点登录「未读消息通知」模式对话条件查询构造器(ConversationQuery)断线重连机制SDK
的连接层也被重新设计,断线重连机制变得更加可靠,存在于 v2 中的 crash
与漏报已被消除。除了disconnect与reconnect,v3
中增加了两个新事件schedule与retry,通过它们你就可以了解到 SDK
在断线重连的过程中正在做什么,进而向用户给出更友好的提示。关于断线重连机制的细节请参阅《JavaScript
实时通信开发指南 – 网络状态响应》。性能提升v3
还包含了一些底层上的改进:二进制协议 ProtoBuf
的引入使传输消息时的流量消耗减少了 70%。多个 Client
实例共享一个长连接的措施减少了 SDK 消耗的资源。从 v2 升级v3 API 不兼容
v2。对于正在使用 v2 的用户,尽管 v2 中所有的 API 在 v3
中有对应的实现(参见《JavaScript 实时通信 SDK v3
迁移指南》),我们仍然需要提醒,迁移到 v3
意味着一定的迁移成本。此外,必须指出的是,v3 去掉了对 IE10
及以前版本的支持,如果需要兼容这部分运行环境,请继续使用 v2。在 v3
正式发布后,v2 依然会得到至少 6
个月的安全更新。LeanCloud官网

标签:, , , , , , , , , , ,

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图