HyScale開源應(yīng)用部署工具的Kubernetes

HyScale宣布公開采購他們的工具，旨在簡化Kubernetes上的應(yīng)用程序開發(fā)生命周期。HyScale使用自定義YAML格式，它使用現(xiàn)有的Docker和Kubernetes API來構(gòu)建、部署和公開應(yīng)用程序作為服務(wù)。

　　HyScale有一個基于自定義YAML的文件，它將dev和OPS步驟結(jié)合起來，例如構(gòu)建容器映像、創(chuàng)建豆莢并將其作為Kubernetes服務(wù)公開到單個文件中。這個名為hspec的文件具有提取工件的選項(xiàng)、安裝支持庫的配置命令以及重寫cmd選項(xiàng)。在引擎蓋下，如果需要，hyscaleCLI工具將生成一個Dockerfile，Kubernetes將用于部署、服務(wù)和輸入。它還調(diào)用K8S API來應(yīng)用YAML。規(guī)范文件還公開了部署選項(xiàng)，如CPU/RAM，卷，秘密等，當(dāng)它部署到Kubernetes。

　　HyScale規(guī)范文件可以使用現(xiàn)有的Dockerfile，也可以使用指令從工件和Linux命令構(gòu)建圖像。Balakuntalam解釋了為什么規(guī)范文件不同時支持這兩個選項(xiàng)：

　　這里有兩種類型的觀眾。一個-那些熟悉Dockerfiles的人。對于它們，HyScale接受Dockerfile作為圖像構(gòu)建的輸入，并根據(jù)hspec生成K8S清單。兩個-那些沒有Dockerfile，只需要一個圖像，有應(yīng)用程序工件和堆棧來運(yùn)行它。在這種情況下，hspec提供了一種簡單的方法來指定所需的基本堆棧和工件位置，HyScale將創(chuàng)建Dockerfile和部署所需的所有東西。

　　在基于Kubernetes的開發(fā)部署工作流中，像Podman和Buildah這樣可以在沒有Docker守護(hù)進(jìn)程開銷的情況下工作并生成符合OCI的圖像的工具正在作為香草Docker的替代方案出現(xiàn)。HyScale還不支持這些，但他們已經(jīng)“開始支持Kaniko的工作”。此時，這一空間存在太多的碎片，不清楚哪些工具將得到牽引，原因是什么”，巴拉昆塔拉姆說。通過HyScale的Kaniko實(shí)現(xiàn)，圖像構(gòu)建“發(fā)生在一個吊艙內(nèi)，因此這可能有助于在K8S中擴(kuò)展圖像構(gòu)建吊艙”。

　　容器化應(yīng)用程序的優(yōu)點(diǎn)之一是應(yīng)用程序開發(fā)人員可以將配置和環(huán)境指定為容器映像的一部分，而容器映像在通過管道-dev、分期、prod等過程中基本保持相同。然而，一些配置，例如。對于Java應(yīng)用程序的堆大小，可能在envs之間是不同的。如果dev使用類似Minikube的dev，并且ops團(tuán)隊(duì)部署到一個完整的K8S集群中，這一點(diǎn)尤其正確。HyScale能管理這樣的場景嗎？巴拉昆他蘭說，現(xiàn)在還沒有，但他補(bǔ)充說，他們正在努力：

　　hspec提供了應(yīng)用程序團(tuán)隊(duì)需要的抽象，作為部署應(yīng)用程序的基礎(chǔ)。在此基礎(chǔ)上，我們將提供一種為每個環(huán)境添加配置文件的方法。一個hprof規(guī)范已經(jīng)在工作中，它將允許重寫hspec指令或?yàn)槊總€環(huán)境指定額外的指令選項(xiàng)。然后，HyScale將基于環(huán)境在hspec之上應(yīng)用這樣的差異。

　　在這個空間里有許多工具-無論是新興的還是成熟的-比如Skaffold、Garden、Draft和Forge。與其中一些相比，HyScale如何？巴拉昆塔拉姆說：

?

　　HyScale提供了一個以應(yīng)用程序?yàn)橹行牡某橄蠛拖嚓P(guān)的布線來完成部署。此外，當(dāng)問題發(fā)生時，它需要簡化故障排除。我們希望能夠說“給我服務(wù)A的服務(wù)日志”或“為服務(wù)X觸發(fā)快照”，而不必?fù)?dān)心服務(wù)運(yùn)行在哪個吊艙或容器中，使用了哪些存儲類，哪些PV/PVC ID相關(guān)聯(lián)等等。