DHL 这种分布式 k-v 感觉只能类似于广播的形式传递信息，只是对消息进行端到端加密，然后两边约定一个 key 生成模式去轮询，不过 DHT 网络上广播消息进行传递估计效率感人。

可以但是没必要

@hakono 其实不必太拘泥于 git flow 的话，只要不同 feature 是基于同个 develop 或者 master 创建的，发版前只需合并需要的 feature 分支到一个新分支，然后做集成测试。最后 release 即可。在 git flow 里，单 develop 只是起了个汇总作用。

@hakono 但是理论上来说因为有多个 feature 和 develop 的存在，每个 feature 在合并到 release 之前都要测试和 develop 还有其他 feature 的兼容性，确实是需要先合并到当前 develop 分支的全部代码的
如果只基于当前 release 代码进行 feature 开发，不想合并其他 develop 代码，要不然考虑一下 hotfix ？

"如果有人没注意到这件事想发布 feture/image 到生产环境，把 feature/image 合并到了准 release 环境的分支上"
这是什么操作。不应该先到 develop 再从 develop 统一发版么。直接从 feature 到 release 真的大丈夫

我理解是由于成本和效率的考量，真正的完全去中心化没太有必要。只要把挂掉的概率降低到可容忍水平就行了。

这么看降低成本的话还能再撑撑。

被 ddos 了

2.4 没问题啊，穿透力强，稳定性好，对 iot 设备的兼容性好。

@FakeLeung 我用的骷髅峡谷完美黑苹果

NUC 他不香吗

mq、rpc

@vinsec 看你是不是做很多吃 CPU 的编译之类的操作。如果不用的话，i5 就够。

骷髅峡谷 i5+16G 装黑苹果在办公室用了快三年了。没有任何问题。

Network Connectivity

[09:18 PM PDT] We are investigating connectivity issues affecting some instances in a single Availability Zone in the AP-NORTHEAST-1 Region.

[09:47 PM PDT] We can confirm that some instances are impaired and some EBS volumes are experiencing degraded performance within a single Availability Zone in the AP-NORTHEAST-1 Region. Some EC2 APIs are also experiencing increased error rates and latencies. We are working to resolve the issue.

[10:27 PM PDT] We have identified the root cause and are working toward recovery for the instance impairments and degraded EBS volume performance within a single Availability Zone in the AP-NORTHEAST-1 Region.

[11:40 PM PDT] We are starting to see recovery for instance impairments and degraded EBS volume performance within a single Availability Zone in the AP-NORTHEAST-1 Region. We continue to work towards recovery for all affected instances and EBS volumes.

那么问题来了，如果我换主板上面的元件，一个一个换，直到换完整个主板。这个主板还是以前的主板么

按工时*时薪再*2 或者*3 报
付款一般 55 或者 46