http://www.ox-holdings.com

即时通讯实时消息服务的计费依据将是当日使用服务的用户数上限新匍京a奥门:,此次故障影响到中国节点上

摘要2016 年 2 月 26 日下午五点左右,即时通讯云 LeanCloud 的聊天服务出现故障,故障导致部分终端用户在获取指定聊天记录时,可能会得到整个应用的聊天记录。2016 年 2 月 26 日下午约五点,即时通讯云 LeanCloud 的聊天服务出现故障,故障导致部分终端用户在获取指定聊天记录时,可能会得到整个应用的聊天记录。据官方声称故障持续时间约为十多分钟。以下是LeanCloud官方关于此次故障的说明:故障时间16:45 至 16:58(持续约 13 分钟)影响范围使用了聊天服务,且在服务异常期间发生了聊天记录查询请求的所有应用故障处理16:45我们对生产 Web 服务器应用了新的配置以优化性能。16:56内部监测系统发现聊天服务流量异常并发出报警。经查确认新配置中的部分规则没有产生预期效果,在处理聊天记录 REST API 请求(/1.1/rtm/messages)时会忽略掉所有查询条件(query string)而返回应用下的所有聊天记录。16:58立刻恢复原有配置,问题得到解决。改进措施随后我们进一步调查得知,我们的预备系统与生产系统存在一些微小差异,新配置在预备系统上通过而在生产系统中部分失效。我们会重新对所有业务系统的预备和生产环境进行一致性检查,避免类似的情况再次发生。

摘要即时通讯云服务商LeanCloud 2016年7月13日因由于突发硬件故障,导致雪崩致使即时通讯服务瘫痪48分钟之久!以下消息来自LeanCloud官方:7 月 13 日早上 9 点左右,我们内部在使用中国节点的应用控制台时遇到报错,于是很快便定位到某一集群由于突发硬件故障而引起存储服务中断,经过抢修问题得以解决。大约一小时后正当我们在继续对该集群进行加固处理时,突然遇到流量高峰,该集群的性能逐渐下降并再次发生了故障。此次故障影响到中国节点上 20% 的应用无法使用存储及其依赖服务,如实时通信、云引擎等。美国节点不受影响。故障时间及范围08:49

摘要为帮助用户更容易地掌握应用的存储负载量以及采取必要的性能优化措施,LeanCloud最近上线了存储 API 性能统计功能。以下全文是来自即时通讯云服务商LeanCloud官方的消息:为帮助用户更容易地掌握应用的存储负载量以及采取必要的性能优化措施,我们最近上线了存储 API 性能统计功能。现在您可以通过开发者后台的存储>API 统计>API 性能菜单查看到每日或指定期间内应用的最大并发数、每秒请求数 / QPS、所有请求的最大或平均响应时间等指标数据。这些指标的含义如下:最大并发数并发数是指服务器同时在处理的请求数。一天的最大并发数就是一天里同时在处理的请求数的最大值。最大 QPSQPS 是指 query per second,也就是每秒请求数。这是一天里每秒请求数的最大值。最大响应时间一个请求的响应时间是服务器从收到这个请求到完成处理并发回结果的时间。一天的最大响应时间就是这一天里所有请求当中最耗时的一个请求所对应的时间。平均响应时间一天里所有请求的响应时间的平均值。80%、90%、95% 响应时间上限反映一天内响应时间的分布。将一天内的请求按照响应时间从小到大排序,截取前 x% 的请求,其最大响应时间就是 x% 响应时间上限。如果 95% 响应时间上限是 20ms,意味着当天有 95% 的请求响应时间是低于 20 毫秒的。对大多数应用而言,在一天当中难免出现少数比较慢的请求,这些数字排除了少数异常情况,对衡量真实的用户体验往往比最大响应时间更有参考价值。并发数和 QPS并发数和 QPS(每秒请求数)是容易混淆的概念,所以我们在此做一下详细说明。并发数、QPS、响应时间满足以下关系:平均 QPS × 平均响应时间 = 平均并发数比如:假设在一段时间内一个应用平均每秒要处理 200 个请求,也就是平均 QPS 为 200,如果平均响应时间为 0.04 秒(40 毫秒),那么要及时处理这些请求服务器需要支持的平均并发数为200 × 0.04 = 8。如果通过对代码或者数据库的优化把平均响应时间缩短到了 0.02 秒(20 毫秒),那么服务器需要支持的平均并发数就降低到了200 × 0.02 = 4了。所以在并发数固定的情况下,降低请求的响应时间可以提高服务器每秒可处理的请求数。我们不久前发布了通告,提到未来会将计费方式更改为实时扣费,其中存储服务将以并发数上限作为计费指标。一方面这样让用户有更多动力对自己的应用性能进行优化,性能越好(即请求响应时间越低)那么处理同样数量请求所需的并发上限就越低,成本也就越低。另一方面这也便于我们对云端进行合理的容量规划和资源分配,确保云端服务的稳定可靠。慢查询「API 性能」的第二项是慢查询统计,在这里您可以看到特定日期最耗时的查询请求,包括每个请求的查询条件、出现的次数、平均响应时间等。我们的后台任务会收集各个应用的查询日志并自动优化索引,但如果您在慢查询列表中还是看到大量因为缺少索引导致的耗时请求,可以发送邮件到support@leancloud.cn说明 App ID、Class、查询条件,我们会帮您建立索引。目前在控制台只对用户开放了自助创建唯一索引(即值不能重复),自助创建普通索引的功能将在以后开放。在未来我们将逐步扩充帮助开发者监控和提高应用性能的功能。对用户而言,由于无需进行额外的集成和配置工作,这比集成单独的 APM 服务要简单很多,并且由于 LeanCloud 可以收集所有运行时数据,所以将来我们会提供比传统独立 APM 服务更强大的功能。LeanCloud 会持续投入和改进,致力于为开发者打造更加流畅、高度集成的开发体验。LeanCloud官网地址:

