一种文件共享服务的构建方法和装置、使用方法和服务器

技术领域

本发明涉及软件开发技术领域，特别是涉及一种文件共享服务的构建方法、构建装置、使用方法、服务器、计算机设备和存储介质。

背景技术

在日常办公环境下，普遍存在内部资料需要在组织内部共享的情况，所述内部资料的形式包括但不限制于文档、图片、视频以及音频文件。现有技术中通常使用基于分布式的文件存储系统，例如MongDB、MinIO等实现上述需求，需要专业技术人员进行复杂的开发和配置，存在开发、维护成本高的缺陷；另一方面选用第三方的云服务实现，需要额外投入成本购买相关服务，对于涉密的内部资料而言存在安全隐患。

因此如何安全、轻量化、低成本以及可扩展的实现内部资料共享成为本领域技术人员亟待解决的技术问题。

发明内容

为了解决上述问题至少之一，本发明第一方面提供一种文件共享服务的构建方法，包括：

生成web应用程序，所述web应用程序通过代码框架形成前端应用以实现文件的上传，并通过服务器实现在线查看和下载；

通过镜像打包工具将所述web应用程序、与所述web应用程序对应的构建工具镜像和开发工具包镜像、以及服务器镜像进行打包生成web文件服务镜像。

进一步的，所述web应用程序通过代码框架形成前端应用以实现文件的上传进一步包括：

所述web应用程序通过swagger代码框架形成前端应用以实现文件的上传。

进一步的，所述通过服务器实现在线查看和下载进一步包括：通过Nginx或Tomcat实现文件的在线查看和下载。

进一步的，所述通过镜像打包工具将所述web应用程序、与所述web应用程序对应的构建工具镜像和开发工具包镜像、以及服务器镜像进行打包生成web文件服务镜像进一步包括：

通过构建工具执行构建指令对所述web应用程序进行构建获取构建包，所述构建工具为加载所述构建工具镜像获取的；

将所述构建包和所述开发工具包镜像合并到所述服务器镜像；

将所述web应用程序的配置信息添加到所述服务器镜像；

通过所述镜像打包工具对所述服务器镜像进行打包生成web文件服务镜像。

进一步的，所述通过所述镜像打包工具对所述服务器镜像进行打包生成web文件服务镜像进一步包括：

使用Dockerfile定制所述服务器镜像以生成所述web文件服务镜像。

本发明第二方面提供一种应用如本发明第一方面提供所述构建方法构建的web文件服务镜像的使用方法，应用于服务器，包括：

服务器加载web文件服务镜像；

所述服务器启动web应用程序以形成文件服务访问链接；

所述服务器响应于用户对所述文件服务访问链接的操作，通过代码框架形成的前端应用进行文件上传，或者通过服务器进行文件浏览和下载。

进一步的，所述通过代码框架形成的前端应用进行文件上传进一步包括：

所述服务器接收至少一个文件并获取各文件的文件标识；

所述服务器根据各文件标识分别判断是否已存储对应的文件，若未存储则保存所述文件。

进一步的，在所述服务器接收至少一个文件并获取各文件的文件标识之后，在所述服务器根据各文件标识分别判断是否已存储对应的文件，若未存储则保存所述文件之前，所述使用方法还包括：

所述服务器判断是否存在存储所述至少一个文件的存储路径，若不存在则创建新的存储路径。

本发明第三方面提供一种文件共享服务的构建装置，包括程序生成单元和镜像生成单元，其中

所述程序生成单元配置为生成web应用程序，所述web应用程序通过代码框架形成前端应用以实现文件的上传，并通过服务器实现在线查看和下载；

所述镜像生成单元配置为通过镜像打包工具将所述web应用程序、与所述web应用程序对应的构建工具镜像和开发工具包镜像、以及服务器镜像进行打包生成web文件服务镜像。

本发明第四方面提供一种服务器，包括控制器，所述控制器配置为：

加载web文件服务镜像，所述web文件服务镜像为应用如本发明第一方面提供的所述构建方法构建；

启动web应用程序以形成文件服务访问链接；

响应于用户对所述文件服务访问链接的操作，通过所述代码框架形成的前端应用进行文件上传，或者通过服务器进行文件浏览和下载。

本发明第五方面提供一种计算机可读存储介质，其上存储有计算机程序，

该程序被处理器执行时实现如本发明第一方面提供所述的构建方法；

或者

