@void1900
硬件 RAID 最基础最基础的低成本高可靠选项是 RAID6，不是 RAID5

RAID1 的存储成本过高
RAID5 存在两个磁盘损坏无法修复的可能性
RAID10 存在特定两个磁盘损坏后无法修复的问题（除非其中的 1 不止一个磁盘）
RAID50 存在特定两个磁盘损坏后无法修复的问题
RAID60 存在特定三块磁盘损坏后无法修复的问题

假设现在情况真的是磁盘回报异常，那么算是静默错误，当成磁盘写入全 0 好了
且故障真的是固件 BUG 引发，那么非同固件且非同批次磁盘构建阵列这个准则是否已经违反？

所以说在正确构建阵列的情况下这是概率极低的事件
除非。。。阵列卡出 BUG 了

@void1900
重新阅读回复，你会知道为什么同时损坏理应概率极低

@void1900
构建磁盘阵列的时候，静默错误是个必然需要考虑的异常情况
（事实上依据观察 V 站的各位似乎考虑到这个问题的并不多）

针对的是单个磁盘回报不正确数据的情况，该如何尽早的发现尽早的排除
在支持静默错误发现的阵列系统例如：ZFS
静默翻转 /静默写入读出不一致是不可能导致整个磁盘阵列丢失数据的
因为软件层面上会实时的校验读取到的数据与元数据是否一致（显然元数据也是冗余的）
对于异常磁盘一次读出就尽早修正并且抛出警告了
如果问题出自硬盘底层固件，那么问题范围也仅仅可能局限在一个磁盘阵列节点也不可能全存储系统的崩溃

高可用磁盘底层架构为非同批次、非同固件的等容量、等架构磁盘组建硬件 /软件 RAID
此磁盘柜应配合巡检定期校验数据是否可用，并尽早踢出异常磁盘
三备份应是基于此磁盘架构的冗余备份架构，无论是实时互备还是定时冷备

一般云 VPS 服务的自动迁移依赖独立的磁盘柜与计算集群实现
那么在腾讯的这个案例上，可能存在三台阵列柜、一套磁盘阵列网关与若干计算节点组成的计算机群
丢失数据的范围为一个集群（假定整个集群都出现静默错误，且真的存在三备份架构）

那么问题来了
1、为什么现在只有一家公司发声？
2、如果真的是三备份架构，为什么会三套存储设备同时故障？
3、为何阵列损坏后没有任何警告、通知直接就是静默错误？

假设现在的信息都为真实信息，没有人为修饰掩盖
有以下推断：
1、不存在三套设备互备的磁盘架构
2、这个软件 BUG 不在硬盘而在软件分布式上面
3、假设 2 推断为假，软件 BUG 位于磁盘，则阵列架设没有严格遵守高可用原则进行设计
4、假设 2 推断为真，那么更有可能的情况是 BUG 位于阵列卡，数据位于单一母机，丢失范围为一台母机
5、假设 2 推断为真，数据存在集群上面，且 BUG 位于自研的分布式存储平台上，那么...不多说了

说实在，怎么想都想不出来为什么一个成熟的云平台能搞到数据全丢
甚至有点怀疑是不是有人手动的“ rm -rf ”然后后续业务直接写花了集群

吹归吹，好好了解下云平台的架构（特指云服务器平台）就会知道，那东西本质上就是一个虚拟机。
问题来了：虚拟机的安全性与可靠性由什么来决定？

归根结底还是对技术的不了解，对数据的不负责。

@Backlitz
因为你真的不懂

@Backlitz
不懂别乱说

代理加速器一般是使用更高优先级的线路（例如 CN2、MPLS ）或者路由更好的落地服务器（某些特定的直连机房）
以在路由配置不妥的直连环境下人为的创造一个相对优化合理的虚拟链路

