tau
v1.1.5
ドキュメントを探索»
クイックスタートガイド・サンドボックスクラウドを試してください。
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自身を構築することは、あなたがインストールされていることを考えると、簡単なgo buildです。
ソフトウェアを構築し、開発環境から生産に至るまでのコストと時間は、エンドユーザーの需要を満たすために効果的にスケーリングします。
主要なクラウドコンピューティングプロバイダーのような開発者に優しいプラットフォームは、高価で、ユーザーをロックし、ローカル開発とE2Eテストを見落としています。
これは本当に両面の問題です。インフラストラクチャコストを節約しますか、それとも開発時間を短縮しますか？
あなたがあなた自身のプラットフォームに投資するなら、それは開発の速度を妨げ、一般的により多くのコストになる岩だらけの道です。私たちは皆、クベルネテスのおとぎ話がうまくいかないことを知っています！
開発速度に投資する場合、プロバイダーの機能とコストに制限されます。
私たちにとって、この問題を解決することは次のことを意味します。
tau 、クラウドコンピューティングプラットフォームの構築と維持を解決し、驚くべき開発者エクスペリエンスの基礎を提供します。
tau最小限の構成を必要とする理由の1つは、自動ディスコービリが組み込まれているためです。センサーを介した自動運転車の収集情報のように、 tau情報を収集し、到達可能な、利用可能な最良の方法を見つけようとします。
とはいえ、ブートストラップピアのようないくつかの構成が必要です。単一ノードクラウドを実行していない限り、各ノードは少なくとも1つの他のピアを知る必要があります。
tauで構築されたクラウドは非常にダイナミックです。低レベルでは、ノードは資産、ルート、およびサービスを通知し、他の仲間に関する情報も交換します。 seerやgatewayなどの分散サービスによって強化されたクラウドは、最適なパフォーマンスと信頼性を確保するために、バランスを負担するリクエストを負います。
この動作は、クラウドリソースにも組み込まれています。たとえば、 hoarderと呼ばれるプロトコルは、オブジェクトの貯蔵とデータベースが複製されるようにします。あなたがする必要があるのは、いくつかのノードでそれを有効にすることだけです。
従来のセットアップでは、プラットフォームは複雑なテンプレート、パイプライン、統合のセットであり、最終的に構成をAPI呼び出しとコードに変えるのに役立ちます。その複雑さと、多くのコンポーネントが独自の非常に複雑な環境内で実行する必要があるという事実のため、「ローカル==生産」方程式を満たすことは不可能です。
確かに、開発者がローカルで構築またはデバッグできるようにするために、開発者/製品を作成/製品にmockまたは再ルーティングするソリューションがいくつかあります。ただし、統合と管理に必要なサードパーティサービスです。
方程式を満たすために、クラウドのあらゆる側面を簡素化、ポート、および/またはサンドボックスにするように、 tauを構築することにしました。
従来、API呼び出しを介してインフラストラクチャとインターフェイスしていました。これは、Kubernetesなどのオーケストレーションソリューションとともに、すべてのクラウドコンピューティングプロバイダーの場合です。
数年前、Gitopsの概念が波を作り始めました。それは私たちが構築し始めた頃でしたので、Gitに保存する必要があるクラウドリソースの定義とそのインスタンス化の間に不必要なゴミを削減することにしました。
その結果、 tauには、たとえばサーバーレス機能を作成するAPI呼び出しがありません。代わりに、インフラストラクチャを変更する唯一の方法としてGitを採用します。
また、gitはtauのコアであることを意味します。クラウド内のノードは、デフォルトでメインまたはマスターで特定のブランチにチューニングされることを意味します。たとえば、開発環境をセットアップする簡単な方法です。
特定のユースケースは、局所開発です。この場合、Dream-Cliノードも現在のブランチに合わせて調整できます。
「TNS」プロトコルで管理されているアプリケーションレジストリは、ブランチ上にあるノードに加えて、バージョンエントリにコミットIDを使用して、アセットにサービスを提供するノードを新しいバージョンまたはロールバックを検出できるようにします。
内部的には、libp2pを使用しているtau 、ノード間でオーバーレイピアツーピアネットワークを構築し、次のようなかなりクールな機能を有効にします。
絶対に必要でない限り、非常にまれであるため、適切に設計されたソフトウェアはIPアドレスやポートに依存してはなりません。これが、すべてのtauクラウドがFQDN（つまり、Enterprise.starships.ws）で識別される理由であるため、アプリケーションでは絶対ネットワーク参照は使用されません。ボンネットの下では、クラウドはDNS解像度とHTTPロードバランスを透過的に処理し、これらをセットアップする必要性を排除します。
他のすべてのクラウドコンピューティングの実装では、ストレージとは場所と一般的にパスを意味します。たとえば、 https://tau.how/assets/logo-w.svgは2つの主要なコンポーネントがあり/assets/logo-w.svg tau.how場所に対して。 「ロケーションベースのアドレス指定」と呼ばれるこのアドレス指定は、単にポータブルではありません。なぜ？あなたは尋ねるかもしれません。まあ、まず第一に、この場合、返されたデータがSVGロゴがあることを保証するものはありません。もう1つの問題は、 tau.howです。私たちが接続したホストはそれを持っていないかもしれません。
この問題を解決するために、 tau Torrent Networksによって導入され、IPFSによって普及されているコンテンツアドレスを使用しています。
したがって、 https://tau.how/assets/logo-w.svg要求すると、実際にtauがホストしている場合、リクエストを処理するホストが解決します（ host=tau.how, path=/assets/logo-w.svg ）コンテンツアドレスまたはCIDに、コンテンツリーダーを取得してから、HTTPライターを介して転送します。
このアプローチに関するいくつかのクールな事実：
今日の時点で、 tauコンピューティングのWebAssemblyをサポートしています。私たちが始めた理由は、それが非常にポータブルでサンドボックスされているからです。 CI/CD用のコンテナをサポートしていますが、コンピューティング用ではありません。私たちは、携帯性とサンドボックスの原則を守りながら、コンテナと仮想マシンを実装する方法に取り組んでいます。
コード、バイナリ、画像は、添付された資産とともに、ストレージで説明されている同じ原則を使用して保存および取得されます。
tauでホストされているプロジェクトのE2Eテストを作成したい場合は、 tau内のサブパッケージであるdreamを使用できます。まだドキュメントはありませんが、Services/Seer/Tests/dns_test.goなどのテストからすぐに学ぶことができます。
地元のマシンで実際にtauを実行することはできませんが、 dream周りのCLIラッパーであるDream-Cliを使用してそうすることができます。生産設定をミラーリングするローカルクラウド環境を作成します。 tauとは異なり、リアルタイム構成とテスト用のAPIを提供します。
軌道と呼ばれるプラグインシステムを使用して、 tau拡張できます。オープンソースの例はOllama-Cloudで、クラウドにLLM機能を追加する方法を示しています。
詳細については、次のことを確認してください。
包括的なドキュメントについては、ドキュメントをご覧ください。
質問または支援が必要ですか？不和で私たちをping！
