Forritaskil innan og utan fyrirtækisins

Mörkin milli innri og ytri upplýsingatækni í fyrirtækinu eru rangur greinarmunur. Enginn getur spáð fyrir um hvernig gögn verða notuð eða hvert upplýsingar renna. Jafnvel ef þú veist hvar innri / ytri línur fyrirtækisins eru dregnar í dag - munu þessar línur nánast örugglega færa markmið í framtíðinni.

Taktu Pitney Bowes, fyrirtæki sem ég hef unnið með í hlutverki mínu í Apigee teyminu hjá Google. Þrátt fyrir að mikill hluti sögu aldarins hafi átt rætur sínar að rekja til lausna í pósti eins og burðargjaldamælum, þróaði fyrirtækið einnig greiðslur og rafræn viðskipti í gegnum tíðina og eignaðist mikið magn af flutningum, flutningum og landfræðilegum gögnum. Þegar Pitney Bowes þróaðist úr hliðstæðum þjónustu í heimi tengdra viðskipta nútímans, þá var það afrakstur verðmæta frá þessum eignum og hæfni innan stofnunarinnar - en það viðurkenndi að eignir og hæfni gætu einnig verið dýrmæt utan fyrirtækisins, til þróunaraðila og samstarfsaðila sem gætu notað þær til að byggja ný forrit og þjónustu.

Til að grípa þetta tækifæri býður Pitney Bowes yfir 160 opinberum forritaskilum í gegnum skýið, opnar milljónir í hugsanlegum nýjum tekjum og hjálpar stafrænu viðskiptastarfi fyrirtækisins að verða 1 milljarður Bandaríkjadala plús árleg viðskipti. Gögn og virkni sem einu sinni voru eingöngu innri eru nú utanaðkomandi.

Hér er kennslustund: að hugsa um viðskiptalausnir og áætlanir hvað varðar „innri“ og „ytri“ eða hvað varðar „samþættingu kerfis A og kerfis B“ er úrelt. Málið er ekki hvernig þú ætlar að tengja innri kerfin þín og notendur - þá tengingu er hægt að búa til á ýmsa vegu. Öllu heldur er málið hvað þú getur gert við tenginguna þegar hún hefur verið gerð.

Svarið fer eftir tegund tengingarinnar - truflanir á móti kraftmiklum. Í gamla heimi punktalausna, til dæmis, var fókusinn oft bara truflanir, að fá upplýsingar frá kerfinu A í kerfið B. Einlyfjakerfið sem notað var voru oft brothætt og flókið, einblínt aðeins á núverandi A → B braut, eins og framtíðarleiðir til C, D eða E yrðu aldrei hættuspil.

En auðvitað er það ekki málið. Eins og Pitney Bowes dæmið sýnir fram á, geta gagnaleiðir dagsins í dag líkt ekkert á morgun. Þegar til langs tíma er litið þurfa allar tengingar að vera kraftmiklar, tilbúnar til að kvarða upp eða niður eftir þörfum og vera tilbúnar til að tengja við það sem þarf. Til að vera samkeppnishæf geturðu ekki bara notað sömu tækni og haldið áfram að festa sig áfram og þú getur ekki reitt þig á rammar rammar eins og „inni“ og „úti.“

Nánar tiltekið eru hér lágmarkskröfur um innri aðgang að kerfi:

  • Öryggi
  • Endurskoðunarleið
  • Skyggni
  • Runtime árangur (spenntur, leynd)
  • Kostnaður (forðast kostnað, sparnaði)

Hefð er fyrir því að mörg fyrirtæki hafa hætt hér. En það eru fleiri atriði sem þarf að hafa í huga í hraðskreyttum heimi nútímans:

  • Innsýn / greinandi
  • Auðvelt í notkun
  • Stækkanleiki
  • Dreifingarmöguleikar (t.d. gámar, ský, mælikvarði)
  • Tekjuöflun
  • Fínkornað stjórn

Eins og nýju kröfurnar sýna fram á, ef þú byggir ekki upp kerfin þín með von um að þau verði að hafa samskipti við kerfi sem enn hefur ekki verið fundið upp, þá ertu hættur að læsa þig inni. Of margir eru ennþá með rangt mál að hugsa um að áskorunin er að skutla stórum klumpum af gögnum í gegnum gróft kornað öryggi til þykkra viðskiptavinaforrita.

En framvegis, forrit og arkitektúr þurfa að vera ótrúlega kornótt og stigstærð. Til að komast þangað verða fyrirtæki að þróast frá samþættingarmentalitíni yfir í nútímalegri nálgun sem gerir kerfin tiltæk með kyrndum, áreiðanlegum og stigstærðum um leið og þau veita skyggni, innsýn, stjórnun og öryggi. Grunnurinn að flestum þessara atóma, lipra arkitekta verða framleidd API - það er API sem eru ekki bara notuð til að afhjúpa eignir heldur eru hönnuð og stjórnað sem vörur sem styrkja verktaki, hvort sem er innri eða ytri, til að búa til ný forrit, auka vörumerki og opna nýja tekjumöguleika.

Þessi aðgreining er mikilvæg: API eru notuð í dag í mörgum aðlögunarsviðum, þannig að málið er ekki að hafa API, það er að hafa forritaskil hannað og stjórnað til neyslu, endurnotkunar og stöðugra endurbóta. Með öðrum hætti, með samþættingu hugbúnaðar, geta API skjöl leyst skammtímavandamál - en þegar maður sér að innri / ytri deild hefur hrunið og að mál vegna notkunar við samþættingu duga ekki lengur verður API stjórnun skynsamlegasta lausnin.

[Hefurðu áhuga á fleiri ráð til að stjórna API og stýra stafrænu viðskiptum? Sjáðu nýja bók Apigee, „The API Product Mindset.“]