首页>>互联网>>DevOps->怎么画devops(2023年最新分享)

怎么画devops(2023年最新分享)

时间:2023-11-30 本站 点击:0

导读:本篇文章首席CTO笔记来给大家介绍有关怎么画devops的相关内容,希望对大家有所帮助,一起来看看吧。

什么是devops,如何实现devops

(1)、Templates

这里就是一些Java系统的模板了,比如J2EE的框架和J2SE的其中有类的设计模板,包的设计模板

J2EE因为我没有学过,只是知道一些概念原理,我想大致应该就是一些Framework和容器之类的吧。

J2SE的模板呢,就是对应用程序的管理了,比如该应用程序的描述(description),导入的包(import),成员函数定义(operations),说白了就是一个Java系统的管理模板。

(2)、Together

该选项中包含有

Modeling Project

UML Diagram

Example

选择ModelingProject就是新建一个建模工程了,选择后会切换到UML视图了,显示在面前的就是UML

Diagram平面,在其中你可以画UML图,包括包,包中的类,等等,每画完一个UML图,其Java源代码都会在下方显示出来,包括包名定义,接口等等。可以通过单击右键看到更多的功能。选择UML

Diagram,这个就不说了,就是从属于工程建模的。两者关系好比先新建一个Java项目工程,再新建一个类,或一个包一样。

选择Example,这个里面就有一些模板和模式

Patterns And Templates

Purchase Transaction

UML Modeling

这三个都是作为工程来新建的。

第一个Patterns And

Templates就是我常说的一些Java设计模式了,新建此项后,打开项目你会发现所有的Java模式全部都在里面了(包含了J2EE的框架),还有structs,soap,swt,xmlParseAPI,通过在包上单击右键选择open

diagram可以看到代码对应的UML图,相信这个对大家对Java模式和api的整体理解会有很大的帮助。

第二个Purchase

Transaction,这个相信大家都知道了,就是一个交易工程,以前软件工程里最经典的就是那个ATM取款过程了,这个Purchase也是一个大的工程,可以看看它的实现模式和工程,挺不错。

第三个UML

Modeling就是建模的一个模板,给你提供了UML图示,你来管理这些UML图,比如它给出了包的视图,里面也预置了很多类,你可以修改这些类,可以增加删除这些类,可以建立包,类之间的关系。

对于基本的使用应该够用了,具体的设计方法和实现可以参看文档,主要是想写这个侧重来了解Java的模式。所以对于工具的使用肯定还不够全面的,以后有心得了再写点。希望大家用的开心

总结下:

1)如果用单独的Together ControlCenter可以下载专门的中文教程,我这里也有一份,到时整理好作为资源共享

2)Together for Eclipse中关于UML的设计实现可以看《Get Started》文档

3)了解设计模式推荐看看《Java 与 模式》,阎宏,这样用Together来学习java模式效果应该更好些。

如何构建适合自己的devops工具与平台

从0到1构建过内部的devops系统平台,并且也参与过开源DevOps系统平台的开发和维护

总体上有一个思路,逐渐将内部的流程交给devops系统自动化,尽量较少人与人之间无意义的沟通

当你发现成员之间无意义的交流越来越少,大家都依赖devops的系统合作顺利的时候就ok了,这里有我们开发以及开源的一些devops系统,也有一些devops的思考可以看下

如何选择正确的DevOps工具?

DevOps工具选择需要着眼于各个阶段的需求,不同阶段时对工具的选择都是不同的,大概分为规划工具、问题跟踪工具、SCM 工具、构建工具、测试工具、持续集成和部署(CI/CD)工具、配置管理工具、云平台、容器调度程序、监控和记录工具、通讯工具等。比如构建工具,在构建阶段主要是为了保持打包的一致性,自动执行容易出错的活动,生成早期质量信号,目前业内比较常用的构建工具包括 Maven/Gradle、JFrog Artifactory、Sonatype Nexus等,JFrog Artifactory 支持多种语言,用来存储构建过程的二进制输出。

结语:以上就是首席CTO笔记为大家整理的关于怎么画devops的相关内容解答汇总了,希望对您有所帮助!如果解决了您的问题欢迎分享给更多关注此问题的朋友喔~


本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如若转载,请注明出处:/DevOps/2822.html