该程序被处理器执行时实现如本发明第二方面提供的所述使用方法。

本发明第六方面提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，

所述处理器执行所述程序时实现如本发明第一方面提供的所述构建方法；或者

所述处理器执行所述程序时实现如本发明第二方面提供的所述使用方法。

本发明的有益效果如下：

本发明针对目前现有的问题，制定一种文件共享服务的构建方法、构建装置、使用方法和服务器，所述构建方法基于代码框架开发web应用程序，使用镜像打包工具将所述web应用程序以及相应运行环境打包成web文件服务镜像。本实施例在实现文件共享服务的基础上能够直接部署在内部网络环境中，具体的，通过web文件服务镜像能够直接部署在内部网络环境中，无需将内部文档资料暴露于第三方服务器中，具有较高的安全性和可靠性。进一步的，在使用构建的web文件服务镜像时通过Docker运行环境，能够实现在内网一键部署到普通办公计算机，无需购买昂贵的服务器硬件，具有轻量化和低成本的优势，本实施例基于自研web应用程序，能够随时根据需求变化进行扩展，具有广泛的应用前景。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本发明的一个实施例所述一种文件共享服务的构建方法的流程图；

图2示出本发明的一个实施例所述生成web文件服务镜像的流程图；

图3示出本发明的一个实施例所述使用方法的流程图；

图4示出本发明的一个实施例所述文件上传前端界面示意图；

图5示出本发明的一个实施例所述文件浏览、下载前端界面示意图；

图6示出本发明的一个实施例所述一种构建装置的结构框图；

图7示出本发明的另一个实施例所述的一种计算机设备的结构示意图。

具体实施方式

为了更清楚地说明本发明，下面结合优选实施例和附图对本发明做进一步的说明。附图中相似的部件以相同的附图标记进行表示。本领域技术人员应当理解，下面所具体描述的内容是说明性的而非限制性的，不应以此限制本发明的保护范围。

现有技术针对私域环境下的文件资料共享存在架构复杂、开发和维护成本高、内部资料不便暴露于第三方平台以及不易扩展的问题，所述私域环境包括但不限定于涉密环境、内网环境等。所述内部资料若使用传统的云服务方式实现文件共享，需要将内部资料通过互联网存储于第三方的服务器中，存在安全隐患，特别是针对密级较高的涉密资料，需要在与互联网隔绝的内部网络中实现共享，例如通过第三方云服务以及商业公司提供的文件共享产品，因存在安全隐患，不能满足私域环境下的文件资料共享需求。

另一方面，现有技术实现文档存储的通常做法是基于MongDB或MinIO等重量级的产品实现，此方案在开发、部署以及维护阶段对技术人员要求较高，考虑到绝大多数企事业单位不具备相应技术人员、不便将内部资源交由第三方技术人员进行管理、无法随时进行定制化的开发、以及不愿投入巨大成本进行开发和维护。

针对上述情况，发明人经过大量研究和试验提出，相对于广大私域环境下内部文件资料共享的需求而言，现有技术中基于MongDB或MinIO的解决方案存在缺点的原因在于方案过于复杂，需要专业的技术人员进行开发和维护，成本高且不易扩展。

根据上述问题和导致该问题的原因，如图1所示，本发明的一个实施例提供了一种文件共享服务的构建方法，包括：生成web应用程序，所述web应用程序通过代码框架形成前端应用以实现文件的上传，并通过服务器实现在线查看和下载通过镜像打包工具将所述web应用程序、与所述web应用程序对应的构建工具镜像和开发工具包镜像、以及服务器镜像进行打包生成web文件服务镜像。

在本实施例中，将所述web应用程序、服务器、相关工具集成在一个web文件服务镜像中，任何一台能够允许Docker的计算机都能够实现一键加载所述web文件服务镜像，无需精通分布式、重量级文件服务开发技术的技术人员，甚至利用闲置的办公计算机，即可运行所述web应用程序。因此，本实施例公开的构建方法具有架构简洁轻量、开发和维护成本低，无需专业技术人员和专业的服务器设备，并且，所述web应用程序能够利用现有办公计算机、甚至是低配置闲置计算机均可实现私域环境下的文件资料共享,无需将内部文件资料通过互联网存储于第三方设备中，具有较高的安全性、可靠性以及实用性。

在一个可选的实施例中，所述web应用程序通过代码框架形成前端应用以实现文件的上传进一步包括：所述web应用程序通过swagger代码框架形成前端应用以实现文件的上传。

