检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
删除服务依赖 使用说明 需要解除服务之间的依赖时,可以通过删除服务依赖来实现。 单个删除服务依赖 参考登录AstroPro界面中操作,登录AstroPro界面。 在左侧导航栏中,选择“后端开发平台 > 服务管理 > 服务依赖”。 选择服务依赖所属的项目,在服务依赖列表中单击操作列的“删除”。
业务建模是以软件模型方式描述项目或业务所涉及的对象及对象的属性、行为和对象之间彼此的关系。业务建模强调以业务领域分层的方式来理解、设计和构架业务应用系统。 工作空间 工作空间是为了方便用户全面管理资源而提供的通用空间。工作空间之间的资源是相互隔离的,默认情况下,每个租户仅能看到自己工作空间下的资源。每个租户只能拥有一个工作空间。
权限管理 如果您需要针对Astro企业应用服务,为企业中的员工设置不同的访问权限,以达到不同员工之间的权限隔离,可以使用统一身份认证服务(Identity and Access Management,简称IAM)进行精细的权限管理。该服务提供了用户身份认证、权限分配、访问控制等功
本入门为创建一个简单的订单系统,订单系统中包括用户(User)、订单(Order)和订单详情(OrderDetail)三个业务对象,且三个对象之间存在聚合关系,即用户存在时,订单才会存在,订单存在时,订单详情才会存在。同时一个用户可以关联多个订单,订单通过单号进行标识,一个订单又可以
步骤5:服务依赖 通常情况下,一个应用不是一个单独的服务,可能由多个服务共同组成。这些服务之间可能存在一些跨服务的调用,此时就需要通过添加依赖服务,把这些服务的客户端集成过来。添加依赖服务前,请确保依赖服务的“是否生成客户端”按钮已启用。 图1 开启“是否生成客户端”配置 在服务依赖中,选择当前服务依赖的服务。
nt 建立对象之间的关系。 AstroPro提供了一对多、多对多、聚合、树递归和继承五大关系,请根据自身业务需求进行选择。各对象间关系详细介绍,请参见对象间关系。 本示例中的订单系统,当用户存在时,订单才会存在,订单存在时,订单详情才会存在,此时需要为三个对象之间建立聚合关系。聚
一对多 什么是一对多 一对多关系中,次要方可以不依赖于首要方,可以单独存在。删除一对多关系只代表两个对象之间的特定关系的结束,不会影响任何一个对象的生命周期。 图1 一对多和聚合的差异 创建一对多关系后,首要方不会做任何的改动,次要方的字段中会自动增加首要方的id,即primar
配置服务SLA 使用说明 通常情况下,一个应用不是一个单独的服务,可能由多个服务共同组成。这些服务之间可能存在一些跨服务的调用,此时就需要通过添加依赖服务,把这些服务的客户端集成过来。添加服务依赖后,可在服务SLA页面查看相关信息,如服务提供者、服务消费者、依赖方式、依赖强弱等,
树递归 什么是树递归 树递归和一对多、多对多和聚合之间的差异在于一对多、多对多和聚合是两个不同的业务对象间产生关联,而树递归的双方为相同的对象类型,存储在同一张表中,递归关系的双方可以抽象成父子关系。树递归中,一个对象最多存在一个父对象,类似于数据结构中的树结构。创建树递归后,在
配置客户端流控策略 客户端流控策略通常是指在客户端应用中实施的流量控制机制,目的是为了管理客户端与服务器之间的数据传输速率,防止过量的请求对服务器造成压力,同时也保证客户端应用的流畅性,提升用户体验。您可以使用系统预置的流控策略,还可以根据自己的需求自定义创建。 本章节为您介绍如何自定义创建及使用客户端流控策略。
聚合关系是通过在次要方添加主键和外键来表示的,而多对多关系是通过单独创建的关系表来表示的。 和一对多关系一样,删除多对多关系只代表两个对象之间的特定关系的结束,不会影响任何一个对象的生命周期。 图1 编辑字段 关系属性设置 在业务设计页面,拖入两个BO业务对象(命名为Bo3、Bo
2、创建一个订单系统,快速体验AstroPro 通过小试牛刀,帮助您快速熟悉使用AstroPro生成服务代码的过程。 3、了解AstroPro中的项目、服务组与服务之间的关系 项目是使用AstroPro核心业务的入口。服务组用于对项目中的服务进行分组,一般一个分组对应一个研发团队。服务组创建后,即可为项目
入口,由项目、服务组、服务和服务依赖组成。用户在设计项目架构时,可按照研发团队等维度对项目进行划分服务组,每个服务组会开发若干个服务,服务之间也会存在相互调用的服务依赖。 支持区域: 华北-北京四 项目管理 项目 项目是使用AstroPro核心业务的入口。在使用AstroPro进行应用建模前,需要先创建一个项目。
OrderDetail)三个业务对象,且三个对象之间存在聚合关系,即用户存在时,订单才会存在,订单存在时,订单详情才会存在。 图4 订单业务设计 服务依赖:通常情况下,一个应用不是一个单独的服务,可能由多个服务共同组成。这些服务之间可能存在一些跨服务的调用,此时就需要通过添加依赖服务,把这些服务的客户端集成过来。
本入门为创建一个简单的订单系统,订单系统中包括用户(User)、订单(Order)和订单详情(OrderDetail)三个业务对象,且三个对象之间存在聚合关系,即用户存在时,订单才会存在,订单存在时,订单详情才会存在。同时一个用户可以关联多个订单,订单通过单号进行标识,一个订单又可以
版权信息:自定义代码的版权信息,请以“//”开头或者以“/*”开头并以“*/”结尾。 Package:设置生成代码的顶层包名,由一个或多个小写字母和数字组成,片段之间用点号(.)连接,且必须以小写字母开头。 Group:设置项目的默认组名,只能包含大小写字母、数字、连字符(-)、下划线(_)和点(.)。
最低为两位。 服务类型:当前仅支持创建原子服务。原子服务是指对外提供业务对象管理API,有独立数据存储(一般为独立数据库)的服务。原子服务之间可以相互调用。 服务组:选择服务所属的分组。 服务单元化策略:服务在子域内的单元化策略。服务单元化策略必须在一个子域内定义,不能跨子域。
版权信息:自定义代码的版权信息,请以“//”开头或者以“/*”开头并以“*/”结尾。 Package:设置生成代码的顶层包名,由一个或多个小写字母和数字组成,片段之间用点号(.)连接,且必须以小写字母开头。 图3 顶层包名 Group:设置项目的默认组名,只能包含大小写字母、数字、连字符(-)、下划线(_)和点(
版权信息:自定义代码的版权信息,请以“//”开头或者以“/*”开头并以“*/”结尾。 Package:设置生成代码的顶层包名,由一个或多个小写字母和数字组成,片段之间用点号(.)连接,且必须以小写字母开头。 图2 顶层包名 Group:设置项目的默认组名,只能包含大小写字母、数字、连字符(-)、下划线(_)和点(
图2 详细配置 服务类型:当前仅支持创建原子服务。原子服务是指对外提供业务对象管理API,有独立数据存储(一般为独立数据库)的服务。原子服务之间可以相互调用。 服务组:选择服务所属的分组。如何创建服务组,请参见新建服务组。 服务单元化策略:服务在子域内的单元化策略。服务单元化策略必须在一个子域内定义,不能跨子域。