：Function Compute3.0和2.0版本差異及相容性說明

原有的服務和函數配置等保持不變，調用不受影響。例如，原有的函數配置了單一實例多並發可以繼續使用，但在Function Compute3.0中新建立的標準運行時的函數，無法再配置單一實例多並發功能。關於相容原有的服務和函數的規則，請參見相容原有的服務和函數。

在Function Compute3.0中，可以直接建立函數，不需要先建立服務。原服務等級的配置例如角色、日誌配置、VPC配置等，直接在函數層級配置。以Go SDK為例，代碼如下：

resp, err := client.CreateFunction(
    new(fc.CreateFunctionRequest).
        SetBody(&fc.CreateFunctionInput{
            FunctionName: &funcName,
            Runtime:      tea.String("nodejs12"),
            Handler:      tea.String("index.handler"),
            MemorySize:   tea.Int32(128),
            Role:         tea.String("role-arn"),
            VpcConfig: &fc.VPCConfig{
                VpcId:           tea.String("vpc-id"),
                VSwitchIds:      []*string{tea.String("vsw-id")},
                SecurityGroupId: tea.String("sg-id"),
            },
            Code: new(fc.InputCodeLocation).SetZipFile(fx.GetCodeZipBase64()),
        }))

event := "my event"
resp, err = client.InvokeFunction(&funcName,
    new(fc.InvokeFunctionRequest).SetBody(strings.NewReader(event)))
body, err := ioutil.ReadAll(resp.Body)

在函數層級發布版本和建立別名，以Go SDK為例，代碼如下：

resp, err := client.PublishFunctionVersion(&funcName,
    new(fc.PublishFunctionVersionRequest).SetBody(&fc.PublishVersionInput{
        Description: tea.String("version desc"),
    }))

aliasName := "my-alias"
routingConfig := map[string]*float32{
    "2": tea.Float32(float32(0.05)),
}

resp, err := client.CreateAlias(&funcName, new(fc.CreateAliasRequest).
    SetBody(&fc.CreateAliasInput{
        AliasName:               &aliasName,
        VersionId:               tea.String("1"),
        AdditionalVersionWeight: routingConfig,
    }))

在Function Compute3.0中，處理事件請求和處理HTTP請求的函數入口統一。以Python為例，代碼如下：

def handler(event, context):
    return 'hello fc'

對於HTTP Trigger調用，即通過HTTP Trigger的URL訪問的請求或者通過自訂網域名訪問的請求，Function Compute會將HTTP請求轉換成event，同時將函數的響應轉換成HTTP響應。

請求event樣本如下：

{
    "version": "v1",
    "rawPath": "/my/path",
    "httpMethod": "POST",
    "headers": {
        "header1": "value1,value2",
        "header2": "value2"
    },
    "queryParameters": {
        "param1": "value1,value2",
        "param2": "value2"
    },
    "body": "hello from client",
    "isBase64Encoded": false,
    "requestContext": {
        "accountId": "12345678",
        "domainName": "my-domain.com",
        "domainPrefix": "prefix",
        "requestId": "abcd-efgh",
        "time": "2023-09-01T14:17:23+08:00",
        "timeEpoch": 1693549043255,
        "http": {
            "method": "GET",
            "path": "/my/path",
            "protocol": "http",
            "sourceIP": "39.40.41.42",
            "userAgent": "go-sdk/1.0"
        }
    }
}

HTTP響應樣本如下：

def handler(event, context):
    return {
        'body': 'hello FC',
        'headers': {
            'my-custom-header': 'foo'
        },
        'statusCode': 400
    }

以上代碼將被轉換成如下的HTTP響應：

HTTP/1.1 400 Bad Request
Content-Type: text/plain; charset=utf-8
My-Custom-Header: foo
X-Fc-Request-Id: 64e866c9-69902fbc525fd10989e7299c
Date: Fri, 25 Aug 2023 10:18:06 GMT
Content-Length: 8

hello FC

詳細的請求和響應格式轉換請參考HTTP觸發器概述。

在使用Function Compute提供的日誌、VPC、非同步呼叫目標服務等功能時，Function Compute需要訪問其他的雲端服務。例如配置函數日誌時，使用者需要授權Function Compute對指定日誌Logstore的寫入許可權，Function Compute才能夠將函數日誌寫入到使用者的Logstore。原來這個授權是通過服務角色進行授權，服務角色一方面用於Function Compute訪問其他的雲端服務，另一方面也用於函數執行時使用者代碼訪問其他雲端服務。這樣可能會導致服務角色的許可權過大的問題。

在Function Compute3.0，Function Compute支援了服務關聯角色，專門用於授權Function Compute訪問其他的雲端服務，而使用者代碼訪問其他雲端服務，則由函數角色來授權，使用者可以根據函數的需要，細粒度地控制函數角色的授權。

在使用者一次性授權後，在Function Compute3.0建立的函數，預設將使用服務關聯角色（SLR）。函數不需要配置角色即可使用日誌、VPC、非同步呼叫目標服務等功能。

Function Compute3.0提供了一套全新的API和控制台操作介面，針對使用者原有的服務和函數，也能夠相容。相容的規則如下：