在本实施例中，利用swagger代码框架，通过在源代码中嵌入注解的方式，生成相关接口的文档和前端界面，并生成与后端接口配套的前端程序。因此应用本发明公开的一种文件共享服务的构建方法，具有如下优点：

第一，无需投入前端开发人员和相关美术人员，有效降低开发成本；

第二，由于前端代码由swagger代码框架，基于接口代码中的注解自动生成，从而有效解决在实际工程实践中普遍存在的文档和代码不统一的问题，并且有效规避因人工操作失误导致的程序bug，有效提高开发的稳定性和效率；

第三，能够对利用swagger代码框架生成的页面进行测试，无需等待系统各个模块集成后再开始测试工作，在某个接口完成开发后，即可开始单元测试，有效降低测试成本，提高测试效率。

在一个可选的实施例中，所述通过服务器实现在线查看和下载进一步包括：通过Nginx或Tomcat实现文件的在线查看和下载。

在本实施例中，选用稳定且轻量化的服务器作为所述web应用程序的运行容器，例如使用Nginx、Tomcat等web中间件，无需复杂的配置和部署操作，无需第三方云服务，无需高端配置的专用服务器，即可实现在私域环境中搭建文件共享服务，有效降低部署和维护的成本。

在一个可选的而实施例中，所述通过镜像打包工具将所述web应用程序、与所述web应用程序对应的构建工具镜像和开发工具包镜像、以及服务器镜像进行打包生成web文件服务镜像进一步包括：通过构建工具执行构建指令对所述web应用程序进行构建获取构建包，所述构建工具为加载所述构建工具镜像获取的；将所述构建包和所述开发工具包镜像合并到所述服务器镜像；将所述web应用程序的配置信息添加到所述服务器镜像；通过所述镜像打包工具对所述服务器镜像进行打包生成web文件服务镜像。

在本实施例中，所述构建工具选用轻量化的maven工具集，基于Java技术，实现项目构建和依赖管理的自动化管理。以一个具体的示例进行说明，如图2所示，具体包括：

首先，通过构建工具执行构建指令对所述web应用程序进行构建获取构建包，所述构建工具为加载所述构建工具镜像获取的。

在本实施例中，在Docker平台下获取构建工具镜像和开发工具包镜像，所述构建工具镜像为maven镜像，所述开发工具包镜像为JDK镜像；获取所述web应用程序的Java源码，所述Java源码中包含每个接口的注解；通过构建工具执行构建指令对所述web应用程序进行构建获取构建包，所述构建指令为：mvn clean install；所述构建包为jar包。

其次，将所述构建包和所述开发工具包镜像合并到所述服务器镜像。

在本实施例中，将所述构建包和所述开发工具包镜像合并到所述服务器镜像，具体包括：获取服务器镜像，所述服务器镜像为nginx镜像，将获得的jar包和JDK镜像中的JDK复制到所述nginx镜像中。

再次，将所述web应用程序的配置信息添加到所述服务器镜像。

在本实施例中，将所述web应用程序的配置信息添加到所述服务器镜像，具体包括：所述web应用程序的配置信息为启动所述jar包的命令、环境变量、所述nginx的配置信息以及端口号。

最后，通过所述镜像打包工具对所述服务器镜像进行打包生成web文件服务镜像。

在本实施例中，通过所述镜像打包工具对所述服务器镜像进行打包生成web文件服务镜像。

本实施例基于Docker平台将所述web应用程序的构建包、执行指令、运行环境以及配置信息都封装到所述web文件服务镜像中。在实际应用时只需要在需要运行本实施例所述web文件服务的计算机上安装Docker环境，然后通过一条指令即可实现一键部署并运行所述web文件服务。相对于现有技术中基于MongDB或MinIO等重量级的产品的实现方案，无需构建复杂的分布式服务器环境，无需配备专门的专业技术人员，无需购买昂贵的服务器硬件，即可在私域环境内安全、轻量化、低成本可扩展的实现内部资料文件的上传、浏览和下载。

在一个可选的实施例中，所述通过所述镜像打包工具对所述服务器镜像进行打包生成web文件服务镜像进一步包括：使用Dockerfile定制所述服务器镜像以生成所述web文件服务镜像。

在本实施例中，通过Dockerfile文件能够清晰、直观的描述所述服务器镜像的核心内容，将所述服务器和所述web文件服务进行整合，从而实现仅通过一条docker指令，例如docker build指令即可实现所述服务器镜像的构建。

