本文為您介紹BizWorks的常見問題。
如何獲取Git私人令牌？
- 登錄Gitlab倉庫。
- 在頂部菜單欄，選擇。
- 在User Settings頁面，單擊Access Tokens。
- 在Access Tokens頁面，依次進行以下操作：
- 填寫Token name。
- 在Select scopes中，選中api和read_user。
- 單擊Create personal access token。
如何初始化公有云服務集群？
背景信息
由于BizWorks屬于半托管模式，即運行用戶應用程序的容器集群是由用戶提供，將用戶集群納管到BizWorks中時，需要初始化安裝一些組件，這樣才能保證后續用戶的應用可以正常運行。目前需要初始化安裝的組件包括：
- kubevela：該組件是OAM的實現，用來進行用戶應用的部署。如果您使用的是K8s集群，則必須安裝該組件；如果您使用的是Edas集群，則不需要且不能安裝該組件。
- metricbeat：該組件主要用來實現POD的監控功能，比如：CPU、內存等。如果沒有安裝該組件，則POD監控信息無法查看。
- log-pilot：該組件將應用的運行日志采集到Kafka，進行后續的商業能力鏈路分析。如果沒有該組件，則運營平臺功能將不可用（即沒有數據）。
- API網關：該組件用來實現中臺商業能力調用的路由。如果沒有安裝該組件，按照應用部署后返回的
endpoint，將無法被調用。
配置說明
下面對各個組件做詳細說明，以及介紹不同組件的初始化情況對集群初始化情況的影響。
- kubevela：不依賴任何其他外部組件，按照默認參數安裝即可。如果因為各種異常原因初始化失敗，那么會導致整個集群初始化失敗。
- metricbeat：依賴ES服務，ES由BizWorks直接提供。
如果ES的地址配置失敗，會導致metricbeat無法啟動，從而導致集群初始化失敗。
- log-pilot：依賴Kafka，且需用BizWorks的Kafka，但公有云的Kafka在跨VPC訪問時，需要配置SSL。由于當前產品還不支持，所以不能進行配置，但您可以先按照默認值進行配置。在Kafka地址錯誤的情況下，log-pilot依然可以正常啟動，不影響整體集群初始化，但是會采集不到日志，導致運營功能不可用。如果您需要使用運營功能，請聯系BizWorks運維人員，進行log-pilot的手動配置。
如果log-pilot初始化失敗，不會導致整個集群初始化失敗。
- API網關：依賴Redis以及BizWorks控制臺。對于Redis用戶需購買，并且確保用戶集群已開啟了白名單。相關配置如下：
redis-host：用戶購買的Redis地址。redis-port：用戶購買的Redis端口。redis-password：用戶設置的Redis密碼。pop-loadPrivate：false。pop-endpoint：BizWorks控制臺地址：bizworks.aliyun.com。storageClass：PVC存儲控制器，alicloud-disk-ssd。
如果API網關初始化失敗，會導致整個集群初始化失敗。
確保集群有出入公網雙向權限
您需要確保集群具有出入公網的雙向權限，否則會導致初始化公有云服務集群失敗。訪問公網權限，主要用來拉取BizWorks的相關鏡像。被公網訪問的權限，則是用來可以被BizWorks管控訪問。
- 關于如何配置集群訪問公網，請參見使用公網NAT網關SNAT功能訪問互聯網。
- 關于如何配置集群被公網訪問，請參見綁定和管理EIP。
找不到BWAF包
請參見獲取BWAF開發包。
在BizWorks中每個應用是否需要對應獨立的數據庫？
不需要。每個應用是一個微服務。最佳實踐里的應用是一個微服務對應一個數據庫，比如：交易對應一個數據庫，商品對應一個數據庫。在產品上沒有做任何限制，多個應用也可以配置為一個數據庫。
商業能力功能適用的場景是什么呢？
商業能力是把業務場景沉淀下來的結構化方式。
以前實現多個微服務，您只能從系統上看到多個接口。商業能力是從業務視角來解釋底層多個微服務具體做了什么，以及接口在業務場景的實現中起的關鍵作用是什么。這就是商業能力的可視化。
通過商業能力的度量，您可以知道沉淀的能力的復用度，以及使用效果。比如：有哪些業務場景用得很頻繁，帶來了比較好的價值；有哪些一直被催的需求，而實際很長時間都沒被使用到等。
商業能力的管理和運營，核心就是為了盤活微服務已經沉淀的能力。
接入集群失敗
問題現象
問題原因
集群的管理員或運維角色未給當前資源賬號授權。
解決方案
為當前賬號配置集群內RBAC權限。具體操作，請參見配置RAM用戶或RAM角色RBAC權限。