文档

管理应用

更新时间:
重要

本文中含有需要您注意的重要提示信息,忽略该信息可能对您的业务造成影响,请务必仔细阅读。

阿里云Serverless应用中心提供了场景化应用创建能力以及应用导入能力。本文介绍如何通过函数计算控制台的Serverless应用中心管理场景化应用,包括创建应用、导入应用、查看和更新应用以及删除应用。

创建应用

在应用中心的创建应用页面,可以看到多种场景以及场景化应用。您可以单击任意应用所在卡片上的详情,查看应用详情,然后根据业务情况选择合适的应用。

create-app

  1. 登录函数计算控制台,在左侧导航栏,单击应用

  2. 可选:应用页面,单击创建应用

    仅非首次创建应用的用户,需执行此步骤。

  3. 在创建应用页面,选择通过模板创建应用,在下方模板区域,找到目标应用模板,将光标放到该卡片,然后单击立即创建

  4. 创建应用页面,选择部署应用的类型,然后根据提示填写各配置项。

    • 通过代码仓库部署

      推送代码到指定的代码仓库中,然后触发流水线部署。后期更新项目时,可以直接将代码推送到远程仓库进行安全发布。

      1. 完成代码仓库的授权之后,确认仓库触发方式等基础信息。choose-github-createapp1

      2. 确认高级配置信息和环境配置。choose-github-createapp2

    • 直接部署

      代码将直接部署上线,后期更新维护项目时,需要对函数等资源进行操作,需要您手动适配CI/CD等能力。

      直接部署无需代码仓库授权,函数计算平台不会将案例代码存入指定代码仓库。此方式仅用于应用的快速体验。

      choose-direct-createapp

  5. 单击创建并部署默认环境

    • 通过代码仓库部署

      应用创建过程包括了代码仓库的同步(将案例模板同步到用户指定的代码仓库)、应用的创建、环境的创建以及流水线的触发等。

      create-pro1

      以上内容介绍了如何快速通过代码仓库部署一个应用案例。在实际操作过程中,您可以自定义流水线内容,进行更高级别的配置。例如,配置钉钉机器人、配置构建机和发布机环境变量或者执行流程的配置等。

    • 直接部署

      相对通过代码仓库部署直接部署应用创建过程流程较少,部署速度更快。

      create-pro2

    等待几分钟后,应用部署完成。在应用详情页面,您可以查看应用的基本信息和环境信息,也可以单击操作列的访问域名登录对应的应用系统。result1

导入应用

函数计算还支持将已有的、符合Serverless Devs规范的Serverless应用托管至函数计算的Serverless应用中心。

  1. 登录函数计算控制台,在左侧导航栏,单击应用

  2. 可选:应用页面,单击创建应用

    仅非首次创建应用的用户,需执行此步骤。

  3. 在创建应用页面,选择通过仓库导入应用,然后根据提示填写各配置项。

    import-app

    您只需完成仓库授权,选择对应的应用仓库即可。

    重要

    请根据界面提示选择标准的Serverless Devs应用仓库,即必须包含s.yaml文件,但是不能选择已与其他应用关联的库。

  4. 单击创建并部署默认环境

    等待几分钟后,应用部署完成。在应用详情页面,您可以查看应用的基本信息和环境信息,也可以单击操作列的访问域名登录对应的应用系统。

查看和更新应用

在应用中心页面,您可以查看当前所有的应用列表,也可以单击具体应用名称,查看应用详情。

应用本身是逻辑资源,表示的是应用基本信息和若干环境。应用详情包括应用的基本信息,包括描述信息、代码源配置、创建时间和环境信息。

在应用详情页面,您可以根据界面提示对应用的基本信息进行更新。如果代码源发生改变,将会影响应用的实际部署,以及历史部署版本将不可回滚。如果需要更新应用的某个环境的具体业务逻辑或者环境相关的配置、流水线相关的配置,请参见管理环境管理流水线update-app

删除应用

登录函数计算控制台,在左侧导航栏,单击应用,然后单击目标应用右侧操作列的删除,根据界面提示,可以删除不再使用的应用。delete-app

在删除应用的弹框中,可以查看应用涉及的资源,包括流水线、函数计算的服务和函数、代码仓库资源等。

警告
  • 如果应用所创建的资源出现了其他模块对齐依赖,需要谨慎删除。例如,某应用创建了某个函数,该函数在客户端或者其他业务逻辑中正在使用,此时删除对应的资源会导致使用该函数的业务逻辑出现错误。

  • 如果应用涉及的资源出现变更,请谨慎删除。例如,某应用创建了函数计算服务,在该服务下,用户又通过其他渠道创建了其他新的函数,删除该服务时会删除失败。此时,用户可以手动确定对资源的变更是否符合预期。确保不影响已有业务的情况下,可以手动删除服务。