问题描述
有用户在考虑一个项目，计划在一年的开发/构建阶段内开发一个REST-API服务器。在前三个月提供初始版本，并在第一年每个月部署更新应该足够。用户还提供了一些相关信息：
– 服务构建完成后，它们应该相对稳定一段时间。预计不会每周更改代码，可能每三个月更改一次。
– 如果API不工作，只有10人受到影响，并且由于停机不会对业务产生重大影响。
– 代码不是整体受影响。一个Web服务API的更改不会影响其他API。
用户在考虑是否要建立一个DevOps结构，以便快速、持续地发布更新，因为设置它需要一些工作，但实际上没有真正的好处。由于在生命周期内不会有太多预期的变化，因此没有实际的DevOps好处。用户想要知道这个观点是否正确，以及还有哪些因素需要考虑。他的朋友建议他仍然使用DevOps流程，这是否有意义呢？
解决方案
请注意以下操作注意版本差异及修改前做好备份。
根据您的项目需求，虽然开发过程中预计变更较少，但在构建REST-API Web服务器应用程序时，采用一定的DevOps实践仍然是有益的。以下是一些建议和考虑事项：
DevOps的多个方面
DevOps不仅仅关联于频繁高质量的部署，它还涵盖了许多其他方面。根据DORA发布的能力模型，您可以根据您的上下文选择适用于您项目的技术和实践，并不需要完全符合模型中的每一项。
考虑项目阶段
根据2022年DevOps现状报告，不同的绩效水平与不同的产品开发阶段相对应。考虑到您的API的目标，它似乎与”减速”阶段相符，您不会经常部署，但可以保持相当可靠的水平。
“足够的”DevOps
尽管您不会经常对软件进行更改，但您仍然可以应用”足够的”DevOps，以使您的生活更轻松。例如，手动部署可能很诱人，因为您不会经常这样做，但自动化这个过程将意味着部署能够正常工作（如果您不经常部署，您会忘记手动步骤并可能出错）。
持续交付的应用
在您的情况下，应用持续交付是一个良好的起点。这意味着您可以自动化构建、测试和部署过程，从而确保即使您不经常部署，您也能够保持一定的可靠性。
朋友的建议
您的朋友建议您仍然使用DevOps流程，这是有道理的。尽管您的项目不会频繁更改，但通过应用一些DevOps实践，您可以确保您的开发、测试和部署流程更加高效，减少人为错误，并确保即使在较长时间的稳定期间，您的应用程序也能够保持一致的质量和可靠性。
在综合考虑后，您可以选择应用适合您项目的DevOps实践，以保证项目的顺利进行和稳定性。
请注意： 在实施任何更改或引入新流程之前，始终建议在实验环境中测试，确保没有意外的负面影响。