HN 표시: 에이전트 벤치마크를 위한 기능 기반 런타임/컴파일러인 Amber
hackernews
|
|
{'이벤트': '📰', '머신러닝/연구': '📰', '하드웨어/반도체': '📰', '취약점/보안': '📰', '기타 AI': '📰', 'AI 딜': '📰', 'AI 모델': '📰', 'AI 서비스': '📰', 'discount': '📰', 'news': '📰', 'review': '📰', 'tip': '📰'} tip
#tip
요약
Amber는 에이전트, 모델 게이트웨이, 웹 앱, 도구 서버, 평가자, 환경 및 샌드박스 등 여러 작은 부분으로 구축된 시스템을 위한 컴파일러이자 실행기입니다. 부품을 한 번 설명하고 명시적으로 연결하면 Amber가 여러 런타임에 걸쳐 로컬로 시스템을 실행하거나 검사하고 제공할 수 있는 아티팩트로 컴파일할 수 있습니다.
왜 중요한가
개발자 관점
모듈형 에이전트 시스템의 각 부품을 한 번 선언하고 연결하면 로컬 실행과 배포용 아티팩트 생성을 모두 처리할 수 있는 강력한 런타임 및 컴파일러 도구입니다.
연구자 관점
에이전트와 환경 간의 상호작용을 명시적이고 모듈화된 방식으로 정의함으로써, 에이전트 벤치마킹과 평가 과정의 재현성과 효율성을 높이는 실험 환경을 제공합니다.
비즈니스 관점
복잡한 에이전트 시스템의 구축과 테스트를 자동화하여 개발 시간을 단축시키고, 검증된 상태로 배포할 수 있는 파이프라인을 제공함으로써 AI 서비스의 시장 출시 속도를 높입니다.
관련 엔티티
HN
Amber
본문
Amber는 에이전트, 모델 게이트웨이, 웹 앱, 도구 서버, 평가자, 환경 및 샌드박스 등 여러 작은 부분으로 구축된 시스템을 위한 컴파일러이자 실행기입니다.
부품을 한 번 설명하고 명시적으로 연결하면 Amber가 여러 런타임에 걸쳐 로컬로 시스템을 실행하거나 검사하고 제공할 수 있는 아티팩트로 컴파일할 수 있습니다.
앰버는 프로젝트가 하나의 프로세스에 적합하지 않을 때 가장 유용합니다.
에이전트 프레임워크나 오케스트레이터를 대체하지 않습니다.
부품이 어떻게 연결되는지, 무엇이 무엇과 통신할 수 있는지, 무엇이 시스템 외부에 있는지, 동일한 설정이 랩톱에서 보다 재현 가능한 것으로 이동하는 방법 등 주변 계층을 처리합니다.
- 하나의 시스템이 두 개 이상의 런타임에 걸쳐 있음 - 로컬 실행 파일, 컨테이너 및 VM이 하나의 앱처럼 작동하기를 원함 - 글루 코드를 다시 작성하지 않고 에이전트, 평가자 또는 모델 게이트웨이를 교체하려고 함 - 특히 에이전트 시스템의 경우 어떤 구성 요소가 어떤 서비스에 도달할 수 있는지 관심이 있음 - 동일한 시스템 설명을 실행, 검사 및 공유할 수 있기를 원함 오늘 Amber에서 시도해 볼 주요 사항은 하나의 시스템 설명, 하나의 명령 및 여러 로컬 런타임입니다.
amber를 로컬에서 실행하려면 npm에서 설치하세요. npm install -g @rdif/amber@^0.3 amber --help zero-install check, compile 또는 docs의 경우 Dockerized CLI를 사용하세요. docker run --rm -v "$PWD":/work -w /work ghcr.io/rdi-foundation/amber-cli:v0.3 --help Amber 자체에서 작업하는 경우: Cargo build -q -p amber-cli ./target/debug/amber --help 가장 빠른 첫 번째 실행은 example/mixed-site 입니다.
두 개의 로컬 런타임에 걸쳐 하나의 앱을 실행합니다. 웹은 로컬 프로세스로 실행됩니다. Docker에서 실행되는 API Composecatalog_api는 Amber 외부에 있고 런타임에 연결됩니다. 한 터미널에서는: cd example/mixed-site python3 mock-catalog.py 다른 터미널에서는: cd example/mixed-site amber run .
첫 번째 대화형 실행에서 Amber는 기존 .env 를 읽고, 누락된 구성 값에 대한 프롬프트를 표시하고, 외부 카탈로그 URL에 대한 프롬프트를 표시하고, 로컬 프로세스 및 Compose 서비스를 시작하고, 시스템이 노출하는 진입점에 대한 localhost URL을 인쇄할 수 있습니다.
대화형 루트 구성 프롬프트의 경우 값을 직접 입력하거나 @로 시작하여 파일에서 로드합니다.
Amber는 입력할 때 일치하는 경로를 표시하고, Tab은 경로를 완성하며, @@는 @로 이어지는 리터럴을 이스케이프합니다.
비밀 루트 구성에도 동일한 규칙이 적용되지만 리터럴 값은 숨겨진 상태로 유지됩니다.
대신 비대화형 설정 흐름을 원하는 경우 Amber에게 입력 템플릿을 먼저 작성하도록 요청하세요. amber run .
--emit-env-file .env.example $EDITOR .env.example amber run .
--env-file .env.example 예: 앱 내보내기 [http]: http://127.0.0.1:18080 api [http]: http://127.0.0.1:18081 그런 다음 호출합니다. 컬 http://127.0.0.1:18080/ 컬 http://127.0.0.1:18080/chain 컬 http://127.0.0.1:18081/debug 해당 예는 기본 Amber 루프를 보여줍니다. - 하나의 앱이 여러 런타임에 걸쳐 있을 수 있습니다. - 구성은 여전히 앱 외부에서 제공됩니다. - 외부 서비스는 앱 외부에 있을 수 있습니다. - Amber는 앱이 노출하기로 선택한 항목에 대해 안정적인 localhost 진입점을 제공합니다. 동적 구성 요소 생성의 경우 지원되는 경로는 Framework.comComponent 입니다.
백엔드별 제어 표면을 사용하는 대신 Amber의 나머지 부분과 동일한 기능 라우팅 모델을 통해 해당 영역에 대한 구성 요소 권한을 부여합니다.
가장 작은 예는 example/framework-comfort 입니다.
해당 제어 화면은 $(slots..url)/v1/...에서 HTTP를 통해 사용할 수 있습니다.
$(slots..url)/mcp 에서 MCP를 통해.
백그라운드 실행 및 지속 추적의 경우 amber run --detach , amber attachment , amber ps , amber log 및 amber stop은 생성된 아티팩트 없이 관리형 로컬 워크플로를 제공합니다.
Amber는 몇 가지 용어가 명확해지면 읽기가 더 쉽습니다.
매니페스트 앰버 매니페스트는 시스템의 한 부분에 대한 설명입니다.
구성요소 구성요소는 재사용 가능한 하나의 부품입니다.
실행 가능한 워크로드이거나 다른 구성 요소를 포함하는 상위 워크로드일 수 있습니다.
Capability A capability is a named interface a component offers, such as HTTP, MCP, A2A, LLM, or storage.
슬롯 슬롯은 구성 요소가 해당 부모가 제공할 것으로 예상하는 명명된 종속성입니다.
바인딩 바인딩은 한 구성 요소의 기능에서 다른 구성 요소의 슬롯으로 선언된 연결입니다.
내보내기 내보내기는 부모가 시스템 외부에 노출하기 위해 선택하는 기능입니다.
사이트 사이트는 직접 로컬 런타임, Docker Compose, VM 런타임 또는 Kubernetes와 같은 하나의 런타임 환경입니다.
시나리오 시나리오는 Amber가 전체 매니페스트 트리를 확인하고 검증한 후 완전히 연결된 시스템입니다.
중요한 설계 선택은 배선이 상위에 속한다는 것입니다.
아이는 자신에게 필요한 것과 제공하는 것이 무엇인지 말합니다. it does not hardcode where dependencies come from.
이것이 바로 구성요소를 재사용할 수 있게 만드는 것입니다.
많은 에이전트 시스템이 너무 많은 주변 권한을 갖게 됩니다.
도구 실행기는 localhost에 있는 모든 항목에 접근할 수 있습니다.
도우미 서비스는 포트를 추측할 수 있습니다.
구성 요소는 의도적으로 제공된 것 대신 우연히 근처에 있는 것에 우연히 의존할 수 있습니다.
앰버가 다른 방향으로 밀어냅니다.
- 컴포넌트는 슬롯을 선언하고 상위 컴포넌트가 해당 슬롯에 무언가를 바인딩하는 경우에만 명명된 종속성을 사용할 수 있습니다.
- 호스트에서 자동으로 사용 가능하지 않은 기능을 다른 구성 요소에서 사용할 수 있습니다.
호스트에 표시되는 진입점은 명시적 내보내기입니다.
- 결과 도달 가능성은 임시 포트 규칙, 쉘 스크립트 및 환경 파일에 분산되는 대신 시스템 설명에 표시됩니다.
이는 일반 소프트웨어에 중요하며 에이전트에게는 더욱 중요합니다.
요원이나 도구가 속아서 파괴적인 일을 하게 되면 폭발 반경은 기계 주위를 샅샅이 뒤져 발견할 수 있는 것이 아니라 주어진 연결에 따라 달라져야 합니다.
Amber는 애플리케이션 수준 인증, 검토 또는 신중한 도구 설계를 대체하지 않습니다.
이것이 제공하는 것은 검사, 테스트 및 추론이 더 쉬운 구체적인 도달 가능성 모델입니다.
이 저장소의 가장 명확한 예는 example/direct-security입니다. allowed는 비밀 서비스에 대한 액세스 권한을 부여받고 성공합니다. 거부된 것은 아니며 어쨌든 비밀의 TCP 포트를 추측하려고 시도합니다.
Linux 직접 실행에서는 해당 우회가 차단됩니다.
example/vm-network-storage는 VM 설정에서 동일한 아이디어를 보여줍니다. 즉, 바인딩된 VM은 제공된 API에 도달할 수 있고 바인딩되지 않은 VM은 차단된 상태로 유지됩니다.
높은 수준에서 Amber는 네 가지 작업을 수행합니다.
- 부품과 가장자리를 설명합니다.
각 부분에는 실행 방법, 제공 사항 및 필요한 사항이 설명되어 있습니다.
- Amber는 그래프를 확인하고 검증합니다.
하위 매니페스트를 따르고, 바인딩이 적합한지 확인하고, 작성된 트리를 하나의 연결된 시스템으로 전환합니다.
- Amber는 실행 가능한 부분을 사이트에 배치합니다.
로컬 실행의 경우 Amber에는 이미 합리적인 기본값이 있습니다. 즉, 로컬 실행 파일은 직접 런타임으로 이동하고, 컨테이너 이미지는 Docker Compose로 이동하며, VM 워크로드는 VM 런타임으로 이동합니다.
명시적인 제어를 원할 경우 배치 파일을 추가합니다.
- Amber는 결과를 실행하거나 컴파일합니다.
amber run은 사이트를 시작하고, 사이트 간 링크를 연결하고, 외부 서비스를 연결하고, localhost에서 선택한 진입점을 노출합니다. amber compile은 원할 때 검사 가능한 아티팩트를 내보냅니다.
황색 실행으로 시작합니다. 명시적인 아티팩트, 사용자 정의 배치 또는 시스템 시작 방법에 대한 더 많은 제어를 원할 때 앰버 컴파일을 사용하십시오.
- 런타임 예제/혼합 사이트 전반의 혼합 로컬 개발은 전체 경계를 작고 검사하기 쉽게 유지합니다.
- 외부 예제/외부화된 슬롯 및 예제/슬롯 전달을 유지하는 외부 서비스는 호스트 또는 원격 서비스를 시스템에 굽는 대신 런타임에 연결하는 방법을 보여줍니다.
- 에이전트, 평가자 및 모델-라우터 스택 예제/tau2는 환경, 평가자, 에이전트 및 LiteLLM 지원 경로를 하나의 그래프로 연결합니다.
- 기능 중심 보안 데모 예제/direct-security 및 예제/vm-network-storage는 실제로 명시적인 연결 가능성과 격리를 확인할 수 있는 가장 좋은 장소입니다.
- 프레임워크 구성 요소 예제/프레임워크 구성 요소가 있는 동적 하위 항목은 동적 하위 항목에 대해 지원되는 생성/삭제 경로를 보여줍니다.
런타임 변형이 필요할 때 백엔드별 실험 제어 기능보다 선호됩니다.
- 그래프 에지 예제/관측 가능성-디버그를 통한 관찰 가능성은 컨테이너 이름뿐만 아니라 시나리오에서 사용자 대상 연결 측면에서 로그 및 원격 분석을 보여줍니다.
대부분의 사람들은 대부분의 시간을 Amber Run: Amber Run에서 보냅니다.
amber run path/to/root amber run path/to/root --detach amber attachment amber ps amberlogs amber stop 아무것도 시작하지 않고 검증을 원할 때 amber check를 사용하십시오: amber check path/to/root 명시적 아티팩트를 원할 때 amber compile을 사용하십시오: amber compile path/to/root --run-plan /tmp/amber-run-plan.json amber compile path/to/root --docker-compose /tmp/amber-compose amber compile path/to/root --kubernetes /tmp/amber-k8s amber compile path/to/root --direct /tmp/amber-direct amber compile path/to/root --vm /tmp/amber-vm amber compile path/to/root --bundle /tmp/amber-bundle 이미 컴파일된 출력이 있고 내보내기 또는 외부 서비스를 직접 연결하려는 경우 amber 프록시를 사용하십시오. amber Proxy /tmp/amber-compose --export public=127.0.0.1:18080 amber Proxy /tmp/amber-compose \ --slot ext_api=127.0.0.1:38081 \ --export public=127.0.0.1:38080 - 직접 로컬 실행에는 샌드박스 백엔드가 필요합니다. - Linux: bwrap andslirp4netns - macOS: /usr/bin/sandbox-exec - Linux: - VM 실행에는 로컬 QEMU 도구도 필요합니다.
- 혼합 사이트 예시에서는 구성 요소 중 하나가 컨테이너 이미지이므로 Docker Compose를 사용합니다.
amber docs 매니페스트 — 자세한 작성 참조amber docs 예제 — 포함된 예제 목록amber docs 예제 — CLI에서 포함된 예제 하나 덤프examples/ — 이 repocompiler/manifest/README.md의 엔드투엔드 시나리오 — 전체 매니페스트 참조examples/mixed-site/README.md — 가장 좋은 첫 번째 연습 검색 결과에서 여기까지 와서 한 가지만 시도하는 경우, example/mixed-site로 시작하고 amber run을 실행하세요.
.
부품을 한 번 설명하고 명시적으로 연결하면 Amber가 여러 런타임에 걸쳐 로컬로 시스템을 실행하거나 검사하고 제공할 수 있는 아티팩트로 컴파일할 수 있습니다.
앰버는 프로젝트가 하나의 프로세스에 적합하지 않을 때 가장 유용합니다.
에이전트 프레임워크나 오케스트레이터를 대체하지 않습니다.
부품이 어떻게 연결되는지, 무엇이 무엇과 통신할 수 있는지, 무엇이 시스템 외부에 있는지, 동일한 설정이 랩톱에서 보다 재현 가능한 것으로 이동하는 방법 등 주변 계층을 처리합니다.
- 하나의 시스템이 두 개 이상의 런타임에 걸쳐 있음 - 로컬 실행 파일, 컨테이너 및 VM이 하나의 앱처럼 작동하기를 원함 - 글루 코드를 다시 작성하지 않고 에이전트, 평가자 또는 모델 게이트웨이를 교체하려고 함 - 특히 에이전트 시스템의 경우 어떤 구성 요소가 어떤 서비스에 도달할 수 있는지 관심이 있음 - 동일한 시스템 설명을 실행, 검사 및 공유할 수 있기를 원함 오늘 Amber에서 시도해 볼 주요 사항은 하나의 시스템 설명, 하나의 명령 및 여러 로컬 런타임입니다.
amber를 로컬에서 실행하려면 npm에서 설치하세요. npm install -g @rdif/amber@^0.3 amber --help zero-install check, compile 또는 docs의 경우 Dockerized CLI를 사용하세요. docker run --rm -v "$PWD":/work -w /work ghcr.io/rdi-foundation/amber-cli:v0.3 --help Amber 자체에서 작업하는 경우: Cargo build -q -p amber-cli ./target/debug/amber --help 가장 빠른 첫 번째 실행은 example/mixed-site 입니다.
두 개의 로컬 런타임에 걸쳐 하나의 앱을 실행합니다. 웹은 로컬 프로세스로 실행됩니다. Docker에서 실행되는 API Composecatalog_api는 Amber 외부에 있고 런타임에 연결됩니다. 한 터미널에서는: cd example/mixed-site python3 mock-catalog.py 다른 터미널에서는: cd example/mixed-site amber run .
첫 번째 대화형 실행에서 Amber는 기존 .env 를 읽고, 누락된 구성 값에 대한 프롬프트를 표시하고, 외부 카탈로그 URL에 대한 프롬프트를 표시하고, 로컬 프로세스 및 Compose 서비스를 시작하고, 시스템이 노출하는 진입점에 대한 localhost URL을 인쇄할 수 있습니다.
대화형 루트 구성 프롬프트의 경우 값을 직접 입력하거나 @로 시작하여 파일에서 로드합니다.
Amber는 입력할 때 일치하는 경로를 표시하고, Tab은 경로를 완성하며, @@는 @로 이어지는 리터럴을 이스케이프합니다.
비밀 루트 구성에도 동일한 규칙이 적용되지만 리터럴 값은 숨겨진 상태로 유지됩니다.
대신 비대화형 설정 흐름을 원하는 경우 Amber에게 입력 템플릿을 먼저 작성하도록 요청하세요. amber run .
--emit-env-file .env.example $EDITOR .env.example amber run .
--env-file .env.example 예: 앱 내보내기 [http]: http://127.0.0.1:18080 api [http]: http://127.0.0.1:18081 그런 다음 호출합니다. 컬 http://127.0.0.1:18080/ 컬 http://127.0.0.1:18080/chain 컬 http://127.0.0.1:18081/debug 해당 예는 기본 Amber 루프를 보여줍니다. - 하나의 앱이 여러 런타임에 걸쳐 있을 수 있습니다. - 구성은 여전히 앱 외부에서 제공됩니다. - 외부 서비스는 앱 외부에 있을 수 있습니다. - Amber는 앱이 노출하기로 선택한 항목에 대해 안정적인 localhost 진입점을 제공합니다. 동적 구성 요소 생성의 경우 지원되는 경로는 Framework.comComponent 입니다.
백엔드별 제어 표면을 사용하는 대신 Amber의 나머지 부분과 동일한 기능 라우팅 모델을 통해 해당 영역에 대한 구성 요소 권한을 부여합니다.
가장 작은 예는 example/framework-comfort 입니다.
해당 제어 화면은 $(slots..url)/v1/...에서 HTTP를 통해 사용할 수 있습니다.
$(slots..url)/mcp 에서 MCP를 통해.
백그라운드 실행 및 지속 추적의 경우 amber run --detach , amber attachment , amber ps , amber log 및 amber stop은 생성된 아티팩트 없이 관리형 로컬 워크플로를 제공합니다.
Amber는 몇 가지 용어가 명확해지면 읽기가 더 쉽습니다.
매니페스트 앰버 매니페스트는 시스템의 한 부분에 대한 설명입니다.
구성요소 구성요소는 재사용 가능한 하나의 부품입니다.
실행 가능한 워크로드이거나 다른 구성 요소를 포함하는 상위 워크로드일 수 있습니다.
Capability A capability is a named interface a component offers, such as HTTP, MCP, A2A, LLM, or storage.
슬롯 슬롯은 구성 요소가 해당 부모가 제공할 것으로 예상하는 명명된 종속성입니다.
바인딩 바인딩은 한 구성 요소의 기능에서 다른 구성 요소의 슬롯으로 선언된 연결입니다.
내보내기 내보내기는 부모가 시스템 외부에 노출하기 위해 선택하는 기능입니다.
사이트 사이트는 직접 로컬 런타임, Docker Compose, VM 런타임 또는 Kubernetes와 같은 하나의 런타임 환경입니다.
시나리오 시나리오는 Amber가 전체 매니페스트 트리를 확인하고 검증한 후 완전히 연결된 시스템입니다.
중요한 설계 선택은 배선이 상위에 속한다는 것입니다.
아이는 자신에게 필요한 것과 제공하는 것이 무엇인지 말합니다. it does not hardcode where dependencies come from.
이것이 바로 구성요소를 재사용할 수 있게 만드는 것입니다.
많은 에이전트 시스템이 너무 많은 주변 권한을 갖게 됩니다.
도구 실행기는 localhost에 있는 모든 항목에 접근할 수 있습니다.
도우미 서비스는 포트를 추측할 수 있습니다.
구성 요소는 의도적으로 제공된 것 대신 우연히 근처에 있는 것에 우연히 의존할 수 있습니다.
앰버가 다른 방향으로 밀어냅니다.
- 컴포넌트는 슬롯을 선언하고 상위 컴포넌트가 해당 슬롯에 무언가를 바인딩하는 경우에만 명명된 종속성을 사용할 수 있습니다.
- 호스트에서 자동으로 사용 가능하지 않은 기능을 다른 구성 요소에서 사용할 수 있습니다.
호스트에 표시되는 진입점은 명시적 내보내기입니다.
- 결과 도달 가능성은 임시 포트 규칙, 쉘 스크립트 및 환경 파일에 분산되는 대신 시스템 설명에 표시됩니다.
이는 일반 소프트웨어에 중요하며 에이전트에게는 더욱 중요합니다.
요원이나 도구가 속아서 파괴적인 일을 하게 되면 폭발 반경은 기계 주위를 샅샅이 뒤져 발견할 수 있는 것이 아니라 주어진 연결에 따라 달라져야 합니다.
Amber는 애플리케이션 수준 인증, 검토 또는 신중한 도구 설계를 대체하지 않습니다.
이것이 제공하는 것은 검사, 테스트 및 추론이 더 쉬운 구체적인 도달 가능성 모델입니다.
이 저장소의 가장 명확한 예는 example/direct-security입니다. allowed는 비밀 서비스에 대한 액세스 권한을 부여받고 성공합니다. 거부된 것은 아니며 어쨌든 비밀의 TCP 포트를 추측하려고 시도합니다.
Linux 직접 실행에서는 해당 우회가 차단됩니다.
example/vm-network-storage는 VM 설정에서 동일한 아이디어를 보여줍니다. 즉, 바인딩된 VM은 제공된 API에 도달할 수 있고 바인딩되지 않은 VM은 차단된 상태로 유지됩니다.
높은 수준에서 Amber는 네 가지 작업을 수행합니다.
- 부품과 가장자리를 설명합니다.
각 부분에는 실행 방법, 제공 사항 및 필요한 사항이 설명되어 있습니다.
- Amber는 그래프를 확인하고 검증합니다.
하위 매니페스트를 따르고, 바인딩이 적합한지 확인하고, 작성된 트리를 하나의 연결된 시스템으로 전환합니다.
- Amber는 실행 가능한 부분을 사이트에 배치합니다.
로컬 실행의 경우 Amber에는 이미 합리적인 기본값이 있습니다. 즉, 로컬 실행 파일은 직접 런타임으로 이동하고, 컨테이너 이미지는 Docker Compose로 이동하며, VM 워크로드는 VM 런타임으로 이동합니다.
명시적인 제어를 원할 경우 배치 파일을 추가합니다.
- Amber는 결과를 실행하거나 컴파일합니다.
amber run은 사이트를 시작하고, 사이트 간 링크를 연결하고, 외부 서비스를 연결하고, localhost에서 선택한 진입점을 노출합니다. amber compile은 원할 때 검사 가능한 아티팩트를 내보냅니다.
황색 실행으로 시작합니다. 명시적인 아티팩트, 사용자 정의 배치 또는 시스템 시작 방법에 대한 더 많은 제어를 원할 때 앰버 컴파일을 사용하십시오.
- 런타임 예제/혼합 사이트 전반의 혼합 로컬 개발은 전체 경계를 작고 검사하기 쉽게 유지합니다.
- 외부 예제/외부화된 슬롯 및 예제/슬롯 전달을 유지하는 외부 서비스는 호스트 또는 원격 서비스를 시스템에 굽는 대신 런타임에 연결하는 방법을 보여줍니다.
- 에이전트, 평가자 및 모델-라우터 스택 예제/tau2는 환경, 평가자, 에이전트 및 LiteLLM 지원 경로를 하나의 그래프로 연결합니다.
- 기능 중심 보안 데모 예제/direct-security 및 예제/vm-network-storage는 실제로 명시적인 연결 가능성과 격리를 확인할 수 있는 가장 좋은 장소입니다.
- 프레임워크 구성 요소 예제/프레임워크 구성 요소가 있는 동적 하위 항목은 동적 하위 항목에 대해 지원되는 생성/삭제 경로를 보여줍니다.
런타임 변형이 필요할 때 백엔드별 실험 제어 기능보다 선호됩니다.
- 그래프 에지 예제/관측 가능성-디버그를 통한 관찰 가능성은 컨테이너 이름뿐만 아니라 시나리오에서 사용자 대상 연결 측면에서 로그 및 원격 분석을 보여줍니다.
대부분의 사람들은 대부분의 시간을 Amber Run: Amber Run에서 보냅니다.
amber run path/to/root amber run path/to/root --detach amber attachment amber ps amberlogs amber stop 아무것도 시작하지 않고 검증을 원할 때 amber check를 사용하십시오: amber check path/to/root 명시적 아티팩트를 원할 때 amber compile을 사용하십시오: amber compile path/to/root --run-plan /tmp/amber-run-plan.json amber compile path/to/root --docker-compose /tmp/amber-compose amber compile path/to/root --kubernetes /tmp/amber-k8s amber compile path/to/root --direct /tmp/amber-direct amber compile path/to/root --vm /tmp/amber-vm amber compile path/to/root --bundle /tmp/amber-bundle 이미 컴파일된 출력이 있고 내보내기 또는 외부 서비스를 직접 연결하려는 경우 amber 프록시를 사용하십시오. amber Proxy /tmp/amber-compose --export public=127.0.0.1:18080 amber Proxy /tmp/amber-compose \ --slot ext_api=127.0.0.1:38081 \ --export public=127.0.0.1:38080 - 직접 로컬 실행에는 샌드박스 백엔드가 필요합니다. - Linux: bwrap andslirp4netns - macOS: /usr/bin/sandbox-exec - Linux: - VM 실행에는 로컬 QEMU 도구도 필요합니다.
- 혼합 사이트 예시에서는 구성 요소 중 하나가 컨테이너 이미지이므로 Docker Compose를 사용합니다.
amber docs 매니페스트 — 자세한 작성 참조amber docs 예제 — 포함된 예제 목록amber docs 예제 — CLI에서 포함된 예제 하나 덤프examples/ — 이 repocompiler/manifest/README.md의 엔드투엔드 시나리오 — 전체 매니페스트 참조examples/mixed-site/README.md — 가장 좋은 첫 번째 연습 검색 결과에서 여기까지 와서 한 가지만 시도하는 경우, example/mixed-site로 시작하고 amber run을 실행하세요.
.