简述5g新型网络架构 5g网络架构的组成( 四 )


2.业务服务端/PC端/H5端1)IP 地址库使用:是否有用到地址库 , 对用户IP进行地域来源等判断 。有的话需要升级到IPv6 地址库 , 并更新调用方法;
2)IP 地址格式判断:是否对用户IP 进行验证 , 有的话 , 需要加入IPv6 地址格式的正则表达式判断;
3)IP 地址保存:是否对IP有存库等保存操作 , 需要修改相应字段的长度 , IPv6 长于IPv4 ,  MySQL建议字段类型VARBINARY(16);
4)依赖链路上的修改:是否会将IP 作为接口参数传递给下游依赖业务 。有的话 , 下游依赖业务也需要改造;
5)客户端IP 地址的取得方式:如果从客户端请求的头部获取 , 那么在双栈环境中 , 同一请求 , 你只能获取到IPv4 和IPv6 地址中的一个 , 不可能两个都获取 。如果是通过请求正文中的某个字段 , 把客户端地址传上来的 , 那么 , 你需要考虑是否需要获取客户端的v4 和v6 的所有地址;
6)日志:当用了第三方的采集工具 , 如果采集工具不支持IPv6 的话 , 那么采集上来的数据会和服务端的请求日志无法对齐 , 产生GAP 。所以第三方数据产品等都需要能够支持用户IPv6 数据的采集;
7)监控:存在用户IP 作为判断条件/统计条件的监控配置时 , 需要改造;
8)大数据统计:存在用户IP 作为判断条件/统计条件的内容时 , 需要业务改造 。
3.安全 , 测试及灰度保障主要包括上线前的测试保障及上线后的灰度引流能力 。
1)测试保障:抓取客户端日志;客户端业务改造 , 加入网络检测能力;客户端增加IPv6 链路日志 , 服务端日志工具支持对IPv6客户端地址进行分析汇总;IPv6流量压力测试能力;模拟IPv6 网络限速 , 延迟增加能力 。
2)灰度引流能力包括两种方式:
HTTPDNS 方式:基于用户设备的白名单;基于地域+运营商+百分比+用户设备白名单;基于APP 版本的全量百分比 。
LocalDNS(ADNS)方式:ADNS 新开发并上线了一个能力 , 支持一个域名下配置多CNAME 解析功能 , 并且每条解释都可以配置权重 , 通过修改IDNS 的CNAME 权重配置来达到比例控制 。同时加上自有的线路和运营商的选择能力 , 满足地域级的灰度需求 。
3)自动化能力:我们开发了自动化的灰度系统 , 根据起始参数和灰度目标 , 自动规划灰度比和时间节奏 , 实现完全自动化的灰度引流 。监控预警+自动回滚能力 , 边喝咖啡边看灰度量 , 就是这么简单 。
小结
IPv6还处于过渡期 , 目前是IPv4/IPv6双栈发展阶段 , 需要技术和产品特别关注在双栈环境下才会出现的问题 , 而这些问题几乎没有资料可参考 , 非常考验运维团队的应变能力 。以下是我的一些建议:
IPv6地址还在不断分配中 , IPv6地址库的建设将是一项长期工程 , 当IPv6归属地与IPv4归属地存在偏差时 , 优先信任哪一边 , 需要结合业务特点做判断;IPv6建设中最大的投入是监控能力的改造 , 要让业务监控全部支持IPv6 , 否则将无法发现IPv6的网络问题 。在双栈环境中 , 不要用总量模式观察 , 要在各自的协议栈中观察;双栈特有的IPv6回落IPv4的降级能力 , Web端业务不要过度的依赖浏览器的能力 , 因为有些时候它并不靠谱 。可以常识拆分业务域名 , 判断用户环境及网络质量 , 不同的环境给出不同的域名 , 来实现降级能力;双栈环境下 , 一个完整的业务流程 , 可能一部分走IPv4 , 一部分走IPv6 。当业务出现问题时 , 需要足够的埋点用来定位原因 , 因为有些场景下很难再现问题;IPv6的改造 , 更多是面向5G为未来的业务场景布局 , 当下的用户体验并不明显 , 所以不需要向产品强调性价比 。


以上关于本文的内容,仅作参考!温馨提示:如遇健康、疾病相关的问题,请您及时就医或请专业人士给予相关指导!

「四川龙网」www.sichuanlong.com小编还为您精选了以下内容,希望对您有所帮助: