Design patterns WSO2 APIM:如何实施;“设计优先”;图案(开发人员无法测试)

Design patterns WSO2 APIM:如何实施;“设计优先”;图案(开发人员无法测试),design-patterns,wso2,wso2-am,user-roles,Design Patterns,Wso2,Wso2 Am,User Roles,我们正在使用WSO2 API 2.1.0来部署我们的业务API 到目前为止,我们可以毫无问题地遵循现有API的“代码优先”模式。例如,我们在C#/NetFramework中有一个现有的API REST。在这种情况下: -开发人员在API Publisher中安装插件、生成Swagger文件并导入(“拥有现有API”)。 -管理员部署这个新的API,配置正确的后端(记住,API已经存在) 但现在,我们将部署新的API,我们希望遵循“设计优先”模式。我的意思是,我们想用publisher中的“设计一

我们正在使用WSO2 API 2.1.0来部署我们的业务API

到目前为止,我们可以毫无问题地遵循现有API的“代码优先”模式。例如,我们在C#/NetFramework中有一个现有的API REST。在这种情况下: -开发人员在API Publisher中安装插件、生成Swagger文件并导入(“拥有现有API”)。 -管理员部署这个新的API,配置正确的后端(记住,API已经存在)

但现在,我们将部署新的API,我们希望遵循“设计优先”模式。我的意思是,我们想用publisher中的“设计一个新的RESTAPI”来描述API

我们的问题是,在这种情况下,开发人员可以生成代码框架,但不能测试它们,因为它们只有“创建者”角色,然后不能以任何方式部署“原型”或“测试代码”(在本地PC中)。显然,由于API处于开发阶段,我们不能要求Publisher发布它

我们不能为开发人员添加发布者角色,因为这样他们就可以直接在生产环境中部署

注意:最初我们认为我们有一个安全缺陷,我们已经与WSO2员工确认这是安全的预期行为。开发人员无法在原型中部署事件


建议?

刚刚创建或测试creator功能之后的测试并不存在。因为就WSO2而言,创建者始终只是创建者,所以没有测试它的权利。此外,在当前发布API的wso2过程中,在发布之前无法对其进行测试


您可以做的最好的事情是创建另一个WSO2实例,开发人员可以在该实例上通过WSO2测试API。(这就是我们目前所做的)。希望这对您有所帮助。

谢谢!我们已经在中看到了生命周期的建议,但对我们来说是不可接受的,因为在DevOps环境中,生命周期很难实现且容易出错