App Store崩溃折射苹果缺乏保护开发者和用户的手段!

苹果App Store因FairPlay DRM保护机制错误出现大范围故障,导致开发者提交的应用获得大量1星评价,影响应用下载量和排名。热门应用如《愤怒的小鸟》受影响较小,但对非热门应用影响巨大。开发者呼吁苹果提供官方沟通渠道,解决紧急事故并修复系统问题。

可能是由于FairPlay DRM保护机制的出错,苹果App Store出现了大范围的故障。这次的故障引起了众多开发者的不安,因为他们所提交的应用程序获得大量1星级的评价,而且大部分开发者对这次事故束手无策。 真正让人担忧的不是事故的本身,因为它很快就会被苹果解决。苹果更应该注重这次事故给开发者造成的损失,他很有必要跟开发者进行沟通。

这个故障已经持续了24小时,大量的应用因为评分问题导致下载量有大幅度的下降。就拿高清版的《愤怒的小鸟》来说,大概有50%的新下载用户给予这个应用1星级的评价。要知道,这款游戏应用一直以来都保持在5星级的评价,这次的事故导致《愤怒的小鸟》总体评价降为3星级。不过我们从中也可以看出 ,这次只是部分服务器出了问题,因为《愤怒的小鸟》依然有新的5星级评价。

像《愤怒的小鸟》这种热门的应用,现在的状况不会对其造成多大的影响。等到苹果修复问题后,自然能回到5星级评价的水平。但是对于那些不是非常热门的应用来说,这次的事故可能会让公司蒙受巨大损失。

很多独立开发者的应用凭着5星级的评价,被苹果App Store安放在一个较好的位置。对于任何目录来说, 应用排名在前200名的话都会为开发者带来业务和收入。这次的事故将会严重影响到他们的应用排名,对于他们来说是致命的打击。

现在问题的核心在于,开发者在苹果在App Store发布自己的产品后,就失去了对产品的控制,而且也不能通过App Store跟用户进行沟通。如果存在一个官方频道让开发者和用户进行沟通的话,相信这次的事故所造成的损失能降到更低。苹果App Store很明显需要一个警报系统,让开发者可以其页面上发出事故通知。

“虽然说这次受影响的比例很小,但是我们依然失去了成千上万个用户!”Readdle公司的Denys Zhadanov抱怨,“我们在4.1版本花费了很多功夫,团队正在等待反馈的时候,App Store却在这个时候玩失常!现在搞到我们的团队焦头烂额!”Zhadanov表示他要想办法对用户澄清这件事,把负面影响降低到最低。

对于这次的事故,开发者Arment也向我们提供了一种解决方案。他表示,如果你所提交的应用存在严重的BUG,你可以置之不理,也可以选择下架。这次的事故完全可以利用下架这个功能把损失降到最低,不少开发者是通过这种方法来消除1星级评价问题。

据报道,已经有一些应用针对这次的事故发布了应用补丁。不过我们更希望苹果能尽快解决问题,因为还有很多开发者在等待发布自己最新的应用。另外,希望苹果不要只看到问题的表面,除了修复问题外,他们需要思考一下自己App Store到底有那些不足,至少应该提供一个让开发者可以跟用户沟通的渠道,也需要发布相应的工具来应对紧急事故。

作为一个庞大的互联网公司,难道对App Store就没有紧急的应对方案吗?为什么不能把App Store系统先回退到原来的稳定版本,然后再对新系统问题进行修复呢?既然是部分服务器出了问题,为什么就不能先把有问题的服务器关闭了呢?苹果,你在干啥呢?

Via:thenextweb

抽水雷锋网专稿,转载请注明!)
内容概要:本文详细介绍了“秒杀商城”微服务架构的设计与实战全过程,涵盖系统从需求分析、服务拆分、技术选型到核心功能开发、分布式事务处理、容器化部署及监控链路追踪的完整流程。重点解决了高并发场景下的超卖问题,采用Redis预减库存、消息队列削峰、数据库乐观锁等手段保障数据一致性,并通过Nacos实现服务注册发现与配置管理,利用Seata处理跨服务分布式事务,结合RabbitMQ实现异步下单,提升系统吞吐能力。同时,项目支持Docker Compose快速部署Kubernetes生产级编排,集成Sleuth+Zipkin链路追踪与Prometheus+Grafana监控体系,构建可观测性强的微服务系统。; 适合人群:具备Java基础Spring Boot开发经验,熟悉微服务基本概念的中高级研发人员,尤其是希望深入理解高并发系统设计、分布式事务、服务治理等核心技术的开发者;适合工作2-5年、有志于转型微服务或提升架构能力的工程师; 使用场景及目标:①学习如何基于Spring Cloud Alibaba构建完整的微服务项目;②掌握秒杀场景下高并发、超卖控制、异步化、削峰填谷等关键技术方案;③实践分布式事务(Seata)、服务熔断降级、链路追踪、统一配置中心等企业级中间件的应用;④完成从本地开发到容器化部署的全流程落地; 阅读建议:建议按照文档提供的七个阶段循序渐进地动手实践,重点关注秒杀流程设计、服务间通信机制、分布式事务实现系统性能优化部分,结合代码调试与监控工具深入理解各组件协作原理,真正掌握高并发微服务系统的构建能力。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值