Benodigde licentie
| Abonnement | Elk abonnement |
| Toegang | Admin |
De API als de inrichting niet toereikend is. Waar je begint, en de vier dingen die je eerst goed zet.
Wat je ermee kunt
Vrijwel alles lezen en schrijven: tickets, gebruikers, organisaties, velden, inrichting. Alles wat de interface doet, en een deel wat die niet doet.
Een: gebruik een serviceaccount
Geen persoonlijke inloggegevens van iemand. Vertrekt die persoon en wordt zijn account gedeactiveerd, dan stopt elke koppeling die het gebruikt, meestal op de dag dat hij weggaat.
Dit is de meest voorkomende oorzaak van een koppeling die breekt, en hij is volledig te voorkomen.
Twee: geef hem de smalste rol die werkt
Een koppeling die tickets leest heeft geen admin nodig. Beperk hem, zodat een vergissing of een gelekt token niet verder kan reiken dan het werk vraagt.
Drie: houd rekening met de limieten
Er zijn grenzen aan hoeveel verzoeken je mag doen. Een koppeling die die negeert werkt bij het testen en faalt bij echt volume, en dat is het slechtste moment om erachter te komen.
Vier: leg vast wat hij doet
Als er onverwacht iets aan tickets verandert, is het auditspoor hoe je uitzoekt of het een mens was of een koppeling. Zonder registratie aan jouw kant is dat onderzoek gissen.
Probeer werkelijk eerst de inrichting
Triggers, webhooks en velden dekken een hoop. Code moet worden onderhouden door iemand die hem begrijpt, en die persoon wisselt op enig moment van baan.
Test op een veilige plek
Een sandbox als je abonnement er een bevat. Een koppeling in ontwikkeling die naar live tickets schrijft, is een soort vergissing die je eruit hoort te ontwerpen.
Schrijf op wat hij doet
Wat hij raakt, waarom hij bestaat, wie hem bezit, welk account hij gebruikt. Die notitie is wat hem onderhoudbaar maakt, en het is wat niemand opschrijft.
Opmerkingen
0 opmerkingen
Artikel is gesloten voor opmerkingen.