我在台灣待了一段時間，用過 HiNet，只能說和國內出國際比較，掉包的幅度根本不是一個級的。
牆是流量一多就開始掉，或者數秒就掉包一秒，太有感覺了。

已發展國家中，國際出口掉包的感覺沒有一個像牆般有感，英德法等等最後一里還是銅線的國家如是，最多是流量 QoS，而不是小流量也能掉一下。

用過了 Docker 版的 ES，還是覺得太多東西，直接上了 Elastic Cloud for K8s, 舒服。

gaf 的 ygyz 不是說笑的

廣東電信, 每次撥號抽到不同的 IP 段, 出海差距超級大

支持 h2 倒是很基本的, 我的例子就是 90%以上客戶端都用 http/2 及 TLS 1.3

但在 nginx 上面跑 quic, 網卡滿載時好 QUIC 連線爭取到的有效頻寬比 TCP BBR 低

明明 Windows Core 及 PowerShell 都是向命令行靠攏的方向, 更不用說 Windows Containers 了以前在 Windows 上的 IIS/MSSQL/ASP.net 都有純命令行的解決方案.......

老實說, 你體驗不好, 是因為你和主流的技術脫節了, 人家設計就是以腳本及自動化為基本, 這年頭還要靠人手在伺服器的 GUI 點來點去安裝的, 那你的經驗要傳承也很難, 當然你可以說這就是保住飯碗, 但以後有問題也太花時間去 troubleshoot 了

我有一個項目, 起始時是手動做 apt-get install 等等動作, 然後開始大起來要做擴充(Scaling), 變數開始多, 那時候有命令行都覺得一台一台機安裝及調參數很麻煩, 開始用上了 Docker 。

Docker 用過一會後, 機器數量增多, 就改成了 Rancher, 總算能統一安裝包及自動安裝了。

然後用著用著因 Rancher 出問題不好維護, 又改成了 Swarm, 這時候開始把所有組件存成了 yaml 備分, 開始有 infrastructure-as-code 的狀態。

但 Swarm 雖然是 Docker 官方的方案, 但奇怪的問題很多, 升級也困難, HA 不好做而且發生問題也十分難跟蹤。

最後改成了現在的 Kubernetes, 用 Ansible 自動安裝的, 總算能看清每個組件之間的關係, 資源調配也比較合理也比較清楚, 而且可用性等處理全部有規範, 穩定度終於能保住。

都用上了 Ansible, 不如考慮 kubespray?

這樣的路由才算比較合理, 連阿里雲都不夠富有在國內用 CN2, 繼續用 163 服務.CN 以外的地區都是渣

支持 foofoobarbar 嚴正執法，如果在美 X 早就 bopomofo

看到名字就開槍的，難怪作者會不勝其擾

樂色......

嘗過了國產 Nubia 後, 還是回歸到國際版的三星去了

@liuxu 人家 Apple 就算是 ARM, 都有整套 kernel 由零開始的能力
然而, 明明都是用的開源 Linux Kernel, 基本的 SMP 都調不好, 華為造了多年 BSP, 功力應該不錯的吧

不錯，就是要改成這樣才有價值

@CernetBoom 你只是不懂在國內用 GitHub 的困難而已。好啦，用 163 世界觸手可及啦。

@CernetBoom

github 的 repositry 還真的在香港沒有節點，不然你跑一跑 git clone 看看流量在哪裡傳過來，難道你以為在國內寫代碼都能不爬梯子？

世界很大，建議你多出去看看。


@txydhr 嗯嗯，說 163 國際段爛的就是黃屍，那說聯通和移動比較好就是 LD 和 YD 了吧，你這人真有趣。