Petlibro 被控燃气: 聪明的养家糊口者在停电后报告饥饿的宠物
Petlibro智能支线车主有过不愉快的经历:大规模云端服务中断使得他们无法通过应用控制自己的设备,在某些情况下,预定的供餐没有触发. 由于公司的回应,情况变得更加糟糕:关于确定问题的时间表以及离线模式如何运作的说法自相矛盾,导致指控: 燃气用户.
发生什么事了 公司如何解释停工
支线制造商由位于深圳的深圳利布罗科技公司所有. 第一次承认问题是在太平洋时间星期二上午5时出现,到星期三晚上,该公司报告完全恢复。 然而,有些用户不同意,甚至于8月13日就报告了持续存在的问题.
Petlibro 首席执行官 吴用在博客上发表贴文道歉,详述技术原因. 结果问题的根源是云服务器:累积的延期请求导致内存超载,使得设备服务停止. 重启后,系统面临同样的请求浪潮,再次下架. 工程师必须进行系统的故障排除,以查明根源,实施固定,等待负载缓慢恢复.
在停播期间,该应用程序无法连接到支线:点播动作,操作历史,记录,通知,以及视频全部无法使用.
外出时间:事件如何展开
纽约 吴重修详图:
- 星期二,上午5时20分 ——发生关键错误,影响应用登录和装置控制.
- 上午6时20分 ——应用功能恢复,但系统开始处理大量积压的延期请求.
- 上午6时43分 ——收到的请求流量超过连接带宽,系统再次下沉.
- 上午8时04分 ——基本功能恢复.
- 上午9点左右 ——应用程序加载速度急剧下降,因此公司决定修剪功能.
- 星期三晚间 ——开发人员确定缓存问题,并禁用服务进行修复.
- 上午11时43分,星期三 ——固定装置部署完毕,服务恢复.
- 星期四晚间 小组监测了设备的重新连接;到上午,计量标准恢复到以前的水平。
- 过后 ——公司一直处于危机状态,直到整个负载周期过后,稳定的性能得到确认.
吴还称,Petlibro增加了带宽,并正在准备审核协议,以审查后端,防止今后出现类似的差异.
关于离线喂养的有争议的索赔
争议的关键点是公司声称智能支线在离线模式下进行定时供餐,而不依赖于应用. 吴 According认为,这为"绝大多数装置"效劳. 然而,有几位用户报告说,他们的宠物在停食期间挨饿,预定的例行公事没有执行.
该公司说,它正在积极调查个别报告遗漏的例行程序,以确定是否涉及次要因素。 但是,对许多客户来说,这种措词听起来像是试图将责任转移给所有者或淡化问题的规模。
令人发指的指控和沟通方面的不满
另一个关键点是,如何告知受影响的用户。 许多人声称,他们从互联网而不是从公司电子邮件得知停电。 虽然Wu的博客表示,Petlibro用连接的设备向活跃的客户发送了5封邮件,并在Reddit和Instagram上发布了4封更新. 公司还设置了它承诺保持状态的状态页.
由于电子邮件和离线供餐的信息相互矛盾,用户开始指责该公司"放气". Petlibro Reddit社区的一名评论员直接对导演说:"不要通过轻描淡写事件的严重性来点燃你的用户...... 在危机期间,你应该夸大问题的规模,而不是低估它。 如果有人的装置不起作用,他们得到这个公告,他们就会大发雷霆".
这一评论很好地反映了一般的情绪:用户期望公司诚实地承认一个问题的规模,而不是提供与其真实经验相矛盾的令人放心的措辞. 因此,一些业主已经开始寻找Petlibro支线的替代品,公司本身也遭受了严重的声誉打击.
这一事件提醒人们,“智能”设备比乍看起来更依赖于云基础设施。 而当宠物的正常喂养处于危急关头时,即使是几个小时的停食时间也会变成不仅是不便,而且会失去顾客的信任.