至此完成本实施例中所述文件共享服务的构建，本实施例构建的web文件服务镜像具有轻量化、易部署、安全性高成本的优点。本实施例提供的构建方法基于代码框架开发web应用程序，使用镜像打包工具将所述web应用程序以及相应运行环境打包成web文件服务镜像。所述web文件服务镜像，能够直接部署在内部网络环境中，无需将内部文档资料暴露于第三方服务器中，具有较高的安全性和可靠性；基于Docker运行环境，能够实现在内网一键部署到普通办公计算机，无需购买昂贵的服务器硬件，有效降低内网文件共享服务的构建成本；同时，基于自研web应用程序，能够随时根据需求变化进行扩展，具有广泛的应用前景。

与上述实施例提供的文件共享服务的构建方法相对应，本申请的一个实施例还提供一种使用上述构建方法的构建装置，如图6所示，包括程序生成单元和镜像生成单元，其中

所述程序生成单元配置为生成web应用程序，所述web应用程序通过代码框架形成前端应用以实现文件的上传，并通过服务器实现在线查看和下载；所述镜像生成单元配置为通过镜像打包工具将所述web应用程序、与所述web应用程序对应的构建工具镜像和开发工具包镜像、以及服务器镜像进行打包生成web文件服务镜像。

本实施例提供的构建装置基于程序生成单元根据代码框架开发web应用程序，使用镜像生成单元的镜像打包工具将所述web应用程序以及相应运行环境打包成web文件服务镜像。本实施例的构建装置具有架构简洁轻量、开发和维护成本低，无需专业技术人员和专业的服务器设备，利用现有办公计算机、甚至是低配置闲置计算机均可实现私域环境下的文件资料共享，无需将内部文件资料通过互联网存储于第三方设备中，具有较高的安全性、可靠性以及实用性。由于本申请实施例提供的构建装置与上述几种实施例提供的构建方法相对应，因此在前实施方式也适用于本实施例提供的构建装置，在本实施例中不再详细描述。

基于上述实施例构建的web文件服务镜像，如图3所示，本申请还提供一种应用上述web文件服务镜像的使用方法，应用于服务器，包括：服务器加载web文件服务镜像；所述服务器启动web应用程序以形成文件服务访问链接；所述服务器响应于用户对所述文件服务访问链接的操作，通过代码框架形成的前端应用进行文件上传，或者通过服务器进行文件浏览和下载。

在本实施例中，在使用构建的web文件服务镜像时通过Docker运行环境，能够实现在内网一键部署到普通办公计算机，无需购买昂贵的服务器硬件，具有轻量化和低成本的优势，本实施例基于自研web应用程序，能够随时根据需求变化进行扩展，具有广泛的应用前景。

在一个具体的示例中，通过以下步骤进行具体描述：

首先，使用服务器加载web文件服务镜像。

在本实施例中，选用一台计算机作为服务器，所述计算机安装的操作系统可以为Windows系统、可以为Linux系统、也可以为MacOS系统，并安装与所述操作系统对应的Docker环境。

在本实施例中，考虑到普通办公环境下办公计算机的硬件配置普遍不高，因此本发明公开的一种文件共享服务的构建方法选取轻量化、可扩展的技术方案完成开发，基于Docker环境，将所述web应用程序、相关运行环境封装成web文件服务镜像，借助Docker环境以及Java语言跨平台的优点，本实施例所述web文件服务镜像能够实现兼容主流的操作系统，包括Windows系统、Linux系统以及MacOS系统，并且对服务器的硬件配置要求较低，甚至是卡片式计算机均能够流畅运行本实施例构建的web文件服务镜像。

其次，使用服务器启动web应用程序以形成文件服务访问链接。

在本实施例中，通过服务器启动web应用程序以形成文件服务访问链接。基于shell脚本技术能够实现所述服务器启动后自动启动所述web应用程序。与现有的基于分布式的文档存储服务不同，启动本实施例所述web应用程序，无需复杂的操作指令和层级关系，能够一键自动启动，具有较强的易用性。

最后，基于服务器响应于用户对所述文件服务访问链接的操作，通过代码框架形成的前端应用进行文件上传，或者通过服务器进行文件浏览和下载。

