tau
v1.1.5
문서 탐색»
빠른 시작 가이드 · 샌드 박스 클라우드 시도 · Discord에 가입하십시오.
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전체 단계별 가이드는 Tau 배포를 참조하십시오.
tau 자신을 구축하는 것은 당신이 설치 한 간단한 go build 입니다.
소프트웨어를 구축하고 개발 환경에서 생산으로 가져간 다음 최종 사용자 수요를 충족시키기 위해 효과적으로 확장하는 데 필요한 비용과 시간이 매우 높습니다.
주요 클라우드 컴퓨팅 제공 업체와 같은 개발자 친화적 인 플랫폼은 비용이 많이 들고 사용자를 잠그며 지역 개발 및 E2E 테스트를 간과합니다.
이것은 실제로 양면 문제입니다. 인프라 비용을 절약합니까, 아니면 개발 시간을 낮추나요?
자신의 플랫폼에 투자하면 개발 속도를 방해하고 일반적으로 비용이 많이 드는 바위가 많은 도로입니다. 우리는 모두 Kubernetes 동화가 잘 끝나지 않는다는 것을 알고 있습니다!
개발 속도에 투자하면 제공자의 기능과 비용이 제한됩니다.
우리 에게이 문제를 해결한다는 것은 다음을 의미합니다.
tau 클라우드 컴퓨팅 플랫폼을 구축하고 유지 관리하기 위해 해결하고 놀라운 개발자 경험을위한 기초도 제공합니다.
tau 최소한의 구성을 요구하는 이유 중 하나는 자동 발견이 내장 되었기 때문입니다. tau 센서를 통해 정보 수집 정보를 수집하는 자율 주행 자동차와 마찬가지로 정보를 수집하고 도달 할 수있는 최선의 방법을 찾으려고 노력할 것입니다.
즉, 부트 스트랩 피어와 같은 일부 구성이 필요합니다. 단일 노드 클라우드를 실행하지 않으면 각 노드는 하나 이상의 다른 피어를 알아야합니다.
tau 로 제작 된 구름은 매우 역동적입니다. 낮은 수준에서 노드는 자산, 노선 및 서비스를 전달하고 다른 동료에 대한 정보를 교환합니다. seer 및 gateway 와 같은 분산 서비스가 풍부한 클라우드는 최적의 성능과 신뢰성을 보장하기 위해 들어오는 요청을로드 할 수 있습니다.
이 동작은 클라우드 리소스에도 내장되어 있습니다. 예를 들어, 우리 hoarder 부르는 프로토콜은 객체 저장 및 데이터베이스가 복제되도록합니다. 몇 가지 노드에서 활성화하기 만하면됩니다.
기존 설정에서 플랫폼은 복잡한 템플릿, 파이프 라인 및 통합 세트로 구성을 API 통화로 전환하고 자산으로 코드로 전환하는 데 도움이됩니다. 이러한 복잡성과 많은 구성 요소가 자신의 매우 복잡한 환경에서 실행해야한다는 사실 때문에 'Local == Production'방정식을 만족시키는 것은 불가능합니다.
물론, Dev/Prod 리소스로 조롱하거나 재 조전하는 솔루션이있어 개발자가 로컬로 구축하거나 디버그 할 수 있습니다. 그러나 여전히 통합하고 관리하는 데 필요한 타사 서비스입니다.
방정식을 만족시키기 위해, 우리는 클라우드의 모든 측면을 단순화, 포트 및/또는 샌드 박스를 단순화하기 위해 tau 만들기로 결정했습니다.
전통적으로 API 호출을 통해 인프라와 인터페이스합니다. Kubernetes와 같은 오케스트레이션 솔루션과 함께 모든 클라우드 컴퓨팅 제공 업체의 경우입니다.
몇 년 전, 기티의 개념은 파도를 만들기 시작했고, 우리가 구축을 시작했을 때였으므로 우리는 구름 자원의 정의 사이에서 불필요한 쓰레기를 자르기로 결정했습니다. .
결과적으로 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 /assets/logo-w.svg 두 가지 주요 구성 요소가 있습니다 tau.how 위치와 관련하여. "위치 기반 주소 지정"이라고하는 이러한 주소 지정은 단순히 휴대용이 아닙니다. 왜? 물어볼 수 있습니다. 우선, 반환 된 데이터 가이 경우 SVG 로고라고 보장하는 것은 없습니다. 다른 문제는 tau.how 입니다.
이 문제를 해결하기 위해 tau Torrent Networks에서 도입하고 IPF에 의해 대중화 된 개념 인 Content-Adressing을 사용합니다.
따라서 실제로 tau 클라우드가 호스팅하는 https://tau.how/assets/logo-w.svg 요청하면 요청을 처리하는 호스트가 해결됩니다 ( host=tau.how, path=/assets/logo-w.svg ) 컨텐츠 주소 또는 CID를 통해 컨텐츠 리더를 검색 한 다음 HTTP 라이터를 통해 전달하십시오.
이 접근법에 대한 몇 가지 멋진 사실 :
오늘 현재 tau 컴퓨팅을위한 WebAssembly를 지원합니다. 우리가 시작한 이유는 휴대 성이 뛰어나고 샌드 박스이기 때문입니다. 우리는 CI/CD 용 컨테이너를 지원하지만 아직 컴퓨팅에는 적합하지 않습니다. 우리는 휴대 성과 샌드 박스의 원리를 준수하면서 컨테이너 및 가상 머신을 구현하는 방법을 연구하고 있습니다.
첨부 된 자산과 함께 코드, 바이너리, 이미지는 스토리지에 설명 된 것과 동일한 원리를 사용하여 저장 및 검색하여 프로비저닝 시간을 상당히 줄이고 컴퓨팅이 데이터 중력 (데이터 중력) 및/또는 사용자 (Edge Computing)에 가깝습니다.
tau 에서 호스팅 된 프로젝트에 대한 E2E 테스트를 만들려면 tau 내에서 하위 패키지 인 dream 사용할 수 있습니다. 아직 문서가 없지만 서비스/SEER/TESTS/DNS_TEST.GO와 같은 테스트에서 빠르게 배울 수 있습니다.
현지 기계에서 tau 실제로 실행할 수는 없지만 dream 주변의 클리 래퍼 인 Dream-Cli를 사용하여 할 수 있습니다. 로컬 클라우드 환경이 생산 설정을 미러링합니다. tau 와 달리 실시간 구성 및 테스트를위한 API를 제공합니다.
tau 궤도라고하는 플러그인 시스템을 사용하여 확장 할 수 있습니다. 오픈 소스 예제는 Ollama-Cloud이며 클라우드에 LLM 기능을 추가하는 방법을 보여줍니다.
자세한 내용은 확인하십시오.
포괄적 인 문서를 보려면 문서를 방문하십시오.
질문이나 도움이 필요하십니까? 불화에 우리를 핑!
