一种自动化移植SONIC到离线环境的实现方法与流程

一种自动化移植sonic到离线环境的实现方法
技术领域
1.本发明涉及交换芯片技术领域，尤其涉及一种自动化移植sonic到离线环境的实现方法。


背景技术：

2.sonic系统项目隶属于ocp(open compute project,开源计算项目)开源组织的网络工作组，其开源的基因、高度解耦合的简洁优美的系统架构、加上统一的sai(switch abstraction in terface，交换机抽象接口)接口能够很好的屏蔽不同芯片厂商的sdk差异这些特性，吸引了众多的交换芯片厂商都参与进来并贡献自己的成果，如broadcom、centec、marvell、mellanox等。
3.而作为最新最热门的开源网络交换机操作系统，加上众多的交换芯片厂商的参与，在开发过程中就不可避免的会引入非常多的开源技术和脚本语言，如docker，redis，python，go等。这些开源技术和脚本语言的引入虽然可以让系统的开发变得更为便利和迅速，但是为了使系统显的不那么臃肿，很多开源技术和脚本语言的依赖(如docker依赖的images，python依赖的库)等都采用了编译时实时下载的方式，这样就导致了系统的开发编译对网络的依赖非常大。
4.许多公司出于数据安全的考虑，开发编译环境所在的服务器是不允许联网的，所有的开发相关的操作都必须在非联网的离线环境中进行，对外仅预留一个附加了各种安全策略的中转机同时与联网和非联网的环境对接，其中中转服务器可以作为离线服务器和有网络的服务器的ftp中转站，离线服务器和联网服务器之间不能直接互通。这样的环境下要进行sonic的开发编译是非常困难的，必须将sonic所有的依赖本地化才能进行sonic系统的开发，而且由于依赖众多，如果采用手工本地化的方式，每次更换或升级服务器都要进行一次手工将sonic依赖本地化的操作，费时费力而且容易出错。
5.为了解决现有技术的不足，本发明提出了一种自动化移植sonic到离线环境的实现方法，基于python实现sonic对所需要依赖的自动下载、压缩、传输；从而实现sonic在离线环境下进行本地源的制作和sonic的自动编译；解决了sonic不能在离线环境编译的困扰和手工制作本地源费时费力且不易维护的问题。


技术实现要素：

