用Teal在記錄時間內(nèi)構(gòu)建有狀態(tài)和可移植的無服務(wù)器應(yīng)用程序。

語言inter-op

使用您最喜歡的工具和庫來做重物，而蒂爾處理膠水。

現(xiàn)在，Teal可以直接調(diào)用Python函數(shù)。有計劃支持Javascript，可能還有其他語言(C/ c++等)。

可移植性

Teal運(yùn)行時抽象了“存儲”和“計算”，因此任何能夠提供這些功能的平臺都可以運(yùn)行Teal。

其副作用是，您可以使用本地存儲和計算在本地測試應(yīng)用程序，然后部署到云上。如果它的行為不同，這被認(rèn)為是一個藍(lán)綠色的bug。

AWS后端已經(jīng)實現(xiàn)，接下來是GCP。

容易并發(fā)

Teal將AWS中并發(fā)進(jìn)程的復(fù)雜性隱藏在熟悉的編程結(jié)構(gòu)背后(異步/等待)，讓您描述具有多個“線程”的系統(tǒng)，這些“線程”傳遞數(shù)據(jù)并相互等待。

在AWS中運(yùn)行時，線程在獨立的Lambda上下文中運(yùn)行，并通過DynamoDB共享數(shù)據(jù)，由Teal運(yùn)行時透明地處理。

先進(jìn)的指標(biāo)

跨線程的標(biāo)準(zhǔn)輸出和日志自動由項目和“會話”確定范圍——有點像結(jié)構(gòu)化日志，但是內(nèi)置的。

Teal事件支持函數(shù)級跟蹤和性能分析。

當(dāng)中斷時，Teal堆棧跟蹤顯示整個上下文，而不僅僅是當(dāng)前線程(或Lambda函數(shù))。

Serverless有問題，但它真的很好。很多聰明人都認(rèn)為這是未來的趨勢。

我們喜歡它讓我們停止擔(dān)心服務(wù)器，消除空閑服務(wù)器時間，并神奇地縮放。

問題是，我們用操作的簡單換取了開發(fā)的復(fù)雜性。

構(gòu)建任何重要的東西都要花費時間、精力和大量的基礎(chǔ)設(shè)施。最普通的數(shù)據(jù)管道的架構(gòu)圖。

Web開發(fā)曾經(jīng)非常簡單。一切都可以在本地運(yùn)行，一切都在代碼中定義。

如果我們可以有相同的經(jīng)驗serverless?我們應(yīng)該能夠在開發(fā)和操作中保持簡單性，同時保持服務(wù)器狀態(tài)。

蒂爾正在實現(xiàn)這一點。

最好的方法是用藍(lán)綠色做一些很棒的東西，然后告訴我們。在GitHub上爆紅。告訴我們它是如何幫助你的，或者它是如何未能達(dá)到你的期望的。