APIen Inside vs. baussent der Enterprise

D'Grenz tëscht intern an extern IT Funktionalitéit an enger Entreprise ass e falschen Ënnerscheed. Keen kann viraussoen wéi Daten benotzt ginn oder wou Informatioun fléisst. Och wann Dir wësst wou d'Intérieur / Äusserlinnen vun Ärer Firma haut zéien - dës Linnen wäerte bal sécher Ziler an der Zukunft beweegen.

Huelt de Pitney Bowes, eng Firma mat där ech a menger Roll am Apigee Team bei Google geschafft hunn. Wärend vill vu senger bal Joerhonnertgeschicht a kierperlecher Mailing-Léisunge wéi Porto Meter wuerzelt, huet d'Firma och Bezuelen an Ecommerce Fäegkeeten iwwer d'Jore entwéckelt an immens vill Logistik, Versand a Geolokatiounsdaten kritt. Wéi de Pitney Bowes sech vun analoge Servicer an der haiteger Welt vum verbonne Commerce entwéckelt huet, huet et Wäert aus dësen Verméigen a Kompetenzen bannent der Organisatioun ofgeleet - awer et huet erkannt datt d'Verméigen a Kompetenzen ausserhalb vun der Firma wertvoll sinn, un Entwéckler a Partner déi se benotze kënnen nei Apps a Servicer ze bauen.

Fir dës Méiglechkeet z'erreechen, bitt de Pitney Bowes iwwer 160 ëffentlech APIen iwwer d'Wollek, Milliounen opmaachen a potenziell nei Einnahmen an hëlleft dem digitalen Handel Efforten vun der Firma zu engem $ 1 Milliard-plus jährlecht Geschäft. Daten a Funktionalitéit déi eemol intern war, sinn elo och extern.

Et gëtt hei eng Lektioun: d'Geschäftléisungen an Strategien u "intern" an "extern" ze denken oder a "integréiert System A a System B" ass verännert. D'Fro ass net wéi Dir Är intern Systemer an de Benotzer verbënnt - dës Verbindung kann op e puer Weeër gemaach ginn. Ëmmer, d'Fro ass wat Dir mat der Verbindung maache kënnt nodeems se gemaach gi sinn.

D'Äntwert hänkt vun der Aart vu Verbindung of - statesch versus dynamesch. An der aler Welt vu Punktléisungen, zum Beispill, war de Fokus dacks just eng statesch Integratioun, Informatioun vum System A bis System B kritt. Déi monolithesch Mechanismen, déi agestallt goufen, waren dacks brécheg a komplex, fokusséiert nëmmen op déi aktuell A → B-Streck, wéi wann zukünfteg Strecken op C, D oder E wären ni virgesinn.

Mä natierlech ass dat net de Fall. Wéi de Pitney Bowes Beispill beweist, kënnen haut Datenweeër näischt ausgesinn wéi muer. Op laang Siicht musse all Verbindungen dynamesch sinn, prett fir no uewen oder no uewen amgaang ze scalzen, a prett fir en Interface mat deem wat néideg ass. Fir kompetitiv ze bleiwen, kënnt Dir net just déiselwecht Technologien benotzen a weider dréinen, an Dir kënnt net op kräischen Kaderen vertrauen wéi "dobannen" an "dobausse".

Méi spezifesch sinn hei d'Mindestfuerderunge fir den internen Zougang zu engem System:

  • Sécherheet
  • Audit Trail
  • Sichtbarkeet
  • Runtime Performance (Uptime, latency)
  • Käschte (Käschte Vermeit, Käschte spueren)

Traditionell hu vill Geschäfter hei opgehalen. Awer et ginn zousätzlech Punkten déi an der schnell bewegster Welt berécksiichtegt musse ginn:

  • Asiicht / Analyse
  • Liichtegkeet vun benotzen
  • Verlängerung
  • Deployment Optiounen (zB Behälter, Wolleken, Skala)
  • Monetisatioun
  • Fine-grained Kontroll

Wéi déi nei Ufuerderunge weisen, wann Dir Är Systemer net mat der Erwaardung baut datt se mat Systeme mussen interagéieren, déi nach net erfonnt goufen, riskéiert Dir Iech selwer zouzespären. Ze vill Leit mengen ëmmer nach falsch dat d'Erausfuerderung ass grouss Stécker vun Daten duerch grober grained Sécherheet op déck Client Apps ze shuttelen.

Awer virauszegesinn, Applikatiounen an Architekturen mussen onbedéngt granular a skalierbar sinn. Fir dohinner ze kommen, musse Geschäfter entwéckelen vun enger Integratiounsmentalitéit zu méi modernen Approchen, déi Systemer granulär, zouverlässeg an skalierbar zur Verfügung stellen, wärend Visibilitéit, Abléck, Kontroll a Sécherheet zur Verfügung stellen. De Fëllement fir déi meescht vun dësen atomaren, agile Architekturen ginn produzéierter APIen - also APIen, déi net just benotzt gi fir Verméigen z'entdecken, awer déi entworf a geréiert ginn als Produkter déi d'Entwéckler erlaben, ob intern oder extern, fir nei Apps ze kreéieren, verlängeren Mark Erréchen, an oppen nei Recetten Méiglechkeeten.

Dës Ënnerscheedung ass wichteg: APIe ginn haut a ville Integratiounsszenarien benotzt, sou datt de Punkt keng APIe muss hunn - et muss APIen hunn fir Konsum, weiderbenotzen a dauernd Verbesserung entworf ginn. Setzt en anere Wee, mat engem Integratiounssinn, APIe kënnen kuerzfristeg Probleemer léisen - awer wann ee gesäit datt d'intern / extern Divisioun zesummegeklappt ass an datt d'Integratiounsnotzungsfäll net méi genuch sinn, gëtt API-Management déi raisonnabel Léisung.

[Interesséiert méi Tipps fir d'Verwaltung vun APIen an d'drevenéieren vun digitale Geschäfter? Kuckt dem Apigee säin neit Ebook, "The API Product Mindset."]