而现在，某些方案下，代理加速器使用的是 SDN （软件定义网络）技术
在不可靠的公有网络上创造一个相对可靠、快速的私有网络
同时在加入更多的冗余技术、选择更好的落地服务器，结合上文提到的更高优先级线路（ CN2 ）
提供更加快速、可靠、成本相对较低的虚拟链路方案。

可以补充考虑下：MSI GS 系列

AKG K701 亲测适合
Audio-Technica ATH-SR5 亲测适合

没有非黑即白的绝对占优的架构
什么时候适合上云，什么时候适合离开云，什么时候适合混合云
这些是需要结合实际业务、资金、人员进行考虑的，没有绝对的准则
（人员情况需要独立考虑而不是归入到资金是因为某些领域的研发能兼顾一部分的服务器运维工作）

对于互联网项目
在创业初期，云能提供最基本的数据安全保障，不必耗费大量的时间构建基础设施能快速的启动业务。
而在业务的发展期，云服务的动态扩展能力能进行无缝的扩容，显然这也是公司所需要的
在业务逐渐成熟的时候，显然基于带宽、存储、运算费用的考虑，会有一部分的业务迁出云平台
这时候就产生了混合云架构
最后当业务量足够大了以后，混合云的私有服务器占比会越来越高。
最终是否抛弃公有云转入自研，这就需要实际情况实际判断了。

但显然这是不一定的，对于某些类型的业务：例如特定小范围的视频直播分发
在一开始就会因为带宽的缘故组建自有的核心节点\边缘节点\单一混合节点
（虽说这类业务也有云，但考虑到带宽费用...）
显然这时候在创业初期选择私有服务器 /混合云方案能满足基本的业务需求即可
在业务量上来以后再逐步接入现成的网络基础设施能降低整体的费用
（业务的特殊性意味着接入现有的云服务不会有太多的代码上的修改甚至一开始就能做好相互兼容）

综上，在不带业务场景的情况下讨论这个问题感觉并不完整。

另：基于 ESXI 的私有云方案了解下？

打包意义在哪里？

@azev
请搜索 “ arduino 外部中断”

arduino 是单片机
树莓派是个 PC

arduino 能做到与 CPU 时序一致的同步 IO
树莓派 IO 输出时序不可控需要缓冲结构（因为是**分时操作系统**）

作为一个后端最近在入坑前端的码农算是有那么一些了解吧

事实上前端现在的很多事情已经不同以往的 HTML+CSS+少量 JS 的页面堆砌
是实实在在工程化的 UI 开发，其中涉及图形渲染、数据处理相关的知识
一个 /一套复杂的页面，特别是 Web 页面，需要兼顾大量的条条框框的前提下尽可能简洁的实现所需要的功能
其中牵涉到的众多问题并不比后端简单多少，甚至更难（后端可不需要做环境兼容）
现在的前端开发工作难度其实已经相当于本地客户端开发，称职的前端甚至要熟悉后端开发的一套内容
（ node.js 可是能写服务端的，至于数据库，其实内容不算太多，而且在分工细致的公司会有 DBA 进行维护调优）

后端大多数时候都是 CURD，技术难度在于在高并发之下如何更快的 CURD 并尽可能的降低资源消耗
前端大多数时候关注的是数据如何呈现，以及如何在呈现的时候尽可能低的消耗资源以及兼容性足够好

显然二者关注的都是数据本身，并无优劣之分
更别说前后端分离之后前端工程师需要面对更多的业务逻辑，现代化更多的页面美观度需求
在需要更优化的呈现动画、图表以及构建合理的存储模型的时候
以及需要工程化的实现一个复杂的前端工程时候（现在的应用就没几个不复杂的）
还能说前端工程师是不懂 “数据结构，算法，设计模式” 不是合格的程序员么？

@yanaraika
然而外接键盘也不差
（另：MSI 的键盘手感也不错）

@yanaraika 这的确无法反驳

@yanaraika
不见得，至少 8550U 还是有很多选项的，没必要买越做越差的 TP

为什么 TP 这种越做越烂的机器还有人喜欢呢。。。

各种 FTP 客户端能解决问题