小编Ofe*_*ich的帖子

我正在使用UglifyJS来缩小和整理我的资源,而Sentry则报告我的生产环境中的错误.

为了以可读的方式从Sentry获取错误,我需要添加source-map

在生产服务器中执行它是否安全,或者源映射文件是否应仅存在于暂存环境中？
有没有办法在生产环境中保护它们？

我有一个网络应用程序,需要发送其使用情况的报告,我想使用Amazon RedShift作为数据仓库,我应该如何收集数据？

每次,用户与我的应用程序交互,我想报告..所以我什么时候应该将文件写入S3？多少钱？我的意思是: - 如果不立即发送信息,那么我可能会因为连接丢失而失去它,或者我的系统中的一些错误被收集并准备好发送到S3 ... - 如果我在每次用户交互时都将文件写入S3,我最终会得到数百个文件(每个文件都有最少的数据),需要在复制到RedShift后进行管理,排序,删除..这似乎不太像一个好的解决方案

我错过了什么？我应该使用DynamoDB,我应该使用简单的插入到Redshift中吗？
如果我确实需要将数据写入DynamoDB,我应该在复制后删除保留表.最佳做法是什么？

在任何情况下,哪些是避免RedShift中数据重复的最佳实践？

感谢帮助!

我正在使用HTTP数据源从内部服务检索数据.该服务返回JSON数据.

我无法插入返回的JSON数据并在其中查找数据.

例如:

模块A.

data "http" "json_data" {
    url = "http://myservice/jsondata"

    # Optional request headers
    request_headers {
       "Accept" = "application/json"
    }
}

output "json_data_key" {
    value = "${lookup(data.http.json_data.body, "mykey")}"
}

main.tf

provider "aws" {
   region = "${var.region}"
   version = "~> 0.1"
}

module "moduleA" {
   source = "../../../terraform-modules/moduleA"
}

resource "aws_instance" "example" {
    ami = "ami-2757f631"
    instance_type = "${module.moduleA.json_data_key}"
}

查找功能将无法在JSON数据中提取密钥.

有没有办法将JSON数据解码为terraform地图？

我正在AWS自动量表组中运行服务器.正在运行的服务器位于负载均衡器之后.我正在使用ELB来管理自动缩放组健康检查.启动服务器并加入自动缩放组后,它们将立即加入负载均衡器.

我需要等多少时间(即健康检查宽限期)才能让他们加入负载均衡器？

它应该只在服务器处于运行状态之后吗？

它应该只在服务器通过系统并且实例状态检查后？

我应该使用AWS默认VPC,还是应该创建一个新的？

创建一个新的有什么区别和优势？

或者,在女巫的情况下,我应该在两者之间进行选择？

我在EC2上运行ubuntu 14.04

运行apt-get升级后

我被提示屏幕,要求我重新安装GRUB引导装载程序

GRUB引导加载程序先前已安装到不再存在的磁盘,或者由于某种原因其唯一标识符已更改.确保已安装的GRUB核心映像与GRUB模块和grub.cfg保持同步非常重要.请再次检查以确保将GRUB写入相应的引导设备.

• 我如何知道应该选择哪种设备？

• 如果我在我的机器上安装了一些额外的EBS,我应该选择它们怎么办？

• 我可以在升级期间避免此提示或提供命令的某些默认值吗？

以下提示是

可以使用新版本的/boot/grub/menu.lst,但当前安装的版本已在本地修改.

1. 安装包维护者的版本
2. 保持当前安装的本地版本
3. 显示版本之间的差异
4. 显示版本之间的并排差异
5. 显示可用版本之间的3向差异
6. 在可用版本之间进行3向合并(实验性)
7. 启动一个新的shell来检查这种情况

这里的q相同:

• 我怎么知道我应该选择哪一个？

• 我可以在升级期间避免此提示或提供命令的某些默认值吗？

试图了解为什么我从kube-proxy日志中看到此输出

W0328 08:00:53.755379  1 server.go:468] Failed to retrieve node info: nodes "ip-172-31-55-175" not found
W0328 08:00:53.755505  1 proxier.go:249] invalid nodeIP, initialize kube-proxy with 127.0.0.1 as nodeIP

集群工作正常，是否表明集群配置存在问题？