小编arv*_*tal的帖子

Visual Studio代码:Git diff over git gutter indicator

WebStorm(以及Eclipse,Netbeans)中,当单击gutter中git diff指示符时,上下文菜单会显示以前的内容,并提供一个快速恢复块修改的按钮.

WebStorm git diff

Visual Studio Code还提供添加/修改/删除的块天沟指示符,这样:

VSCode git diff

但我没有找到如何快速查看相应的差异.我无法相信没有快速的方法可以看到阴沟指标所指的是什么.

我错过了什么?这是即将推出的功能吗?或者有人知道会增加这种行为的扩展吗?

git diff visual-studio-code

6
推荐指数
1
解决办法
1686
查看次数

为什么我的ELB有两个IP地址?如何找到他们?

我在VPC上同时运行应用程序和经典内部负载平衡器。它们每个都与位于不同可用性区域上的三个子网相关联,并且几乎每个都指向一个实例(在我的情况下为ECS容器)。

但是在发出nslookup命令(nslookup internal-MYLB.us-east-1.elb.amazonaws.com)时

我可以看到输出:

Server:     10.xxx.xxx.37
Address:    10.xxx.xxx.37#53

Non-authoritative answer:
Name:   internal-MYLB.us-east-1.elb.amazonaws.com
Address: 10.xxx.xxx.187
Name:   internal-MYLB.us-east-1.elb.amazonaws.com
Address: 10.xxx.xxx.204
Run Code Online (Sandbox Code Playgroud)

对于每个负载均衡器,无论是经典负载还是应用程序负载,它的域名都关联了两个IP地址。

我只是想知道:

  1. 每个负载均衡器是否对应于两个负载均衡器节点?(也许我错过了,但是我没有在他们的文档中找到该信息)
  2. AWS是否会系统生成该副本以实现冗余?它是可配置的吗?
  3. 用户界面中是否有某种方式可以查看这些IP地址(我没有在用户界面中找到或使用来找到它们aws elb describe-load-balancers

就上下文而言,我们有一个远程合作伙伴,他仅使用与负载均衡器关联的两个IP地址之一来试验问题,可能是由于子网重叠导致网络冲突,但是我还是希望确定首先见。

amazon-web-services amazon-elb

3
推荐指数
2
解决办法
2906
查看次数

将许多 S3 存储桶移至 Glacier

我们有大量的S3 存储桶,并且正在清理这些东西。我们认为Glacier是存档数据的好方法。计划是存储这些存储桶的内容,然后将其删除。这将是一次性操作,我们不需要自动化的东西。

我知道:

  • 如果有一天我们想要恢复它,存储桶名称可能不再可用
  • 每个文件有大约 40kb 的索引开销,这使得它对于小文件来说不是那么划算的解决方案,最好使用不频繁访问的存储类或压缩内容

我试了一下并创建了一个保险库。但我无法运行aws Glacier命令。我收到了一些显然与Python库有关的 SSL 错误,无论我是在Mac 上还是从某个专用容器运行它。

此外,直接使用Glacier API(并保留正确的文件信息)似乎很痛苦,并且通过专用存储桶使用它更简单。

那个怎么样?在AWS 中有什么可以做我想做的吗?或者有什么建议可以以不太挑剔的方式做到这一点?你会推荐什么工具?

amazon-s3 archiving amazon-glacier

2
推荐指数
1
解决办法
4187
查看次数

打字稿/ Javascript分配并返回单行

很多时候我问自己同样的问题......用JS编写相当直接的代码的所有语法(并不总是直观),我想知道,有人会知道这种操作的单线程吗?

var setFeatured = entry => { 
  entry.isFeatured = true;
  return entry
}

SomeCallThatReturnsAPromise.then(entries => entries.map(setFeatured))
Run Code Online (Sandbox Code Playgroud)

要分配一个属性并一次性返回该对象,我可以直接将其作为arg的可读方式放入 entries.map


为了给出一个关于什么是向我求婚了反馈,共同的答案是用OR运算符返回结果,分配或函数调用后(返回undefined,null,false,never,以及任何将触发或之后的部分):

return entry.isFeatured = true || entry

我的问题是要知道我是否可以利用更紧凑的语法:

SomeCallThatReturnsAPromise()
    .then((entries:EntryType[]) => entries
         .map(entry => entry.isFeatured = true || entry)
         .filter(entry => entry.something == true))
    .then((entries:EntryType[]) => someCallThatReturnsNothingButHasToBeDoneThere() || entries)
    .then((entries:EntryType[]) => console.log(entries))
Run Code Online (Sandbox Code Playgroud)

会更容易阅读:

SomeCallThatReturnsAPromise
    .then((entries:EntryType[]) => entries
         .map(entry => {
            entry.isFeatured = true;
            return entry;
         })
         .filter(entry => entry.something == true))                              
    .then((entries:EntryType[]) => { …
Run Code Online (Sandbox Code Playgroud)

javascript typescript

0
推荐指数
1
解决办法
1967
查看次数

ECS ASG缩减政策建议

我们正在使用AWS ECS作为一组容器来处理我们的服务。运行Docker / ECS代理的EC2实例位于一个自动扩展组中,该组实例的数量基于自定义指标,以确保我们始终在全局上有足够的可用内存来一次启动几个容器,但不是大大限制了成本。

向上扩展没有问题,但是根据可用内存进行向下扩展意味着可以删除具有正在运行的容器的服务器(并且可以任意杀死这些容器)。直到最近这才成为问题,因为每个关键服务都在运行至少两个任务,因此一个任务可以关闭并可以在其他地方重新启动而不会中断任何服务。

但是我们现在拥有的服务(Jenkins +远程从属服务器)最好不要被中断(否则它可能会切断从属服务器->主服务器连接并导致作业构建崩溃)。

我有一些想法可以尝试解决这个问题,但是我想知道是否有建议,AWS选项或聪明的方法来继续进行ECS集群的缩减,同时避免人员伤亡...

amazon-web-services amazon-ecs autoscaling

0
推荐指数
1
解决办法
972
查看次数