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

語言inter-op

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

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

可移植性

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

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

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

容易并發(fā)

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

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

先進的指標

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

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

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

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

我們喜歡它讓我們停止擔心服務器，消除空閑服務器時間，并神奇地縮放。

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

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

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

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

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

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