REST API
api.fabrixa.com
Pasūtījuma veikšana, produktu katalogs, konta pārvaldība. Galapunkts, no kura katra pasūtījuma gadījumā ir atkarīga jūsu integrācija.
Izstrādātāji · Sistēmas stāvoklis
Reāllaika statuss, SLA mērķi un tas, kā mēs rīkojamies incidentu gadījumos.
Katras Fabrixa pakalpojuma darbības statuss: REST API, webhook paziņojumu nosūtīšana, Fabrixa Studio, ražošanas līnijas Portugālē, Spānijā un Nīderlandē, kā arī sūtījumu nosūtīšana. Abonējieties uz paziņojumiem par traucējumiem, izmantojot e-pastu vai webhook. SLA mērķi, reaģēšanas politika un darbības laika vēsturiskie dati ir norādīti zemāk.
Uzraudzītie pakalpojumi
Seši pakalpojumi, kurus uzskaita atsevišķi.
Neatkarīga pakalpojuma darbības laika uzraudzība. Reāllaika pārskata panelis pie status.fabrixa.com atspoguļo pašreizējo stāvokli — zemāk redzamās etiķetes ir aprakstošas, nevis reāllaika informācija šajā lapā.
Webhook paziņojumu nosūtīšana
izsūtāmie notikumi
Izejošo webhook signālu sadale: order.created / order.updated, atkārtoto mēģinājumu rinda, HMAC paraksts. Mērogojams neatkarīgi no ienākošā API.
Fabrixa Studio
studio.fabrixa.com
Iegultā produkta pielāgošanas rīks (iframe): saglabātie pielāgojumi un priekšskatījuma attēlošana. „White-label” risinājums jūsu galapatērētājiem paredzētajās tirdzniecības vietnēs.
Ražošanas centri
PT · ES · NL
Drukas līnijas jauda Portugālē, Spānijā un Nīderlandē. Tiek uzrādīta kā samazināts rādītājs, kas atspoguļo rindas uzkrāšanos — nevis kā binārs rādītājs (darbojas/nedarbojas).
Nosūtīšana
operatora pāreja
Sūtījuma numura piešķiršana un nodošana pārvadātājam. No mūsu sūtījumu partneriem saņemta informācija par konkrētā pārvadātāja statusu.
Dashboard
account.fabrixa.com
Konta vadības panelis, kurā pieejama informācija par atslēgām, rēķiniem, revīzijas žurnāliem un manuālu pasūtījumu veikšanu. Kalpo kā rezerves risinājums API sistēmai ražošanas datplūsmai.
SLA mērķi
Tas, ko mēs publiski apņemamies darīt.
Standarta līmeņa publiskie mērķi. Uzņēmumu klientiem MSA līgumā ir noteikti augstāki SLA — sazinieties ar mūsu komandu. Mēs ik mēnesi uzraugām šo mērķu izpildi un publicējam faktisko darbības laiku.
99.9%
Mēneša pieejamības mērķis attiecībā uz REST API un webhook piegādi.
<400 ms
p95 reakcijas laiks pasūtījuma izveides galapunktā, mērīts no ES reģioniem.
99.5%
Pasūtījuma dzīves cikla notikumu veiksmīga izpilde 60 sekunžu laikā pēc stāvokļa maiņas. Līdz 10 atkārtotiem mēģinājumiem, pirms galapunkts tiek atspējots.
Reaģēšana uz incidentiem
Kā mēs rīkojamies pārtraukumu gadījumos.
Publiska incidentu ziņošana reāllaika pārskata panelī. Abonenti saņem paziņojumus pa e-pastu vai ar webhook palīdzību piecu minūšu laikā pēc incidenta paziņošanas, atjauninājumus ik pēc 30 minūtēm incidenta laikā, kā arī incidenta analīzi piecu darbdienu laikā pēc tā atrisināšanas.
01
Atklāšana
Iekšējā uzraudzība brīdina inženieru komandu par veiktspējas pasliktināšanos dažu sekunžu laikā. Publiskā vadības paneļa statuss mainās uz “izmeklēšana” piecu minūšu laikā pēc incidenta apstiprināšanas.
02
Komunikācija
Abonentiem tiek nosūtīti paziņojumi pa viņu izvēlēto kanālu — e-pastu vai webhook — ar atjauninājumiem vismaz ik pēc 30 minūtēm incidenta laikā.
03
Lēmums + analīze pēc notikuma
Problēmas risināšanas statuss tiek publicēts reāllaikā. Piecu darbdienu laikā tiek publicēts publisks notikuma izvērtējums: kas notika, galvenais cēlonis un kādas izmaiņas veicam, lai novērstu atkārtošanos.
Abonēt
Trīs veidi, kā saņemt paziņojumus.
E-pasts
Operāciju un inženieru komandas segvārdiem
Parakstīties uz komandas segvārdu (piem.,. ops@yourcompany.com) par notikumiem. Filtrējiet pēc pakalpojuma, ja jūs interesē tikai konkrētas apakšsistēmas.
Webhook
Automātiskai izsaukšanai
Saņemiet incidentu paziņojumus kā JSON POST pieprasījumu savā incidentu pārvaldības sistēmā. Pārsūtiet tos tieši uz PagerDuty, Opsgenie vai Slack, izmantojot ienākošo webhook.
RSS / Atom
Dashboard logrīkiem
RSS plūsma ar visiem notikumiem un atjauninājumiem — ērti iekļaušanai iekšējos statusa pārskatos vai apvienošanai ar citu piegādātāju statusa plūsmām.
Plānotā apkope
Paziņojumi par plānotajiem darbiem.
Par apkopes periodiem tiek paziņots vismaz septiņas dienas iepriekš. Parasti apkopes tiek veiktas pakāpeniski un bez darbības pārtraukuma; apkopes ar lielu ietekmi notiek reti, tās tiek plānotas laika posmos ar nelielu satiksmes intensitāti, un par tām tiek paziņots 14 dienas iepriekš.
Nepārtraukta darbība / bez darbības pārtraukuma
Lielākā daļa atjauninājumu un infrastruktūras izmaiņu tiek ieviestas bez darbības pārtraukuma — pakāpeniska pārstartēšana, „zilo/zaļo” datubāzu izmaiņas, pakāpeniska ieviešana. Par to tiek paziņots informācijas nolūkā statusa lapā; klientiem nav nepieciešams veikt nekādas darbības.
Liela apjoma apkopes darbi
Reti; paredzēts tikai liela mēroga migrācijām vai invazīvām infrastruktūras izmaiņām. Par to tiek paziņots 14 dienas iepriekš, izmantojot e-pastu, webhook un statusa baneri. Plānots svētdienās no plkst. 03:00 līdz 05:00 CET, un paredzamais ietekmes laiks ir ne vairāk kā divas stundas.
Uzņēmuma SLA
Augstāki mērķi, kas iekļauti MSA.
Iepriekš minētie standarta mērķi ir publiski paziņotas saistības. Uzņēmumu klientiem — tiem, kas mēnesī izmanto vairāk nekā 10 000 vienību, viesmīlības nozares grupām ar vairākiem objektiem vai platformu integrācijām — galvenajā piegādes līgumā tiek iekļauti augstāki SLA, kā arī speciālas incidentu eskalācijas procedūras, rezervētas ražošanas jaudas un konkrēts tehniskais klientu pārvaldības speciālists. Sazinieties ar mūsu komandu, lai uzzinātu par uzņēmumu SLA nosacījumiem, speciālo jaudu iespējām un galvenā piegādes līguma (MSA) paraugu.
Pārbaudiet, pirms sākat kļūdu novēršanu
Reāllaika statuss: status.fabrixa.com
Vai jūsu integrācijā kaut kas šķiet nestabils? Pirms izveidojat atbalsta pieprasījumu, pārbaudiet reāllaika statusa paneļu — lielākā daļa īslaicīgu traucējumu atrisinās, pirms pieprasījums tiek apskatīts.