内容回顾
上一篇文章中我们介绍了通过命令行工具实现程序部署,然而这还不是最理想的发布应用的方式。我们希望能够实现代码自动打包部署的持续发布流程。
在大型项目中不得不面对需要团队制作像cloudant-spring-boot-starter类似的依赖而不是单纯的从中央仓库拉取依赖。在介绍IBM Cloud Devops持续发布工具之前,今天我们先来创建一个自己的Maven仓库。
Cloudant Object Storage
Cloudant Object Storage是IBM Cloud提供支持数据加密,弹性,高可用,灾后可恢复的Global级别的多租户分布式的非结构化数据存储服务。用户可以根据需要选择Location,Access类型,数据存储级别等等。
说它是Global服务是因为用户可以在全球范围内访问自己的数据。存储的数据从字节到TB级别不等,针对大对象会分块存储。
Access分为Private和Public两种类型,Location分为跨区域,区域以及单数据中心模式,其中单数据中心会将数据存储在不同的物理机柜或机器中。数据存储级别可以根据用户信息写入以及访问频次的不同进行选择,默认为标准级别。
API分为Direct, Private以及Public三种类型,其中Private是用于IBM Cloud内部服务之间调用,Direct类型用于VPC内调用,Public可在IBM Cloud外部进行访问。
三种API类型本次我们创建的Bucket将采用Public权限,部署节点为jp-tok,存储数据级别为标准。
存储区基本信息开放访问权限
我们将为本次创建的存储区使用开放访问权限。在存储区访问策略下选择公共访问权即可开放权限。截图如下:
开放权限面板上传依赖
在本地Maven仓库中找到创建的cloudant-spring-boot-starter依赖上传到存储区中。文档目录结构如下图所示,其目录结构为虚拟目录,但可以通过Restful API直接访问下载文件。
依赖文档目录结构上传完成后在我们本地Java工程中添加如下repository就可以使用自建Maven仓库中的依赖了。
repository结语
今天为大家介绍了Java Maven仓库的搭建,下一篇文章将为大家介绍IBM Cloud中的Devops持续集成工具,并使用本篇文章中创建的Maven仓库实现应用自动打包部署。欢迎持续关注。
网友评论