📦 **文档缺失与隐性操作阻碍 IaC：** 作者指出华为云 CCE 的文档存在严重不足，尤其是在配置特殊路由（如 100.125.0.0/16 指向 VPC Endpoint）时，缺乏明确指导。更糟糕的是，某些操作（如创建 CCE 集群时加入 `enable_swr_image_access`）会自动修改主路由表，这种隐性操作严重阻碍了 IaC 的实现，因为 IaC 工具无法感知或管理这些自动生成的配置。

💽 **PV 创建错误频发且原因不明：** 在 CCE 集群上创建 PV 时，作者遇到了多种导致挂载失败的错误。例如，使用 `csi-disk` (EVS) 时出现“The app is not authorized to access the API”或“flavors has been sold out”等不明原因的错误。更令人沮丧的是，还出现了“no route to 100.125.1.123”的问题，需要特定的路由配置才能打通，但作者无法找到如何创建这些路由的有效方法，即使尝试了 CCE Cluster autopilot 或 CCE with Everest addon 也未能解决。

📝 **文档质量低下且缺乏可用示例：** 作者严厉批评华为云的文档质量低下，不仅指示不清，甚至存在错误。例如，在确认删除操作时，系统提示输入 'DELETE' 是错误的，而正确的输入却是完整的句子“Enter DELETE to confirm the deletion”。这种不严谨的设计和测试表明文档可能未经充分验证。此外，对于 SFS/SFS Turbo/OBS/DSS 等存储，文档仅提供了包含大量选项的 YAML manifest，但缺乏一个简单、可用的最小化工作示例，使得用户难以快速上手和排查问题。

這貨真的有夠爛, 文件難找也算了, Terraform provider 超級多問題也算了, 但問題是用不了, 一切操作也要靠 Web UI 但還是用不了。

我算是 k8s 專家吧, 有 CKA, 能用 kubeadm/kubespray 在 bare-metal 組 cluster, 各種雲例如 AWS/Azure/OVH/Digital Ocean/Vultr 等等的 managed k8s 也很 OK, 也能獨力 troubleshoot 由 kubelet 到 api-server 到 etcd 等等各種問題, 常見的 CSI 及 CNI 插件都玩通透, 就是華為這麼麻煩

1. 100.125.0.0/16 的特殊路由要指向到 VPC Endpoint, 但沒有文件提及如何做
結果居然要創建 CCE 加入enable_swr_image_access, 它就會在主 routing table 上創建, 這種隱性操作也許 Web Console 會做, 但對 IaC 完全是一種障礙!

2. CCE Cluster 上面創建一個 PV 的問題也有夠多

最基本的 storageClass: csi-disk (EVS)可以出各種錯誤導致無法掛載, "The app is not authorized to access the API: appkey xxx", "flavors has been sold out for specificated resource"等等各種不明所以的, 還有一種更扯的是 no route to "100.125.1.123", 這貨要 100.125.1.0/24 指向到某一個 VPC Endpoint 才能打通 , 但根本無法得知這要如何創建, 甚麼 CCE Cluster autiopilot 或 CCE with Everest addon 都試過還是卡在沒有到 100.125.1.0/24 的路由。更不用談其他 SFS/SFS Turbo/OBS/DSS 等等有的沒的, 要一堆 annotation 才能 apply, 試了各種選項但還是通不了。

全部文檔就是急著全部有的沒的選項也列出在一個 yaml manifest 上, 但能只給一個最簡單的 minimal working example 嗎?連一個能用的範例也沒有, 華為雲的文檔質素實在有夠爛。

3. 文件內容垃圾, 指示垃圾, 就舉一個例子好了, 試了很多次創建 CCE cluster 仍然有一樣的問題
Enter 'DELETE' to confirm the deletion, 結果輸入'DELETE'是錯的, 還提示'Please enter DELETE'???


要整句輸入'Enter DELETE to confirm the deletion'才是對的, 這是甚麼理解方法?


這東西到底它們有測過嗎?小廠例如 Digital Ocean 的 k8s 也比牠家的好用多了!