最佳实践:使用负载均衡SLB IPv6搞定苹果AppStore审核

本文涉及的产品
私网连接 PrivateLink,5万GB流量 1.5万小时实例时长
全球加速 GA,每月750个小时 15CU
网络型负载均衡 NLB,每月750个小时 15LCU
简介: 1.Greetings HI,大家好,我是负载均衡SLB产品经理添毅,今天我们来聊一聊苹果的IPv6审核,以及使用阿里云负载均衡SLB(IPv6)搞定AppStore IPv6审核。 2.Appstore IPv6审核是什么 由于国外的IPv6发展起步较早,因为在世界上可能已经存在一些IPv6 Only的网络环境了,所谓IPv6 Only就是指仅具有IPv6地址的互联网环境,苹果为了保证这些IPv6 Only的用户也能够顺利的使用苹果的服务和AppStore上的App,因此要求从2016年6月1日起,所有上架AppStore的应用必须支持IPv6-only网络。

1.Greetings

HI,大家好,我是负载均衡SLB产品经理添毅,今天我们来聊一聊苹果的IPv6审核,以及使用阿里云负载均衡SLB(IPv6)搞定AppStore IPv6审核。

2.Appstore IPv6审核是什么

image

由于国外的IPv6发展起步较早,因此在世界上可能已经存在一些IPv6 Only的网络环境了,所谓IPv6 Only就是指仅具有IPv6地址的互联网环境,苹果为了保证这些IPv6 Only的用户也能够顺利的使用苹果的服务和AppStore上的App,因此要求从2016年6月1日起,所有上架AppStore的应用必须支持IPv6-only网络。
参考网址:https://developer.apple.com/support/ipv6/

但这个要求常常被误读为上架AppStore的应用(包括APP、服务器以及服务器所在网络环境)要全面支持IPv6才行,但其实不然。

苹果当然知道,第三方开发者以及的他们的服务器遍布世界各地,各国建设IPv6的进展参差不齐,如果一刀切下来,不要说2016年,恐怕到现今的2018年,这个改造工作量都无法得以完成,将极大影响AppStore市场和苹果生态的繁荣。

因此苹果的要求仅仅是“Support IPv6-only”而不是“Must be IPv6-only”,也就是说第三方开发者的应用只要能被IPv6-only环境下的用户访问即可,并不要求整个系统全面转化为IPv6。

仔细研读上面苹果官网连接中的内容,可以看到如下描述:
image

首先苹果给出一个在没有IPv6-ony环境的情况下,教大家搭建一个IPv6-only的访问环境,便于进行本地的测试
image

接着苹果提到:
针对App来说:并不用全面替换掉其中涉及到IPv4部分的代码(网络相关API),只要能够通过上述IPv6-only环境能够访问即可,可见这个标准存在一些模糊性,需要用户自行搭建上述环境并通过本地测试。
同时苹果也建议到:代码中最好不要出现专门为IPv4或者IPv6提供的API,而尽量使用经过封装的地址簇无关的API。使用这些地址簇无关的、经由苹果良好封装的API,APP可以在IPv6和IPv4环境中自适应,而无需感知底层网络基础设施的细节。

针对服务器来说:如果服务器部署在互联网上,那么其实并不需要进行立即的改动,因为应为苹果会通过6to4转换服务器即DNS64/NAT64,去访问你的应用,只要能访问通就行。
同时苹果也建议到:尽管现在不需要,迟早服务器时需要IPv6支持的,即服务器能够分配IPv6地址,域名能够解析到V6的地址。
但如果有些服务器是内嵌在iOS App客户端本身中的情况,由于这种情况无法进行6to4转换,因此必须要要求改内嵌Server和客户端都具备IPv6的处理能力。

总结下来苹果的IPv6-only Support审核走的是两条路线:

  • 如果应用App、服务器、网络环境均具备IPv6条件,直接访问就好了。
  • 如果应用App、服务器、网络环境不具备IPv6条件,那么苹果将通过DNS64/NAT64来访问你的应用。

这样看来,大部分情况下,我们应该什么都不需要做,就能顺利通过审核,但是为什么网上存在大量的用户抱怨审核不通过呢?

3.为什么会审核失败

其实问题主要出在DNS64/NAT64这个环节,苹果在通过DNS64/NAT64访问我们的应用服务器时,由于其测试环境部署在美国,而我们的服务器如果部署在中国大陆境内,在6to4转换访问是往往会出现一些不可描述的失败原因,从而导致审核失败。
这时最好的办法就是让审核访问路径不要走DNS64/NAT64这一条路径,从而让应用服务器拥有一个IPv6的地址,就是王道了。

