默认情况下,当我创建Lambda函数时,CloudWatch Log Group将设置为Never Expire.是否可以设置到期时间(说14天),所以我不必在创建后从控制台手动设置它?
更新#1
感谢@jens walter回答这是如何解决问题的代码片段
Resources:
LambdaFunction:
Type: AWS::Serverless::Function
Properties:
Handler: index.handler
Runtime: nodejs6.10
CodeUri: <your code uri>
Policies: <your policies>
LambdaFunctionLogGroup:
Type: "AWS::Logs::LogGroup"
DependsOn: "LambdaFunction"
Properties:
RetentionInDays: 14
LogGroupName: !Join ["", ["/aws/lambda/", !Ref LambdaFunction]]
Run Code Online (Sandbox Code Playgroud) 我正在使用适用于 Amazon Aurora Serverless的新数据 API
是否可以在响应中获取表列名称?
例如,如果我在包含列, , , ,的用户表中运行以下查询:idfirst_namelast_nameemailphone
const sqlStatement = `
SELECT *
FROM user
WHERE id = :id
`;
const params = {
secretArn: <mySecretArn>,
resourceArn: <myResourceArn>,
database: <myDatabase>,
sql: sqlStatement,
parameters: [
{
name: "id",
value: {
"stringValue": 1
}
}
]
};
let res = await this.RDS.executeStatement(params)
console.log(res);
Run Code Online (Sandbox Code Playgroud)
我收到了这样的回复,所以我需要猜测哪个列对应于每个值:
{
"numberOfRecordsUpdated": 0,
"records": [
[
{
"longValue": 1
},
{
"stringValue": "Nicolas"
},
{ …Run Code Online (Sandbox Code Playgroud) 是否可以自定义 Cognito Hosted UI 登录网页以添加指向我们网站条款和条件的链接?
如何在 Cognito 用户池属性映射中获取 facebook 全尺寸个人资料图片。
我已将 Facebook 属性“图片”映射到 Cognito 用户池属性“图片”,但问题是 facebook 正在返回 50x50 的图片。我不知道如何在 Cognito 中指定分辨率。
facebook返回的图片:
{
data: {
height: 50,
is_silhouette: false,
url: <URL of profile picture>,
width: 50
}
}
Run Code Online (Sandbox Code Playgroud) 假设我们正在以群集模式工作,并且我们有三个节点:
是否可以创建服务并指定任务只需在worker(worker1和worker2)中运行,而不是在manager(manager1)中运行
我正在运行以下命令来创建服务:
docker-machine ssh manager1 "docker service create --network dognet --name dog-db redis"
Run Code Online (Sandbox Code Playgroud)
当我提供服务时:
docker-machine ssh manager1 "docker service ps dog-db"
Run Code Online (Sandbox Code Playgroud)
我明白了:
ID NAME IMAGE NODE DESIRED STATE CURRENT STATE ERROR
3kvfpbhl6fj0qwtglc5k7sbkw dog-db.1 redis manager1 Running Preparing 4 seconds ago
Run Code Online (Sandbox Code Playgroud) 是否可以直接将 API 网关与 Fargate 服务连接(不使用负载均衡器)。我在开发环境中工作,我不想在负载均衡器上浪费金钱。
我计划使用Mosca或Mosquitto代理(因为它们是开源代码),以实现具有消息队列复制的可扩展体系结构,以避免在代理最终失败时丢失代理尚未提供的消息.
正如我所读到的,mosquitto是一种成熟且非常稳定的解决方案,具有使用桥接器的水平可扩展性.但我找不到任何插件将消息写入数据库(所有代理通用),所以我认为这是一个限制,因为如果我们有两个代理负载平衡,其中一个死,然后所有的消息在经纪人恢复之前,经纪人无法交付.另一方面,Mosca允许我们使用Redis进行扩展,如果代理1死亡,那么broker2仍然可以传递消息,因为它们存储在公共数据库中.通过这种方式,我可以使用redis的主从配置来避免单点故障.
所以我的问题是:
1)mosca是生产的好选择吗?
2)是否可以使用redis分配带mosquitto的消息队列?
Active和PassThrough的Tracing参数有AWS::Serverless::Function什么区别?
是PassThrough默认值吗?
aws-lambda ×2
aws-fargate ×1
aws-xray ×1
docker ×1
docker-swarm ×1
facebook ×1
mosca ×1
mosquitto ×1
mqtt ×1
service ×1