三网融合其实只需要光纤就好了。。。
一根光纤本身可以容纳不同波长的光源，不同的只是衰减量而已，这点和同轴电缆很相似。

技术可以说没有任何难点，而且价格也很低廉（相对铜线布网，光缆很便宜的）
一开始也就各个节点的设备比较贵，但是和光缆成本一分摊，其实更便宜，更别说后期维护、升级的成本
三网融合更能发挥成本优势，在已建立光路的情况下，只需增加前后端的设备就好了。

但是在现在各个部门资源不共享的情况下，三网融合只能是个梦，说白了还是利益问题。

三网融合现阶段来说在新楼盘实现受益的是电信，如果有线电视使用光纤接入的话终端的解调设备成本非常高（相比电信），因为有线电视还要兼容部分模拟电视频道，数字电视也是基于VHF/UHF频段的，这需要的是光解调器，而不是光猫。

如果是由电信来实现IPTV的话，完全可以新开一个光路使用广播的方式用尽GPON 2.3G的带宽，实现高质量的IPTV，每路电视12mbps计算能容纳接近200路的高清广播电视（高清翡翠就这码率）
如果不需要支持标准DVB-C数字机顶盒和模拟电视的话，有线电视也能这么做
电信不能这么推主要还是广电总局的限制。。。囧

另外使用模拟调制能获得更高的带宽，VHF+UHF总计68个电视频道每个频道8M，使用DVB-C QAM256调制，有效带宽每频道51mbps，一共3468mbps（虽说一般不会这么用）

当然，这是理想。。。
现在更多的也就做到了运营商共享接入箱而已。。。。

....随便找个对JSON友好的语言解码一下重新生成数据不就完了
Python JS PHP 随便选啊

@griffinqiu 我本来也这么想的，但是跑了一次测试以后就不这么想了。。。

@griffinqiu 不支持硬件NAT，在做NAT转发的时候必须使用CPU进行软件处理
在ADSL环境下没什么，但是在高带宽环境下（例如电信100M FTTH之类的）
至少MAC1200R那AR9344 CPU是无法满足需求的（最高6MB/S，平均4.5MB/S）

所以需要做NAT的路由器不建议使用OpenWRT，因为OpenWRT不支持硬件NAT。。。
（能支持就尽管用吧，路由器性能强大不在乎那也可以用。。）

真不知道为啥大家都那么喜欢把东西扔在弱电箱。。。
那是布线箱不是机架啊。。。
装个小的19寸 壁挂式机架在外面散热也好空间也大。。。
无线路由之类的就别扔进去了，要是弱电箱布置不合理信号可以非常的差。。

主路由不能省，虽说MAC1200R实测NAT转发能跑满100M（电信FTTH 原厂固件硬件NAT）
除非能确定第三方固件支持硬件NAT，否则不刷机是最好的选择（都有NAS了还刷机还用那鸡肋般的NAT功能？OpenWRT一般不支持硬件NAT）

主路由用千兆的，现在看起来W1800R是个不错的选择，做无线主节点
底下接个16口交换机，交换机直出各个网络端口
在信号弱的地方扔个MAC1200R之类的低端AC路由做WDS。。。（双频2.4G做热点，5.8GWDS）

貌似W1800R刷Tomato支持硬件NAT，链路聚合也可以试试。。。

Ramnode...
在我这边测试 带宽比Linode大。。
虽说反应没有linode那么快。。。

@lecher 能不能让那家公司出局就不好说了。。。
感觉真要满足这么一个东西存在架构没法做就是了。。。囧

PS.那家公司很神奇的说不能同时满足两台以上服务器的防篡改拷贝操作。。。
好吧，其实我根本没理解这个防篡改是做啥用的。。。
只有读权限的系统还能篡改啥？

@razrlele 对我来说韩文也是没有区分度的感觉。。。
其实日语中间夹着汉字的话本身就起到了分词的作用
虽说我一直都要念出来才大概知道是啥意思。。。

PS.没注音的汉字和比假名更糟糕。。。读法太多了
另，除了看过50音以外就是看了快10年动画了。。。囧
还有人玩Galgame/原版游戏学日语呢。。。
至少能培养语感。。。

@lygmqkl 咱们也想重构，但是客户不想出钱。。。囧

@mornlight 把内置网卡换掉就好了

换个网卡上5G吧。。。
我家也是这问题。。所有空闲信道均由用户。。
选了个干扰最低的，结果延迟还是100ms+（到g.cn，有线常年47ms）
结果换了个5G。。。速率/延迟都几乎和有线一样了（5G全频道搜索只有我一个。。。）

@lecher 感谢回复~
其实我觉得现在的防篡改拷贝动作没必要存在呢
做一个公共的盘柜，一端允许写入，一端允许读取权限配好的情况下就没防篡改拷贝什么事了~

我只知道最近每晚某个时间点之后网络突然变成丢包模式。。。过了凌晨某个时间点之后瞬间变好

请问一下买的是哪家的VPS？

@lecher
@hjc4869
一个站点群，一家公司开发维护（咱们）、一家公司提供防篡改方案（就是那个前后端拷贝的工具）、一家公司负责服务器维护、还有一家公司维护防火墙、地方机构提供服务器以及场地。。。

这还不是问题，问题是这几个部门之间难以进行信息交流。。。囧
（咱们申请详细的访问数据、防火墙规则、程序运行环境的配置一个月过去了至今没得到有效回复）

@lecher 的方案很好，但无法使用的原因估计大家都能猜到。
现在的前后端同步的时间已经因为性能关系从1分钟一同步变成最离谱的时候5分钟一同步。。囧

另，在我理解中虚拟机最大能占用一个实体机的所有资源，那么对于一个高负载的应用（例如数据库）在耗光一个服务器的资源以后如何动态的进行资源的调配？在我理解中如果不进行应用上的修改只能换机扩容了。

关于容灾，我所了解的虚拟机的容灾是同时运行两台服务器，一台负责应对流量、一台备份，如果主机挂掉的话自动把流量切换到备份机，但是会损失宕机时的未保存的所有信息。

补充：我们的主要数据都是以txt形式存在（文章正文之类的），数据库大多是索引

@hjc4869 同意这个想法
一台nginx+N台前端+单点数据源
这个想法现在不了解的数据源（数据库/数据）如何保证可用性，毕竟这也会存在单点故障的问题。
不太了解服务器热备方面的东西。。。

暂时别纠结在性能上面。。
现在重点是可用性。。。
现在两台机子其中一台挂掉网站都得挂。。。
奇葩的架构。。。

@msg7086 现在数据库查询也是飞一样呢。。。