Function Compute：管理環境

環境提供基礎設施的管理能力。通過環境，您可以：

• 將服務部署在完全隔離的基礎設施中（例如不同地區、不同VPC間服務隔離），實現生產服務的高可用或者低延遲。

• 為環境關聯不同的流水線觸發規則（例如，開發分支提交動作觸發測試環境CI，主幹分支合并觸發生產環境發布），實現科學的安全生產流程。

應用中心為開發人員提供多環境管理能力。開發人員可以在應用詳情頁面單擊建立環境，然後根據介面提示即可快速完成環境建立。

建立環境涉及的配置項說明如下。

在很多情境下，企業內部會區分開發和營運角色。兩者有著明確的職責劃分，基礎設施一般由營運角色管理並且授權給研發使用。如果所有基礎設施都維護到Git倉庫中，需要營運人員通過提交代碼的方式來變更基礎設施，在一些情境下不太符合營運人員的使用習慣。因此，應用中心當前提供以下三種部署方式。

• 方式一：

  不同環境維護不同的YAML檔案，在環境中配置流水線，使用指定的YAML檔案來部署。

  

  Serverless Devs支援YAML的繼承能力來減少YAML重複配置成本。具體操作，請參見YAML繼承。

• 方式二：

  不同環境使用同一個YAML檔案，環境的差異化配置在流水線環境變數中，通過在YAML檔案中引用環境變數來隔離。樣本如下。

  vars:
    region: ${env(region)}
    service:
      name: demo-service-${env(prefix)}
      internetAccess: true
      logConfig:
        project: ${env(LOG_PROJECT)}
        logstore: fc-console-function-pre
      vpcConfig:
        securityGroupId: ${env(SG_ID)}
        vswitchIds:
          - ${env(VSWITCH_ID)}
        vpcId: ${env(VPC_ID)}

• 方式三：

  不同環境使用同一個YAML檔案，直接使用所在環境的資源資訊來配置指定服務，樣本如下。

  service:
    logConfig:
      project: ${environment.outputs.slsProject}
      logstore: ${environment.outputs.slsLogStore}
    vpcConfig:
      vpcId: ${environment.outputs.vpcId}
      securityGroupId: ${environment.outputs.securityGroupId}
      vswitchIds:
      - ${environment.outputs.vswitchId}
    nasConfig:
      userId: 10003
      groupId: 10003
      mountPoints:
      - serverAddr: ${environment.outputs.nasMountTargetId}
        nasDir: /fc-deploy-service
        fcDir: /mnt/auto

不同的部署方式適用的情境不同。

• 方式一：

  適用於研發和營運屬於同一個團隊，均有維護YAML檔案許可權的情境。此方式非常敏捷。

• 方式二：

  適用於基礎設施變更不頻繁且環境個數不多的情境。由營運角色提前規劃好資源並且配置到流水線環境變數中，YAML檔案中只需要聲明引用環境變數。此方式關注點完全分離，但是基礎設施較多時不便於擴充。

• 方式三：

  適用於現代化Serverless應用的研發方式，例如，CI自動觸發不同環境拉起雲上資源，測試完成後刪除環境資源；使用環境來一鍵開服；生產環境研發及營運職責分離，對研發隔離生產資源存取權限等。