4.解决方案

使用阿里云负载均衡SLB IPV6实例,同样无需后端应用的改造,将原有服务直接挂载到IPv6 SLB的后端,由SLB实现6to4转换,而在苹果审核服务访问应用系统的时,是直接访问IPv6 VIP的(SLB上提供的IPv6地址),因此App审核将不再是烦恼。

image
如何购买IPv6实例具体参看《终于来了!重磅发布:阿里云负载均衡SLB率先支持IPv6!》.

PS:如果用IPv6 SLB审核还是出现问题,可以尝试升级付费版本云解析,可能会有奇效哦!

5.结束语

目前阿里云负载均衡SLB已经面向全网用户开放IPv6实例购买,同时IPv6 SLB更享65折带宽优惠,即刻行动起来,今天就让您的服务升级到IPv6吧 !

相关实践学习
SLB负载均衡实践
本场景通过使用阿里云负载均衡 SLB 以及对负载均衡 SLB 后端服务器 ECS 的权重进行修改,快速解决服务器响应速度慢的问题
负载均衡入门与产品使用指南
负载均衡(Server Load Balancer)是对多台云服务器进行流量分发的负载均衡服务,可以通过流量分发扩展应用系统对外的服务能力,通过消除单点故障提升应用系统的可用性。 本课程主要介绍负载均衡的相关技术以及阿里云负载均衡产品的使用方法。
目录
相关文章
|
存储 负载均衡 调度
Docker 多主机部署:构建容器集群的最佳实践,助力高可用性与负载均衡
Docker 多主机部署:构建容器集群的最佳实践,助力高可用性与负载均衡
843 0
|
3月前
|
负载均衡 Java 对象存储
负载均衡策略:Spring Cloud与Netflix OSS的最佳实践
负载均衡策略:Spring Cloud与Netflix OSS的最佳实践
55 2
|
7月前
|
负载均衡 Kubernetes Cloud Native
云原生最佳实践系列2:基于 MSE 云原生网关同城多活
通过使用阿里云的云原生微服务引擎 MSE,可以实现注册中心的同城容灾多活微服务应用。MSE 提供了云原生网关和注册中心,支持机房级故障的秒级自动转移、非对等部署下的全局流量负载均衡以及流量精细化管控。
774 43
|
7月前
|
负载均衡 Cloud Native 安全
云原生最佳实践系列 6:MSE 云原生网关使用 JWT 进行认证鉴权
本文档介绍了如何在 MSE(Microservices Engine)云原生网关中集成JWT进行全局认证鉴权。
1038 22
|
存储 负载均衡 NoSQL
高速读写、负载均衡:基础架构KV存储项目最佳实践
高速读写、负载均衡:基础架构KV存储项目最佳实践
|
存储 运维 负载均衡
《企业运维之云上网络原理与实践》——第二章 负载均衡 CLB——负载均衡CLB(中)-最佳实践(2)
《企业运维之云上网络原理与实践》——第二章 负载均衡 CLB——负载均衡CLB(中)-最佳实践(2)
205 0
|
弹性计算 运维 负载均衡
《企业运维之云上网络原理与实践》——第二章 负载均衡 CLB——负载均衡CLB(中)-最佳实践(3)
《企业运维之云上网络原理与实践》——第二章 负载均衡 CLB——负载均衡CLB(中)-最佳实践(3)
342 0
|
弹性计算 负载均衡 Cloud Native
Soul 云原生网关最佳实践
Soul 是基于兴趣图谱和游戏化玩法的产品设计,属于新一代年轻人的虚拟社交网络。成立于2016年,Soul 致力于打造一个“年轻人的社交元宇宙”,最终愿景是“让天下没有孤独的人”。
Soul 云原生网关最佳实践
|
弹性计算 负载均衡
应用型负载均衡ALB最佳实践测评
[应用型负载均衡ALB最佳实践测评](应用型负载均衡ALB最佳实践测评) # 实验架构 **本次是使用应用型负载均衡ALB来进行典型的HTTP流量负载场景演示,下面会向您演示ALB的最佳使用方法,让您通过本篇文章掌握ALB的基础使用方法**
257 1
应用型负载均衡ALB最佳实践测评
|
消息中间件 存储 负载均衡
RocketMQ 客户端负载均衡机制详解及最佳实践
本文介绍 RocketMQ 负载均衡机制,主要涉及负载均衡发生的时机、客户端负载均衡对消费的影响(消息堆积/消费毛刺等)并且给出一些最佳实践的推荐。
448 0
RocketMQ  客户端负载均衡机制详解及最佳实践

相关产品

  • 负载均衡
  • 下一篇
    DataWorks