6.为了解决现有技术中的不足，本发明提出了一种自动化移植sonic到离线环境的实现方法，基于python实现sonic对所需要依赖的自动下载、压缩、传输；从而实现sonic在离线环境下进行本地源的制作和sonic的自动编译；解决了sonic不能在离线环境编译的困扰和手工制作本地源费时费力且不易维护的问题。
7.为实现上述目的，本发明采用如下的技术方案。
8.在本发明实施例中，提出了一种自动化移植sonic到离线环境的实现方法，该方法包括如下步骤：
9.s1 sonic的开发人员手工分析编译时需要的依赖；
10.s2分析完所有需要的依赖之后，通过python编写相关程序，实现sonic依赖的自动下载、压缩和传输以及本地源的制作和sonic的自动编译；
11.s3在联网环境服务器中运行的程序，根据需要制作本地源的模块依次下载相关的模块资源，将下载资源打包并通过ftp传输到中转服务器；
12.s4在离线环境服务器中运行的程序，从中转服务器通过ftp将模块资源下载到本地，并依次制作本地源；本地源全部制作完成后主动触发sonic的编译。
13.进一步的，所述python程序分为两部分，一部分定位在联网环境服务器中运行，另一部分定位在离线环境服务器中运行。
14.进一步的，所述联网环境需要填写配置文件，配置文件中标明下载的源和下载方式。
15.进一步的，所述联网环境中的python程序按照联网环境的配置文件中指定的下载方式依次开启多线程下载,每个线程下载一种源；同时增加结果判断机制，失败则重新下载。
16.进一步的，所述离线环境中需要填写配置文件，配置文件中标明搭建本地源需要的路径及动作等。
17.进一步的，sonic编译成功则整个流程结束，编译失败则读取并分析sonic的编译日志，同时按照配置文件扫描测试本地源资源，生成失败的报告。
18.本发明的有益效果在于，针对现有的芯片系统中存在的问题，提出了一种自动化移植sonic到离线环境的实现方法，基于python实现sonic对所需要依赖的自动下载、压缩、传输；从而实现sonic在离线环境下进行本地源的制作和sonic的自动编译；解决了sonic不能在离线环境编译的困扰和手工制作本地源费时费力且不易维护的问题。
附图说明
19.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
20.图1为本发明实现流程示意图；
21.图2为本发明实施例一的联网服务器执行流程图；
22.图3为本发明实施例一的离线服务器执行流程图。
具体实施方式
23.为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。以下实施用例仅用于更加清楚地说明本发明的系统方法及技术方案，而不能以此来限制本技术的保护范围。
24.根据本发明的实施方式，本发明提出了一种自动化移植sonic到离线环境的实现方法，基于python实现sonic对所需要依赖的自动下载、压缩、传输；从而实现sonic在离线环境下进行本地源的制作和sonic的自动编译；解决了sonic不能在离线环境编译的困扰和
手工制作本地源费时费力且不易维护的问题。
25.下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。
26.图1是一种自动化移植sonic到离线环境的实现方法的处理流程示意图。如图1所示，该方法包括如下步骤：
27.s1 sonic的开发人员手工分析编译时需要的依赖；
28.s2分析完所有需要的依赖之后，通过python编写相关程序，实现sonic依赖的自动下载、压缩和传输以及本地源的制作和sonic的自动编译；
29.具体实施时，所述python程序分为两部分，一部分定位在联网环境服务器中运行，另一部分定位在离线环境服务器中运行。联网服务器与离线服务器通过中转服务器进行通信。
30.s3在联网环境服务器中运行的程序，根据需要制作本地源的模块依次下载相关的模块资源，将下载资源打包并通过ftp传输到中转服务器；
31.具体实施时，所述联网环境需要填写配置文件，配置文件中标明下载的源和下载方式。
32.具体实施时，所述联网环境中的python按照联网环境的配置文件中指定的下载方式依次开启多线程下载,每个线程下载一种源；同时增加结果判断机制，失败则重新下载。
33.s4在离线环境服务器中运行的程序，从中转服务器通过ftp将模块资源下载到本地，并依次制作本地源；本地源全部制作完成后主动触发sonic的编译。
34.具体实施时，所述离线环境中需要填写配置文件，配置文件中标明搭建本地源需要的路径及动作等。
35.具体实施时，sonic编译成功则整个流程结束，编译失败则读取并分析sonic的编译日志，同时按照配置文件扫描测试本地源资源，生成失败的报告。
36.需要说明的是，尽管在上述实施例及附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
37.为了对上述一种自动化移植sonic到离线环境的实现方法进行更为清楚的解释，下面结合一个具体的实施例来进行说明，然而值得注意的是该实施例仅是为了更好地说明本发明，并不构成对本发明不当的限定。
38.实施例一：
39.一种自动化移植sonic到离线环境的实现方法，具体实施步骤如下：
40.s1 sonic的开发人员手工分析编译时需要的依赖；
41.为了解决sonic不能在离线环境编译的困扰和手工制作本地源费时费力且不易维护的问题，本发明需要先手工详细分析sonic在编译过程中需要的所有依赖，同时在联网机和离线环境上分别采用python语言开发出一套自动化下载传输和自动将依赖本地化的程序。
42.sonic的开发人员手工分析编译时需要的依赖，主要包括以下几类：
43.1、sonic使用ubuntu系统，因此需要在离线环境做ubuntu的本地源，方便后续的使用；
build image的配置文件中指定的下载源为本地源；
63.6、本地源全部制作完成后主动触发sonic的编译。
64.编译成功则整个流程结束，编译失败则读取并分析sonic的编译日志，同时按照配置文件扫描测试本地源资源，生成失败的报告。
65.本发明的有益效果在于，针对现有的芯片系统中存在的问题，提出了一种自动化移植sonic到离线环境的实现方法，基于python实现sonic对所需要依赖的自动下载、压缩、传输；从而实现sonic在离线环境下进行本地源的制作和sonic的自动编译；解决sonic不能在离线环境编译的困扰和手工制作本地源费时费力且不易维护的问题。
66.本发明申请人结合说明书附图对本发明的实施用例做了详细的说明与描述，以上实施用例仅为本发明的优选实施方案，详尽的说明只是为了帮助读者更好地理解本发明精神，而并非对本发明保护范围的限制，相反，任何基于本发明的发明精神所作的任何改进或修饰都应当落在本发明的保护范围之内。