摘要针对近期的服务稳定性问题,即时通讯云服务端LeanCloud进行相关优化,并在接下来的服务过程中启用改进和即时通讯云计费方式。以下为来自即时通讯云 LeanCloud官方的消息:LeanCloud 近期经历了比以往更频繁的稳定性方面的事故,其中有的是因为容量规划上的不足导致服务收到异常流量影响,有的是对上游服务商的域名攻击,有的是针对 LeanCloud 的 DDoS 攻击。LeanCloud 一直将服务的稳定性视为生命线,每次事故之后,都会严肃地总结并明确改进方案。我们也会把事故报告发布到博客上,确保用户们知晓事故原因和过程,以及后续我们要执行的改进措施。为让用户了解我们为此所做出的努力,我们想向大家通报一下在改进措施方面的进展。已经完成的改进措施有:为应对将来可能出现的上游服务商域名被攻击的情况,实现更灵活的域名动态切换,以便在必要时及时切换至其他域名,保证云服务对外服务的可用。完善应对 DDoS 攻击的策略和措施,把受攻击后恢复服务的时间缩短到分钟级。事故公告流程增加了短信通知渠道,确保开发者及时收到信息。(我们在最近的 DDoS 攻击的几十分钟内一共给所有用户发送了三次短信及时更新进展)。正在进行的措施有:增加新的监控措施,对前端网络入包量进行监控,防止网络转发量超过 VM 能力限制。调整前端 VM 配置,使用高包量机型,增大处理能力。改进前端服务器扩容方式,使用 docker 镜像来加快新节点部署上线的进度。API 服务对外增加多路备选域名,降低针对域名的攻击造成的影响。除了技术上的改进外,我们也对计费方式中的不合理之处进行了重新思考。过去我们的存储和即时通讯实时消息服务都是按照一个月的总使用量来计费的,这样造成了一些问题。比如如果一个应用在一个月里发生了 10 亿次 API 调用,我们并不区分这些调用是平均分布在整个月,还是集中在少数几天。而这两种情况对容量规划的要求是非常不同的,如果不做区分,就容易造成资源上的分配不及时,给运维工作造成风险和压力。另外由于存储和即时通讯实时消息是按月后付费,LeanEngine、LeanCache、短信是实时扣费,不同的计费周期和方式给很多用户造成了财务流程上的困扰。所以我们将把所有服务调整为一致的实时扣费的模式,并且存储和即时通讯实时消息服务将调整为按每天用户设定的容量上限收费,其中数据存储的计费依据将是并发请求数的上限,即时通讯实时消息服务的计费依据将是当日使用服务的用户数上限。这样用户可以自己调整预留的资源,确保满足需求。由于计费周期缩短到天,也能满足只在特定日期有超高流量的应用兼顾较低的预算和充足的资源。具体的方案和数字我们还在制定,会在第一时间与用户沟通。同时我们也会确保老用户有平滑的过渡体验。LeanCloud官方地址:

