问题: 查看该cloud function的日志，深层嵌套的ips显示[object]而不是{ip1: xxx, ip2: xxx}，ips数据是否解析成功，能否通过user.ips.ip1获取？

结论：尽管日志显示的是ips: [object]，但数据解析成功，可以通过user.ips.ip1获取

测试源码：https://github.com/mrdulin/nodejs-gcp/tree/master/src/cloud-functions/nested-data

需求：当cloud function调用第三方api出现异常时，使用google-pubsub重新尝试调用该cloud function，尝试调用指定的次数，并将每一次出现的异常error及相关数据发送到google-pubsub的deadletter topic。

Here is version 1 logs:

Here is version 2 logs:

参考：

https://medium.com/google-cloud/dead-letter-queues-simple-implementation-strategy-for-cloud-pub-sub-80adf4a4a800

@google-cloud/trace-agent ERROR TraceWriter#publish: Received error with status code 403 while publishing traces to cloudtrace.googleapis.com: Error: Request had insufficient authentication scopes.

创建cloud storage的bucket时报错：

ApiError: The combination of locationConstraint and storageClass you provided is not supported for your project

原因是location参数设置错误，错误的代码：

async function main() {
  const buckets = await getBuckets();
  logger.info(JSON.stringify(buckets));
  const bucketName = 'nodejs-gcp';
  await createBucket(bucketName, {
    regional: true,
    location: 'ASIA'
  });
}

修改后的代码：

async function main() {
  const buckets = await getBuckets();
  logger.info(JSON.stringify(buckets));
  const bucketName = 'nodejs-gcp';
  await createBucket(bucketName, {
    regional: true,
    location: 'asia-east1'
  });
}

去GCP控制台查看：

nodejs的客户端代码的location设置的是上图中红线区域中的值。

执行:

gcloud beta functions deploy --entry-point=./index.js --trigger-resource ${TOPIC} --trigger-event google.pubsub.topic.publish

报错:

ERROR: (gcloud.beta.functions.deploy) argument --entry-point: Invalid value './index.js': Entry point name must contain only Latin letters (lower- or upper-case), digits, dot (.) and underscore (_), and must be at most 128 characters long. It can neither begin nor end with a dot (.), nor contain two consecutive dots (..).
Usage: gcloud beta functions deploy NAME [optional flags]
  optional flags may be  --clear-labels | --entry-point | --help | --memory |
                         --region | --remove-labels | --retry | --source |
                         --stage-bucket | --timeout | --trigger-bucket |
                         --trigger-event | --trigger-http | --trigger-resource |
                         --trigger-topic | --update-labels

For detailed information on this command and its flags, run:
  gcloud beta functions deploy --help

在GAE的配置文件app.yaml中无法通过env_variables设置PORT为非8080端口

访问GAE应用的日志：

通过日志输出看到，尽管程序是运行起来了，但是在浏览器访问路由/时，一直处于pending状态

You can define additional environment variables in your app.yaml file, but the above values cannot be overridden.

根据官方文档描述，不能修改PORT端口为非8080端口，PORT环境变量不能被非8080的其他值重写。

部署时正确配置应该如下，或者省略PORT，PORT默认为8080

runtime: nodejs8
service: standard-env-work-with-webpack-success
env_variables:
  NODE_ENV: production
  PORT: 8080

参考：

• https://cloud.google.com/appengine/docs/standard/nodejs/runtime#environment_variables

没有subscription消息会丢失？

Error: 3 INVALID_ARGUMENT: Log entry with size 555.6K exceeds maximum size of 256.0K
at Object.exports.createStatusError (/app/node_modules/grpc/src/common.js:91:15)
at Object.onReceiveStatus (/app/node_modules/grpc/src/client_interceptors.js:1204:28)
at InterceptingListener._callNext (/app/node_modules/grpc/src/client_interceptors.js:568:42)
at InterceptingListener.onReceiveStatus (/app/node_modules/grpc/src/client_interceptors.js:618:8)
at callback (/app/node_modules/grpc/src/client_interceptors.js:845:24)

原因：https://cloud.google.com/logging/quotas

需求：定时调用GCF

思路1：在GCF中使用setTimeout作为定时器，使用google pubsub再次publish消息到触发该GCF的TOPIC。

当设置GCF的超时时间为10秒，通过环境变量指定setTimeout的时间为15秒，会导致GCF超时。

GCF超时日志:

还有一个问题是，在GCF中使用setTimeout会导致该GCF一直处在执行过程中，这样会导致费用上升，因为GCF的是根据调用次数和执行时间来收费的。

参考：

• https://stackoverflow.com/questions/51695859/is-it-ok-to-use-settimeout-in-cloud-functions

• https://stackoverflow.com/questions/52416538/firebase-function-cant-run-settimeout-in-background-continuously-for-cron-job

• https://stackoverflow.com/questions/42790735/cloud-functions-for-firebase-trigger-on-time