DevOps就是开发Dev和运维Ops集成在一起的平台。随着工业互联网的崛起，DevOps和微服务恰逢其时。它重塑软件开发的能力，正在引发广泛的关注。
从六组数据说起
随着工业APP的普及，企业应用变成新的热点。那么一个企业到底需要有多少个“应用”从六组案例说起。
第一个数据，某银行有2万多个应用，其中有1万个左右的应用是基于J2EE，运行在IBM的中间件软件WAS系统WebSphereApplicatio
Server。
第二个就是某个电信行业的OEM厂商，其内部IT管理应用大约有2000个左右。
第三个是某钢铁集团企业。它的应用从研发到现场制造再到企业运营管理在内，也包括工业互联网，应用有500个左右。
第四个是某车联网平台。该车联网平台已经建设有17个应用。但在2019年的新需求，则是按照功能点提出来的，加在一起有700多个新的功能点。这些需求扑面而来，根本无法来得及开发。而这700多个功能点，到底是多少个应用。客户也无法确定。
第五组数据，某制造企业SRM供应商关系管理系统，拆分成了四大功能模块，这四大功能模块给它分拆成了47个微服务。
第六组数据，某汽车零配件制造企业，第一代的车联网有5个应用，总共分拆成38个微服务。38个微服务所开发出来的程序，却只能支撑3万台注册的汽车。一般按照110的并发经验值，意味着它无法实现3000台汽车同时并发的需求。而现在国内的大部分车企
f目标，都是在几百万到一千万台车的注册需求。这意味着，这个车联网平台，刚刚开发出来，就面临全新的改造压力。
有了上面六组数据，我们不禁要问：这里面的应用，都是怎么数的。有的是2万个，有的只有区区17个，差别如此之大
这些数据背后的潜台词，都是跟软件架构有关系。如果把一个一个的微服务就叫一个应用，那不能说错要把一个大的一个应用的集合叫一个应用，也是可以的。像SAP的ERP这样大的系统里面，包括了那么多的子模块，叫一个应用也可以。如果要把整个ERP把它拆成比如说财务管理、人事管理等应用，甚至财务管理继续拆下去到应用子模块，都可以。也许一个ERP可能会分拆成100个应用，不是不可能的。
银行是2万多个，制造业好像才几十、几百，最多的一家也就数千个。为什么因为银行的IT成熟度非常高，而制造业的应用场景则非常复杂系。那么走向数字化的制造企业，到底应该有多少个应用未来制造企业里面的IT到底需要什么样的人员规模来支撑
这些话题，都涉及到应用架构，以及工业软件整个研发流程和研发体系问题。
大规模软件开发的挑战
软件开发和流程制造r