DevOps vs. 平台工程，谁才是未来的战略技术趋势？
横看成岭侧成峰，远近高低各不同。看一个事物不能只从一个视角，或只看一点，否则可能就像管中窥豹、瞎子摸象了。
一篇《DevOps已死，平台工程才是未来》让更多人关注到平台工程这一热点，同时也表现出大多数开发人员并不想对自己的交付负责，这也正是DevOps关注和需要解决的问题。DevOps由于其方法论属性，并没有明确的落地实践和指导，因此对于很多人来说看不见摸不着，过于模糊，没有清晰的认知就难以有效落地。大多DevOps做成了一个效能度量平台，跟Ops没有任何关系，反而拖累了研发的效率。
随着应用架构的云化，云原生分离应用和基础设施资源，成为一种新的应用研发运营方式。基础设施资源从原来的服务器、虚拟机，变成统一的云基础设施。直接使用云基础设施或构建统一的基础设施平台，成为持续提升研发和运维人效、增强系统可扩展性和可运维性的关键。
本文内容来自社区“DevOps vs.平台工程，谁才是未来的战略技术趋势？”技术交流，由资深架构师汪照辉帮助大家对平台工程有一个相对清晰的了解，以及更好地看清两者之间的纠缠纷争和接下来的发展趋势。
●什么是平台工程？为什么会跟DevOps PK？
平台工程所实现的是基础设施能力，平台工程包括基础设施资源、平台、中间件、以及中台可复用服务的建设。所以我并不认同下面的观点：
“平台工程与DevOps密切相关，因为DevOps是一种将开发和运维团队紧密结合在一起的方法论，而平台工程则是DevOps实践的一种具体方式。通过平台工程，企业可以实现DevOps所提倡的快速、可靠的应用程序交付和运维，从而提高生产效率和降低成本。”
平台工程并不是DevOps实践的方法。DevOps是一种方法论，落地的研发运维相关平台是平台工程的一部分。DevOps从应用生命周期角度看待，而平台工程是从纵向层次，向上赋能角度看待，两个概念并不一样。
有人拿平台工程跟DevOps PK是因为研发不愿意做运维的工作，一个不懂运维的研发一定做不好软件研发的。所以DevOps有其巨大的价值，但DevOps并不是让研发去做运维，而是要懂运维，参与运维，才能理解运维，才能研发出高稳定性和韧性的软件。
●DevOps vs.平台工程，二者有哪些相同点和不同点？
DevOps和平台工程是不同的视角的概念，一个是应用生命周期管理的角度，一个是基础设施向上赋能的视角。
DevOps落地的能力可以看作是平台工程的基础能力之一，包括研发、运维平台、资源、工具、中间件等。
●平台工程和DevOps是什么关系？是取代？还是升级？亦或是相融合？
不同的视角，可以说是相辅相成的。
●DevOps和平台工程分别更适合什么类型的企业业务使用？
两个并不矛盾，DevOps落地的研发、运维、中间件等是平台工程的一部分。
●DevOps、云管和统一门户三者如何统一管理，以确保企业的IT资源得到充分利用，提高企业的业务效率和竞争力？
云管，你可以把它定位于基础设施资源管理，提供各种基础设施资源服务，别搞那么多乱七八糟的东西。
DevOps是研发运维的方法论，云管的基础设施资源可以支撑DevOps平台的资源调度。
统一门户，你可以看作是系统融合的发展结果，由一个门户来管理所有的或大部分系统能力，通过统一的权限和认证进行授权和登录认证，可以结合零信任等技术实现安全性，但和目前的安全分域、分区理念是相矛盾的，一旦门户被攻破，所有的资源都是公开的了，所以，虽然很多公司是实现了统一身份认证、SSO等，但依然有很多问题。
当然，随着安全技术的发展，也许系统融合会是趋势。
●在DevOps和平台工程中，开发以及运维需要做哪些转变？
开发要懂运维，运维要懂开发，设身处地思考问题。
●DevOps和平台工程的团队文化各是什么样的？
团队文化一直是个难题，受制于负责人的喜好和性格特点。由于平台工程和DevOps并不矛盾，DevOps落地的能力可以看作是平台工程的一部分，但DevOps更强调一种方法论和理念。
