Helm Template with Istio

Kubernetes 部署套件 HELM 的基礎架構

範本說明

名稱	說明
nginx-server	沒有使用 istio 的基礎服務範本，也可以另外開啟 nginx ingress 與 argo rollout 支援，適合用在純前端或是不想用 istio 的後端服務。 argo rollout 部分尚未進行測試
queue-consumer	搭配 keda 的服務部署設定，有倚賴 istio，但是 istio 的倚賴有考慮移除，因為 consumer 通常不需要外部連入，也比較沒有藍綠部署、金絲雀部署等需求 (因為部署上去就會開始接收 Queue，分流控制通常不在 ingress 上)。目前仍有 istio 相關設定的原因是，保留 health 等外部直接查看服務狀態的頁面，但若追蹤、Log 等機制完善後就不需要了。
web-application	適合用在 .net MVC 的 Web Server，有倚賴 istio，可以開啟 argo rollout 支援。有在 istio virtual service 中的 httpHeader 上加上 'x-forwarded-proto: https'
webApi	適合用在純後端服務，有倚賴 istio，可以開啟 argo rollout 支援。
yarp gateway	大多數設定都與 web-application 相同，但是因為主要要給 Yarp 做的 Gateway 使用，所以資源值沒有像 web application 那麼高。有倚賴 istio，可以開啟 argo rollout 支援。

此範本內的資源限制預設如下，可依據服務需求自行調整設定方式與單位可參照此說明文件

此處相關數值僅供參考，limits 的部份請依據服務所需與可用資源定義最大值，requests 的部分須確認服務在中低負載下的基礎需求定義，過高可能會導致 kubernetes 認為目前叢集內無資源可部署服務而部署失敗，過低可能會在資源極度不足的狀況下仍部署該服務而導致整個叢集的效能低落。

resources:
  requests:
    memory: "400Mi"
    cpu: "200m"
  limits:
    memory: "800Mi"
    cpu: "2000m"

resources:
  requests:
    memory: "200Mi"
    cpu: "100m"
  limits:
    memory: "600Mi"
    cpu: "1000m"

如果有設定 nginx 上進行 gzip 壓縮的話，CPU 可以拉高一些

resources:
  requests:
    memory: "100Mi"
    cpu: "100m"
  limits:
    memory: "200Mi"
    cpu: "500m"

REF