tau
v1.1.5
探索文檔»
快速啟動指南·嘗試我們的沙盒雲·加入我們的不和諧
TAU是一個框架，用於構建軟件開發人員會喜歡的低維護和高度可擴展的雲計算平台！
tau是一個單個二進製文件，除標準系統庫外沒有外部依賴關係。最重要的是，它需要最小的配置。這些是主要步驟：
安裝tau
curl https://get.tau.link/tau | sh配置
tau config generate -n yourdomain.com -s compute --services all --ip your_public_ip --dv --swarm發射
tau start -s compute有關完整的逐步指南，請參閱Deploy Tau。
鑑於您已經安裝了自己，因此建立tau you self是一個直接的go build 。
構建軟件所需的成本和時間，從開發環境到生產，然後有效地擴展以滿足最終用戶需求的規模非常高。
開發人員友好的平台，例如主要的雲計算提供商，昂貴，鎖定用戶，並忽略本地開發和E2E測試。
這確實是一個雙面問題。您是節省基礎設施成本，還是降低開發時間？
如果您投資於自己的平台，那是一條艱難的道路，阻礙了開發速度，並且通常最終成本更高。我們都知道，庫伯涅特童話的結局不好！
如果您投資開發速度，則受到提供商的功能和成本的限制。
對我們來說，解決此問題的含義是：
tau解決了建立和維護雲計算平台的努力，還為令人驚嘆的開發人員體驗提供了基礎。
tau要求最小配置的原因之一是因為它具有內置的自動發現。就像通過傳感器收集的自動駕駛汽車收集信息一樣， tau將收集信息，並嘗試找到最佳的可及地，可用等。
也就是說，某些配置如Bootstrap對等是必要的。除非您運行一個節點雲，否則每個節點將至少知道其他一個對等。
用tau建造的云非常動態。節點在低水平上傳達資產，路線和服務，並且還交換了有關其他同行的信息。雲由seer和gateway等分佈式服務豐富，雲可以加載平衡的請求，以確保最佳的性能和可靠性。
這種行為也內置在雲資源中。例如，我們稱hoarder協議確保對象存儲和數據庫被複製；您需要做的就是在幾個節點上啟用它。
在您的傳統設置中，該平台是一組複雜的模板，管道和集成，最終有助於將配置變成API調用和代碼為資產。由於這種複雜性，以及許多組件需要在自己非常複雜的環境中運行的事實，因此無法滿足“局部==生產”方程。
誠然，有一些解決方案可以嘲笑或重新佈局以進行開發/產品資源，從而使開發人員能夠在本地構建或調試。但是，這仍然是您需要集成和管理的第三方服務。
為了滿足方程式，我們決定構建tau ，以簡化，端口和/或沙盒，雲的各個方面。
傳統上，您可以通過API呼叫與基礎架構接口。每個雲計算提供商都與Kubernetes這樣的編排解決方案旁邊是這種情況。
幾年前，Gitops的概念開始引起海浪，那是我們開始建造的時間，因此我們決定削減雲資源的定義之間的不必要的垃圾，該雲資源應存儲在git中及其實例化， 。
結果， tau沒有API調用來創建無服務器函數。相反，它採用GIT作為改變基礎架構的唯一方法。
同樣，git是tau的核心，意味著雲中的節點會符合特定分支的調整，默認情況下是主體或主人。例如，它在啟用中是一種簡單的方法來設置開發環境。
特定的用例是本地開發，在這種情況下，夢-CLI節點也可以調整為當前分支。
除了在分支上的節點外，由“ TNS”協議管理的應用註冊表將提交ID使用到版本條目中，允許服務資產的節點來檢測新版本，或為此而言。
在內部， tau使用libp2p在節點之間建立了一個覆蓋的點對點網絡，從而實現了一些非常酷的功能，例如：
除非絕對需要，這是極為罕見的，沒有精心設計的軟件應依賴於IP地址和端口。這就是為什麼每個tau雲都用fqdn（即，eTterprise.starships.ws）識別，因此應用程序中沒有使用絕對的網絡參考。在引擎蓋下，雲將透明地照顧DNS分辨率和HTTP負載平衡，從而消除了設置這些設置的需求。
在所有其他雲計算實現中，存儲是指位置，通常是路徑。例如， https://tau.how/assets/logo-w.svg有兩個主要組件tau.how ，它可以轉化為IP地址和一個位置，and /assets/logo-w.svg w.svg，這是一條路徑相對於位置。這種稱為“基於位置的地址”的解決方式根本無法移植。為什麼？你可能會問。好吧，對於初學者來說，在這種情況下，沒有任何保證的數據是SVG徽標。另一個問題是tau.how我們如何連接的主機可能沒有。
為了解決此問題， tau使用內容添加的概念，這是Torrent網絡引入的概念並由IPF推廣。
因此，當您請求https://tau.how/assets/logo-w.svg （實際上是由tau Cloud託管的）時，處理請求的主機將解決（ host=tau.how, path=/assets/logo-w.svg ）到內容地址或CID，然後檢索內容讀取器，然後通過HTTP Writer將其轉發給您。
關於這種方法的一些很酷的事實：
截至今天， tau支持用於計算的WebAssembly。我們開始的原因是它是高度便攜式和沙盒。我們支持CI/CD的容器，但不用於計算。我們正在努力在遵守我們的便攜性和沙箱原理的同時，以實現容器和虛擬機。
使用與存儲中描述的相同原理一起存儲和檢索代碼，二進製圖像以及任何附加資產，這大大減少了配置時間，並將計算與數據（數據重力）和/或用戶（邊緣計算）相近。
如果您想為在tau上託管的項目創建E2E測試，則可以使用dream ， tau中的子包裝。我們還沒有文檔，但是您可以快速從Services/SEER/TESTS/DNS_TEST.GO等測試中學習。
雖然您實際上不能在本地機器上運行tau ，但可以使用Dream-CLI進行操作，這是dream周圍的CLI包裝器。它創建了鏡像生產設置的本地雲環境。與tau不同，它提供了用於實時配置和測試的API。
可以使用我們稱為軌道的插件系統擴展tau 。 Ollama-Cloud是一個開源示例，它演示瞭如何在雲中添加LLM功能。
要了解更多信息，請檢查：
有關綜合文檔，請訪問我們的文檔。
問題還是需要幫助？ ping我們在不和諧上！
