2. 项目开发-开发方式
由传统的瀑布开发模型、敏捷开发模型，一跃升级到DevOps开发运维一体化开发模型。
2.1. 瀑布开发模型
大而全，流程界限明显，团队庞大隔离分工明确，沟通成本大，效率变低。
2.2. 敏捷开发模型
将庞大的小组分成多个小组，每个小组形成快速迭代，打破部门边界，以项目模块为核心组织人员。沟通效率，开发效率显著提升。
2.3. DevOps开发模型
而开发运维一体化是敏捷开发的更深入的延续，同时最大特点是基于约定大于配置的思想，利于很多新兴的开发工具，形成一套自动化的体系。利于自动化极大减少了人力成本和沟通时间。所以开发效率又一次有了质的飞跃。
GitLab（Gitee）形成代码仓库。Junit实现单元测试。Maven实现一套编译、测试、打包、发布、部署的命令集，并按约定形成一套自动执行命令的机制。Docker实现一套容器化机制，其效率高过VM虚拟机百倍甚至更高。K8s实现Docker的编排，使其实现分布式、高并发、高可用集大成的平台。这些各自领域的精英通过Jinkens的监控和调配，将整个软件开发过程实现，同时实现闭环自循环。
开发者提交代码到GitLab上，Jinkens设置hook钩子，对代码进行监控，发现开发者更新了代码，就调用Maven的compile编译命令，先进行基础语法的检查，编译通过后，调用Maven test命令，自动调用开发者所写的单元测试类，测试每个类的每个方法，同时可以结合mock技术实现供给模拟数据。单元测试通过后，继续调用Maven package打包命令，完成项目的发布。通过Jinkens调用Dockerfile实现docker的自动化部署和运行。Docker运行后形成web环境，用户可以直接访问网站去执行某个服务。可以看到这个流程非常复杂，但功能特别的强大。特别再配合SpringCloud微服务架构后，直接可以升级到大型架构，轻松支持百万级、千万亿，甚至亿级的超大型并发项目的实现。
2.4. 区别
自增主键策略
1、数据库支持主键自增
不同的数据库实现方式不同，SQL标准没有定义，都是数据库厂商自己扩展。
例如：mysql 它 auto_increment，自增主键，在数据库中对每个表的自增主键都会单独维护一个值。
每插入一条数据，它的值+1。
它在大型的项目中，或分布式项目中有问题。
1）值范围可能溢出，out of value
2）自增并发容易出现，产生了相同的值，sqlServer。不适合高并发。
3）分布式合并统计时，先把表的数据合并起来，然后进行统计。
都是按序号自增，两张表合并时，无法合并。
新的方案：字符串，特点：唯一性（主键、合并表）
1）UUID，32位，以16进制来表达
UUID：机器码（网卡）-唯一性+时间戳(纳秒)+顺序号（理论上唯一）
SELECT UUID(),LENGTH(UUID())
表达范围2^32长度，唯一性
自增和uuid方案优缺点
1）自增int/long，运算速度快
2）uuid相比太长32位，字符串速度慢文章来源：https://www.toymoban.com/news/detail-623434.html
mybatisplus采用新的uuid策略，雪花snowflake算法。
文章来源地址https://www.toymoban.com/news/detail-623434.html
到了这里，关于誉天程序员-瀑布模型-敏捷开发模型-DevOps模型比较的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
