共计 3136 个字符，预计需要花费 8 分钟才能阅读完成。
外部开发者平台（IDP）是近年来在心愿放慢软件交付和改善开发者体验的企业中失去遍及的一个概念。然而，公众对于什么是 IDP 以及它能为开发者和企业带来什么也有很多困惑和误会。在这篇文章中，咱们将尝试解开一些对于平台工程以及 IDP 的常见误会，以及对于企业该如何防止进入这些误区给出一些倡议。
对于 IDP 的常见五大误会
之前咱们理解过 IDP 和平台工程的基本概念。IDP 实际上是一套标准化的工具和技术，可能实现开发人员的自我服务，为他们在日常工作中创立和部署符合要求的代码提供便当的路径。IDP 形象了底层基础设施的复杂性，并与现有的 CI/CD 和部署流程相结合，使开发人员可能专一于他们的代码和业务逻辑。在本文中，咱们总结了对于 IDP 的五大误区。
IDP 仅仅是一个工具汇合
有些人可能会简略地认为 IDP 仅仅是一个开发者罕用的工具汇合，帮忙开发者们去执行各类工作，例如版本控制、测试、CI/CD、监控等等。实际上，IDP 的用途远不止这些，IDP 不仅仅是一个工具链，它更是一个以无缝和连贯的形式整合这些工具的产品，同时为开发者提供清晰的界面和工作流程。
当然，IDP 并不是完满适配所有公司的万能解决方案。各个企业的堆栈、文化、代码库和工具集都会因业务内容有所区别，因而企业及开发者须要依据本身的需要和偏好对 IDP 进行定制。例如，有一些企业更偏差于应用 Kubernetes 作为他们的协调层，而其余企业则偏向于抉择不同的解决方案。IDP 还该当容许企业在放弃定制和可拓展性的同时，依然放弃一致性和操作的简便性。
只有大型企业能力用 IDP
在之前咱们提到过，当企业领有简单和分布式系统、多个团队和环境，并对可拓展性和可靠性有高要求，构建 IDP 可能使这些大型组织受害。但这里并不是说只有大型企业能力应用 IDP，相同，任何旨在进步软件交付速度、效率和品质的企业都能够构建本人的 IDP 并从中受害。
IDP 同样能够无效帮忙中小型企业组织，让他们从最开始就采纳最佳实际和规范，而不用在建设和保护本人的基础设施和工具方面投入过多的工夫和资源。IDP 能够通过自动化重复性工作和缩小人工谬误来升高 DevOps 团队的操作负荷。这样 DevOps 团队就能够专一于建设和保护平台，而不是破费大量工夫来回应和解决来自开发人员的 tickets 和 requests。同时，IDP 通过提供一个简略和统一的界面来拜访平台的性能，无效改善开发者体验。开发人员能够进行自我服务，在不必理解简单的工具链和配置的状况下运行他们的应用程序。最重要的是，IDP 可能容许开发人员应用平台上的性能尝试和试验新的想法，测试不同场景，并进行相应优化，从而进步软件产品的翻新水平和价值。
IDP 无所不能
咱们想聊的对于 IDP 的另一个认知误区是，人们认为 IDP 可能解决开发者在日常工作中面临的所有问题和挑战。事实是，IDP 只是一个帮忙开发者高效工作的平台，为开发者提供一个标准化过程、牢靠的平台和一个具备支持性的环境，但它并不是一个无所不能的万能解决方案。
直白地讲，IDP 无奈打消开发者沟通、合作、反馈、学习、测试或翻新的须要。也就是无论企业是否领有 IDP，开发人员始终须要与其余团队及他们的客户进行交换。开发人员须要理解他们的业务畛域、技术畛域、用户需要等，开发者还是得编写代码，而后进行测试、调试、监控和改良。
IDP 总能零失误构建 / 部署
另一个对于 IDP 的误会是 IDP 能够保障应用程序的构建或部署白璧无瑕。
事实上构建软件、零碎和平台是十分复杂的过程。构建是将源代码打包成应用程序工件的过程，构建可能因为各种起因而失败，例如语法错误、短少依赖项、不兼容的版本或配置。而部署是将应用程序构件从暂存环境转移到生产环境的过程，部署也会因为各种起因失败，例如网络问题、配置谬误、资源限度、安全漏洞或性能问题。
在这个过程中有各种范式和技术须要采纳，工程师们须要进行大量的筛选和抉择。而在构建或部署的过程中，开发人员还须要依据业务内容需要和调整学习新的货色。因而，即使领有 IDP，企业在构建和部署应用程序时须要测试、监控和故障排除，以确保构建和部署的品质和可靠性。同时，领有 IDP 也仍旧须要在进行部署时思考对用户和客户的影响。企业依然须要遵循继续集成、继续交付和按需公布的最佳实际。
平台拜访总是平安的
最初一个误会是大家想当然地认为平台的拜访是相对平安的，合乎企业的所有政策和法规。然而安全性和合规性并不是动态的概念或一次性的要求，恰恰相反，平安和合规是动静且继续的过程，须要企业一直地跟进、适应并相应调整。联合企业外部和内部因素，平安威逼及合规要求可能随时发生变化。
因而企业的 IDP 须要有一个弱小的平安态势和合规性框架，涵盖平台生命周期的方方面面，例如认证、受权、加密、审计、日志、监控、报告等。同时 IDP 该当遵循平安最佳实际和规范，比方最小权限准则、深度进攻策略及平安设计办法等。与此同时，企业须要定期对 IDP 进行更新和修补，预防潜在的破绽和危险带来的平安威逼。
企业如何防止陷入 IDP 认知误区
那么企业该当如何防止陷入 IDP 认知误区以更好地利用其劣势呢？这里咱们总结了三个要点供企业参考。
采纳产品思路
IDP 不仅仅是一个技术我的项目，而是一个为企业开发人员提供服务的产品。因而，在建设和运行 IDP 时，企业须要采纳产品的思路心态。在构建 IDP 时，倡议企业思考并尝试做到：
- 须要尽可能去理解外部开发者的需要、冀望、偏好和反馈。
- 在设计 IDP 时以用户为核心，同时思考到 IDP 可用性、可及性和应用繁难性。
- 以敏捷性、品质、可靠性和安全性为前提来交付 IDP。
- 通过数据驱动的洞察力、试验和翻新来改良企业的 IDP。
采纳产品思维将会助力企业创立一个实用且有价值的 IDP，为开发人员解决理论问题，为企业提供价值，并以良好的开发人员体验更好地服务于企业用户。
让开发者尽早参加进来
这里咱们须要明确 IDP 并不是企业为开发者建设的平台，而是企业和开发者独特建设的。因而，企业须要让开发者们尽早并积极参与到 IDP 建设项目中，并尝试做到：
- 征求开发者们对 IDP 的愿景、策略、性能和设计的意见和反馈。
- 让开发者们参加 IDP 的开发、测试、部署和操作。
- 赋予开发者们应用 IDP 的自主性、灵活性和自我服务的势力。
- 对开发者们进行相干培训，以深刻理解 IDP 的益处、应用形式和最佳实际。
尽早和常常地让企业的开发人员参加进来，有助于企业与开发者们建设信赖关系，这样可能更好地理解他们的需要和冀望，确保他们对 IDP 的采纳度和满意度，从而造就单干和翻新的文化氛围。
均衡形象和透明度
一个好的 IDP 应该形象出底层工具和技术的复杂性和操作。当然，这并不象征开发人员能够对底层工具和技术无所不知。企业在建设和应用 IDP 时，须要对底层技术与工具的形象和透明度进行均衡。具体来说就是：
- 充沛将底层工具与技术形象进去，从而简化和标准开发者的工作流程。
- 保障底层工具和技术的透明度，以便开发者更好地进行理解。
- 提供足够的拜访和管制，让开发人员可能定制他们的应用程序并在须要时进行故障排除。
- 保障 IDP 可见性和可察看性，以监测和优化其应用程序的性能和品质。
均衡好形象和透明度可能帮忙企业更好地构建 IDP，从而为开发者们提供短缺的背景信息和常识，无效升高开发人员的认知负荷，这样开发人员就能够更高效地构建高质量的软件。
总结
IDP 是一个弱小的工具，它能够帮忙企业通过简化利用开发流程，更快更无效地交付数字产品。然而如果企业带着对 IDP 的认知误区和误会，可能会大大降低其采纳的成果, 因为这些误区往往会导致企业产生不切实际的冀望、作出谬误的决定、最终浪费资源或错过商业机会。为了防止这些误区，企业须要充沛理解 IDP 的真正性质和价值，以及最佳实际。