compute

GET /v1/compute/catalogue

Get everything the server order screen is built from.

Minden compute végpont

Az összes fejlesztői dokumentáció

Hitelesítés

Küldjön egy API-kulcsot bearer tokenként. A kulcsnak rendelkeznie kell a(z) sites.view jogosultsággal; az ezzel nem rendelkező kulcsok esetén a rendszer 403-as hibát ad vissza 404 helyett.

A szervezet azonosítójának helye

Ez a végpont a(z) org_id paramétert lekérdezési paraméterként várja. Hagyja ki, ha a hívás az Ön teljes bérlői részfáját lefedje; küldje el a hívás egyetlen szervezetre történő szűkítéséhez.

A szervezeted azonosítója a vezérlőpult API-kulcsok képernyőjén található, közvetlenül a kulcs mellett. Ez ugyanaz az azonosító minden indított hívásban.

Próbálja ki

Cserélje ki a hegyes zárójelek közötti részt a saját értékeivel, a kulcshelyőrzőt pedig a vezérlőpultján található kulccsal.

curl -X GET https://api.zinndigital.com/v1/compute/catalogue \
  -H "Authorization: Bearer zdk_live_…"

Be van jelentkezve? A vezérlőpultban lévő API-konzol kitölti a valós szervezetazonosítóját és a saját kulcsát, és a kérést az éles API-n futtatja, hogy láthassa a tényleges választ. Nyissa meg ezt a végpontot az API konzolban

Részletek

The live provider / data-centre / machine-size matrix, merged with the tiers we actually sell. Nothing about a provider, a zone, a size or a stack optimisation is authored in a client: a combination a client invented is one the provider refuses inside provisioning, minutes after the customer chose it, where all they see is a machine that failed. ⛔ Sizes carry no price, ever. Retail price is catalogue data the customer sees on the plan; the provider's own figure is cost, and a cost rendered beside a size is a margin leak. Every numeric on a size is nullable and a null stays null — a size rendered as "0 GB RAM" reads as a broken product where a blank reads as "not stated", which is what it is. spec_source says whether the sizes came from the provider or, when it published none, from our own sold tiers — in which case a size id is a plan code and the two collapse at order time. can_order is what lets a screen say "this cannot be ordered yet" instead of rendering a button that 422s. ?target= selects the range (Zinn® Cloud by default); a target that is not a compute product is 404, never a 403. ?org_id= is required only of a caller who belongs to more than one organisation, and is 422 when omitted by one who does — picking "the first org in scope" would configure against an arbitrary tenant. Requires sites.view.

Paraméterek

NévTípusKötelezőMi ez
target (query)stringNemWhich compute range to describe. Defaults to Zinn® Cloud, the branded product; the VPS range is the same seam with a different target.
org_id (query)UuidNemThe organisation to configure against. Required only when the caller belongs to more than one; omitted, it is their own.

Válasz

NévTípusKötelezőMi ez
dataComputeProvider[]IgenThe platforms a machine can be placed on.
tiersComputeTier[]IgenThe tiers we sell on this range.
can_orderbooleanIgenWhether anything here can actually be ordered — any orderable tier, or any provider size. It exists so a screen can say "this cannot be ordered yet" instead of rendering a…
available_targetsDeployTarget[]NemThe compute ranges that have a provider account behind them — derived from the platform's provider-account pool, never listed by hand. An order screen offers only these. A range…

Hibák, amelyeket ez a végpont visszaadhattatlan

401 · 403 · 404 · 422 · 429 · 503