摘要2016年6月份即时通讯云供应商LeanCloud的产品更新内容汇总,仅供参考。以下信息来自LeanCoud官方:6 月份最重大的改进在云引擎方面,云引擎开始支持 PHP这门世界上最好的语言,开发文档(网站托管和云函数)也已齐备。此外,我们计划开始测试 Java SDK 对云引擎的支持。在客户端,iOS ChatKit库也正式推出。ChatKit 是一个由 LeanCloud 官方推出、免费开源、自带 UI 的聊天组件,其底层聊天服务基于 LeanCloud 的 IM 实时通信服务 LeanMessage 而开发,支持 iOS 7+。它的最大特点是把聊天常用的一些功能与 UI 整合一起提供给开发者,帮助开发者快速集成 IM 服务,轻松实现聊天功能。同时它提供完全自由的授权协议,支持二次开发。iOS SDK 最新版本也发布了对 IPv6-Only 环境的支持。消息推送方面,我们很快会发布混合推送功能,支持小米、华为等第三方推送平台,提高 Android 手机在这些平台上的消息到达率,请留意我们的博客和微博通知。我们还发布了 LeanCloud iOS 应用。用户可以在手机上查看 LeanCloud 控制台中与应用相关的基本信息和统计数据,修改设置等等,欢迎下载和试用。更详细的汇总如下。网站及存储服务API 统计的慢查询统计增加了云引擎 hook 的调用统计,耗时较长的 hook 将在该菜单显示,用户可依此来进行优化。API 统计增加 HTTP 状态码和错误码统计,方便用户监控应用的健康状况。修复导入服务导入 Schema 失败的问题,感谢用户的反馈。增加429 错误码,提醒「超过流控限制」。加强检测 ACL 合法性。修复导出失败所调用的邮件模板。离线分析发布了新的结果导出的方案,增强稳定性。实时通信及短信美国节点支持敏感词过滤。完成了混合推送功能,支持小米、华为等第三方推送平台,发布时间请留意我们的博客和微博。lastMessage增加 from 等信息。iOS 推送历史记录增加成功计数字段。短信签名支持默认签名设置。改进短信流控机制,常见的参数和权限错误将不会增加发送次数。云引擎正式发布 PHP 语言支持及相关文档:网站托管开发指南和云函数开发指南。node-js-getting-started更新全局异常处理方式,并增加默认的 15 秒请求超时。上线新的日志收集服务,更加实时和稳定。增强 Hook 安全性,强制校验签名。命令行工具发布了 1.3 版本(Hook 签名和其他 Bug 修复)以及一些细节修改等。LeanEngine Node SDK发布 1.1 版本,强制认证所有 Hook 签名。我们很快会发布 Java SDK 测试版,以及对云引擎的支持,敬请留意我们的博客和微博。iOS SDKiOS SDK 最重要的改进是兼容 IPv6-only 环境,这是苹果官方的最新要求。最新版本是 3.3.4,其他改进如下:修复可变集合在遍历时被修改导致崩溃的问题。修复 protobuf 与用户使用的 protobuf 冲突的问题。修复当有未读消息时,出现「断开—重连」死循环的问题。修复文件类型消息中,文件属性偶尔丢失的问题。修复上传文件时,创建脏数据的问题。修复使用美国节点时,REST API 指向国内节点的问题。修复 protobuf 与用户使用的库冲突的问题。修复云引擎的请求日志无法打印的问题。注意:为了兼容 IPv6-only 网络环境,3.3.3 版本重写了网络层,使得静态库最低支持 iOS 7,后续版本不再支持 iOS 6。请将 iOS 应用的 deployment target 设置为 7.0 及以上。Android SDKAndroid SDK 主要改进集中在 IM SDK 的重连方面,增强稳定性:修复实时通讯网络重连时有可能出现的 NPE 问题。开发者可以自定义日志输出。修复AVIMConversation的attribute会覆盖更新的问题。修复创建会话时会报 4301 的问题。修复实时通讯断网后不能及时重连问题。修改AVIMConversation的setAttribute函数为增量更新,避免覆盖其他已经存在的属性。JavaScript SDK防止 SDK 覆盖全局变量 AV。Object.add、Object.addUnique、Object.remove等方法支持传入非数组类型的 value 参数。修复路由缓存异常时,不再出现多次 410 错误请求。美国节点上传到 S3 改为直接上传,不再通过服务器中转。增加AV.User.associateWithAuthData()方法。修复AV.User.signUpOrlogInWithAuthData()省略 callback 参数会报异常的问题。修复 React Native 中import leancloud-storage时抛出「cannot read property "APIServerURL" for undefined」异常的问题。JavaScript 实时通信和推送 SDK发布leancloud-realtime-typed-messages。改进ConversationQuery对lastMessage的支持,包含更完整的信息。PHP SDK支持云引擎,及 Slim 框架的中间件。云引擎 Node.js SDK详情参考Change Log,主要改进如下:添加对X-LC-UA头的跨域支持。升级 JavaScript SDK 到 leancloud-storage 1.0.0,可能存在细微不兼容。强制检查 Class Hook、User Hook、实时通讯 Hook 的签名信息,确保请求来自 LeanCloud(签名错误的请求会打印一条日志)。使用AV.Cloud.run运行云函数时,被运行的云函数将会得到和 HTTP 调用时结构一致的 request 参数。原文链接:

郑重声明:本文版权归新匍京a奥门-最全网站手机版app官方下载所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。