在本实施例中，用户通过计算机、手机、平板等任何具备浏览器的计算机设备，均能够使用本发明所述web应用程序，例如上传文件，在线浏览文件，以及下载文件，具有广泛的适用性。具体的，用户使用具备浏览器功能的计算机设备输入web应用程序的内网访问地址，浏览器中将显示如图5所示文件浏览和下载界面，用户点击上传按钮后浏览器中将显示如图4所示文件上传界面。按照如图3所示的方法进行文件上传，具体实施方式参见前述实施例，在此不再赘述。

值得说明的是，考虑到文件上传的便利性以及文件的唯一性，如果在上传时用户不便输入具体的文件名称，则自动生成随机唯一标识码，从而确保文件名不重复；当出现上传文件与现有文件同名时，能够提示用户并结束上传操作，有效防止文件名称重复导致用户查找文件出现混淆的问题。

为进一步提高文件上传的可靠性，在一个可选的实施例中，在所述服务器接收至少一个文件并获取各文件的文件标识之后，在所述服务器根据各文件标识分别判断是否已存储对应的文件，若未存储则保存所述文件之前，所述使用方法还包括：所述服务器判断是否存在存储所述至少一个文件的存储路径，若不存在则创建新的存储路径。

在本实施例中，为进一步确保文件上传的准确性，当用户指定的目录不存在时，能够自动创建该路径，让用户能够通过一步操作即可同时完成文件上传和目录创建两步操作。

与上述实施例提供的web文件服务镜像使用方法相对应，本申请的一个实施例还提供一种服务器，包括控制器，所述控制器配置为：加载web文件服务镜像；启动web应用程序以形成文件服务访问链接；响应于用户对所述文件服务访问链接的操作，通过所述代码框架形成的前端应用进行文件上传，或者通过服务器进行文件浏览和下载。

本实施例的服务器在使用构建的web文件服务镜像时通过Docker运行环境，能够实现在内网一键部署到普通办公计算机，无需购买昂贵的服务器硬件，具有轻量化和低成本的优势，本实施例基于自研web应用程序，能够随时根据需求变化进行扩展，具有广泛的应用前景。由于本申请实施例提供的服务器与上述几种实施例提供的web文件服务镜像使用方法相对应，因此在前实施方式也适用于本实施例提供的服务器，在本实施例中不再详细描述。

本发明的另一个实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现：生成web应用程序，所述web应用程序通过代码框架形成前端应用以实现文件的上传，并通过服务器实现在线查看和下载；通过镜像打包工具将所述web应用程序、与所述web应用程序对应的构建工具镜像和开发工具包镜像、以及服务器镜像进行打包生成web文件服务镜像。

本发明的另一个实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现：服务器加载web文件服务镜像；所述服务器启动web应用程序以形成文件服务访问链接；所述服务器响应于用户对所述文件服务访问链接的操作，通过代码框架形成的前端应用进行文件上传，或者通过服务器进行文件浏览和下载。

在实际应用中，所述计算机可读存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

如图7所示，本发明的另一个实施例提供的一种计算机设备的结构示意图。图7显示的计算机设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，计算机设备12以通用计算设备的形式表现。计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图7未显示，通常称为“硬盘驱动器”)。尽管图7中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM，DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图7所示，网络适配器20通过总线18与计算机设备12的其它模块通信。应当明白，尽管图7中未示出，可以结合计算机设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理器单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的一种文件共享服务的构建方法，或者实现本发明实施例所提供的一种。

本发明针对目前现有的问题，制定一种文件共享服务的构建方法、构建装置、使用方法和服务器，所述构建方法基于代码框架开发web应用程序，使用镜像打包工具将所述web应用程序以及相应运行环境打包成web文件服务镜像。本实施例在实现文件共享服务的基础上能够直接部署在内部网络环境中，具体的，通过web文件服务镜像能够直接部署在内部网络环境中，无需将内部文档资料暴露于第三方服务器中，具有较高的安全性和可靠性。进一步的，在使用构建的web文件服务镜像时通过Docker运行环境，能够实现在内网一键部署到普通办公计算机，无需购买昂贵的服务器硬件，具有轻量化和低成本的优势，本实施例基于自研web应用程序，能够随时根据需求变化进行扩展，具有广泛的应用前景。

显然，本发明的上述实施例仅仅是为清楚地说明本发明所作的举例，而并非是对本发明的实施方式的限定，对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动，这里无法对所有的实施方式予以穷举，凡是属于本发明的技术方案所引伸出的显而易见的变化或变动仍处于本发明的保护范围之列。