J-ONE介绍:用户指南

J-ONE(http://j-one.jd.com ),是将编译、上线发布、部署集为一体的工具平台;本页将带领你进入J-ONE,领略他的简单,他的美。

快速入门

视频链接: http://tech.jd.com/course/toDetail?courseId=630

培训ppt信息:新部署J-one系统简单.pptx

咚咚号:新部署J-ONE技术支持( j-one)

 

[ 首页 ] [ 流程代办 ] [ 迁移指南 ] [ FAQ ]


首页

1,进入http://j-one.jd.com首页,在该界面,可以选择不同的页签进行如下操作:

    • 工作区页签:在页签,将展示你所参与的应用,以及应用所挂靠的系统。可以选择你所要上线的应用进入应用工作区。

是以树的形式存在。

2、在首页工作区页签,选择你的应用,点击进入应用工作区。界面如下图:

工作区:主要包含上线发布流程的展示,以及线上实例发布历史

详情请参考: 应用工作区

信息总览:在左侧树点击信息总览,即可进行信息配置。

信息配置是实现一个应用发布上线的前提条件;包含以下配置信息的设置。

    • 基本信息,详情请参考: 基本信息
    • 编译配置,详情请参考: 编译
    • 测试配置,详情请参考: 测试
    • 部署配置,包含全局环境的配置,分组配置,主机配置,以及实例配置;详情请参考: 部署

个性设置:是应用负责人的特权,以下功能只能由应用负责人来设置:

    • 测试环境:暂不支持
    • 功能测试:具体详情请参考: 测试

流程代办

该功能是将流程的申请聚集在一起,方便用户申请,主要包含两大块:流程申请以及查看相应的申请流程:

流程申请,即系统申请,应用申请,db授权申请,上线申请;详情请参考: 流程申请

查看相应的申请流程:即我的申请,待我处理;详情请参考: 查看申请流程

迁移指南

在迁移前请先对j-one系统有所了解,了解和老系统的差异,以及在迁移过程中的注意事项,以及报错信息的处理。

迁移指南:包含迁移过程中的注意事项,详情请参考:迁移指南
迁移FAQ:主要是对迁移过程中,出现问题的解决办法,详情请参考:迁移-FAQ

新老系统的差异对比

目前业务不规范的地方:

    • 容器内 tomcat , jdk 目录名称,跟内部的版本不匹配,如路径为 jdk1.6 ,但却软连接到了 jdk1.7 . 部署过程中无法进行前置环境的检测。
    • nginx 同一个业务会有两个配置文件一个为 jd.com. jd.local ,历史遗留下来的问题。  
    • 应用的路径采用的是域名,有业务变更域名后路径名称保留原来的,对应错乱的问题。  
    • 部署路径存在多套,有 export/App ,和 export/data 。  
    • 默认创建的文件夹有 /export/data 及 /export/DATA ,业务对两个名称深表疑惑。  
    • 镜像中默认很多与本身业务无相关的东西,如 imagestore .  
    • 配置文件中包含很多字典性的大文件有上百兆的,有的把 jar 也作为配置文件,目的是上线的时候避免领导审批。  
    • 业务通过不同的分组来部署不同的应用包,回滚、管理时候混乱,极易出错。   应用路径被随意变更的问题,造成业务应用无法正常启动。

新部署目前带来的改进:

    • 扩展的架构,避免上线日排队情况的发生,提升发布效率,
    • 合二为一,原来研发需要在两个系统跳来跳去,现在只需在一个系统完成。
    • 可以随时升级 jdk 版本,实现不同版本的自由切换。原来必须是先缩容,在扩容。或者运维手动修改,步骤繁琐。后期我们计划实现 jdk 版本的自由安装。  
    • 添加了若干常用 jvm 参数的支持,原来需要运维手动支持,减少运维成本 。  
    • 不同基本的配置支持,包含应用,分组,主机,实例,更灵活的级别控制,配置间层级覆盖,方便开发进行配置的随意定制。
    • 添加了对多 tomcat 版本的支持,现在可以随意扩展对支持任意版本 tomcat 支持。  
    • 对各种依赖环境进行合理检测,满足条件后进入部署。  
    • 优化了单实例容易引发 502 风险 , 可自由起停 nginx ,未来期望 vip 能提供自由上下 vip 的接口。
    • 原来多实例共有一个版本,存在的问题是在发布过程中容易引起不同实例串用新版本,现在不同实例版本隔离不会交互影响。
    • 原来回滚过程比较复杂,如果目标机器没有安装过当前版本包,容易回滚失败,现在可以随时回滚到任意版本,没有时效限制。  
    • 回滚操作非常迅速,通过修改软连接的方式能任意回滚到其它版本。
    • 简化部署流程,优化部署方式,需要了认领,编辑任务等操作步骤,实现审批后即刻发布。  
    • 取消了修改配置后重启就生效的行为,把修改配置作为一次发布,纳入到发布流程的管控,此处的风险是可能会引起投诉的地方,不过这正是最大不合理的地方。  
    • 变更所有了路径名称为应用 key ,减少了修改其它参数对路径的影响。

FAQ

主要从三个维度对在使用过程中,编译过程中,以及发布过程中遇到的问题,进行分析总结。

详情请参考:J-one FAQ

猜你喜欢

转载自blog.csdn.net/u010029064/article/details/81482402