Obsah
- Vybudujte moderní fasády se staršími systémy
- Překonejte technickou složitost
- Kontakty designu API
- Implementujte API
„Ach, výměna bude trvat měsíce.“ „Toho se nemůžeme dotknout ... [šeptem] ... opravdu nevíme, co to dělá, natož jak to funguje.“ Ztratil jsem přehled kolikrát mi klienti řekli takové věci. Ale vše není ztraceno. Můžete inovovat se svými stávajícími technologickými řešeními; nemusíte vše vyhazovat a začít od nuly (i když pokud zahajujete nový projekt, získejte správného tvůrce webových stránek a webhosting).
- Automatizace webového designu: vyladěte svůj návrhový proces
Představte si tento scénář - před několika lety vytvořila továrna dílčí systémy na podporu svých interních funkcí, jako jsou finance, výroba, expedice, marketing a jednání s návštěvníky. Vzhledem k tomu, že očekávání zákazníků rostla, nebyl jeho web udržován pod kontrolou. Nyní více než polovina firemního provozu pochází z mobilních zařízení nebo zařízení s malou obrazovkou, ale web se nepřizpůsobuje správně.
A všechna IT řešení jsou slepená, ale stále fungují v silech, podobně jako fyzické týmy - takže je téměř nemožné, aby všichni obsluhovali stejného zákazníka. To znamená, že pět, 10 nebo 20 let po cestě nyní IT systémy firmy a nedostatek pozornosti k responzivnímu webovému designu brzdí jeho růst.
Jak se tedy přizpůsobit? Při renovaci budovy používejte stejné principy, jaké uplatňujete. Přemýšlejte o tom, kdy jste vešli do zasedací místnosti, která právě proběhla téměř přes noc. Okamžitá transformace vás překvapila a potěšila, ale pokud o tom přemýšlíte, víte, že samotná budova má stejnou strukturu, topení, vodu a elektřinu.
Sádrokartonová příčka může skrýt celou zátěž historie a špinavých vodovodů, kabeláže a potrubí. Podívejte se trochu blíž a uvidíte stejné služby, ale modernizované pomocí nyní univerzálních zásuvek. Konferenční místnost nyní obsahuje věci, jako jsou napájecí zdroje USB, porty VGA a HDMI pro displeje. V zákulisí se však všichni napájejí do stejné zamotané hromady elektrických kabelů.
Stejný přístup můžeme použít i ke starým IT systémům. Cílem by bylo propojit tyto systémy, abychom mohli poskytovat bezproblémové uživatelské prostředí napříč kanály. Jaké by však mohly být některé z výzev při práci se staršími systémy? Pojďme se podívat na některé překážky, se kterými se můžete během cesty setkat.
- Duplicitní informace o zákazníkovi: více instancí stejného jedince může existovat v různých systémech, jako jsou finance, web, marketing návštěvníků nebo expedice. V našem fiktivním příkladu by v šesti různých systémech existovalo šest různých verzí stejného zákazníka.
- Hloubka dat: systémy uchovávají informace různými způsoby a do různých hloubek. Například provozní stránka podnikání bude často používat čísla kódů pro produkty s nejkratšími anglickými popisy a obsahovat údaje o věcech, jako je složení, zdroj materiálů a hmotnost. Naopak, marketingový materiál má tendenci obsahovat velké množství textu, který slouží k propagaci funkcí produktu, kromě toho, že zahrnuje obrázky a ceny pro spotřebitele.
- Různé metody exportu dat: v tomto případě možná zjistíte, že některé systémy nabízejí pouze export dat, zatímco jiné používají 20 let starý standard jako SOAP nebo jiné používají moderní rozhraní jako REST.
- Rozhraní: některé z těchto systémů nemusí mít žádné webové rozhraní. I když nějaký mají, nemusí splňovat standardy přístupnosti nebo se přizpůsobit mobilním zařízením, natož aby vypadaly konzistentně ze zkušeností se značkou.
- Nové kanály: neexistuje způsob, jak dodat službu novému kanálu, jako je Chatbot.
- Měřítko: některé systémy budou navrženy tak, aby obsluhovaly malý počet uživatelů, zatímco jiné budou navrženy pro použití v internetovém měřítku.
- Spolehlivost: v závislosti na tom, jak byly postaveny, nemusí být některé z těchto systémů vždy spolehlivé nebo dokonce dostupné.
Vybudujte moderní fasády se staršími systémy
Abychom vytvořili moderní web nebo mobilní prostředí pro podnikání, které lépe obstojí ve zkoušce času, hledáme rozhraní, které se bude zabývat pouze zážitkem a přizpůsobí se médiu, které si uživatel zvolí. Frontend by měl být dostatečně flexibilní, aby se skládal z několika nezávislých funkcí.
Při rekonstrukci budov jsme postavili nové sádrokartonové desky a vymalovali stěny, zatímco nástavba, dodávka elektřiny a instalatérské práce zůstaly stejné. Můžeme použít stejný přístup k vdechnutí nového života vašim starým IT systémům: můžeme postavit novou fasádu, která se připojí k back-endovým funkcím, jako jsou produktová data nebo správa objednávek.
Překonejte technickou složitost
Navzdory zdánlivě nepřekonatelným překážkám v přístupu ke starým monolitickým systémům stále existují způsoby, které vám umožní vytvořit čisté spojení mezi backendem a moderním frontendem. Představte si čelní panel, který odhaluje moderní zásuvky pro zasedací místnosti, které požadujeme: HDMI, USB atd. - to je to, co potřebujete překrýt přes své „starší“ systémy.
Říkáme těmto API (Application Programming Interfaces). Význam API jako konceptu nelze přeceňovat. Jedním z faktorů úspěchu Twitteru je například to, že spustil svoji platformu spolu s API a otevřeně vyzýval vývojáře, aby vytvářeli konkurenční frontendy nebo aplikace se schopností tweetovat přímo z vlastních produktů vývojářů.
Vaše organizace, stejně jako továrna, by měla vytvářet rozhraní API, jako je produktové rozhraní API, objednávkové rozhraní API a rozhraní API účtu. Zpočátku by tato API byla pro interní použití (ale odvážná organizace je zpřístupní externím stranám).
Kontakty designu API
Návrh rozhraní API je nejkritičtější fází - vaše zúčastněné strany musí zvážit, jaké informace by byly potřebné pro všechny případy, a zajistit, aby API bylo určeno k jejich dodání (toto se nazývá smlouva API). To pak může být filtrováno tak, že spotřebitel neuvidí všechna výrobní data a místo toho obdrží pouze informace, které potřebuje.
Implementujte API
Když je rozhodnuto o API, pak jde o implementaci API a načítání dat z jednoho nebo více základních systémů. Toto je často nejtěžší část procesu, ale existuje spousta softwaru připraveného pomoci, například Apigee a IBM DataPower. Některé další softwarové možnosti, i když jsou stále na podnikové úrovni, lze používat zdarma, například WSO2's API Gateway a WSO2 ESB. Tyto nástroje jsou schopné překládat mezi SOAP na REST, souborový přenos (export), zpracování souběžnosti, ukládání výsledků do mezipaměti a jejich transformaci. To samo o sobě zaškrtne několik požadavků, které jsme již pokryli.
Jakmile budou smlouvy API schváleny, můžete na nich začít stavět nové služby - například dovednosti Alexa nebo aplikaci pro sledování objednávek. Bezpochyby byste očekávali, že ke stejnému API bude mít přístup více spotřebitelů; mobilní aplikace, Chatbot nebo web by například potřebovaly přístup k produktovému API. Samostatná část webu by umožňovala přístup oprávněným uživatelům k historickým objednávkám prostřednictvím rozhraní API objednávek atd.
Pokud původní backend nenabízí funkci, například vydá tweet nebo odešle oznámení o mobilním telefonu, lze do rozhraní API přidat novou funkci. Pokud chcete na trh přidat novou webovou funkci, aplikaci nebo nový kanál, stačí je nastavit jako nové spotřebitele pro vaše rozhraní API. A můžete si být jisti, že tu budou noví spotřebitelé: aplikace pro sociální média, dovednosti Alexa nebo AI Bots. Cokoli bude za rohem.
Práce se starší technologií je podobná rekonstrukci staré budovy. Obecnou myšlenkou není vyhodit vaše starší IT systémy, ale pouze je zapojit do nového API - transformovat data podle potřeby - a dát jim tak nový život.
Pracujete napříč týmem? Ujistěte se, že máte nějaké skvělé cloudové úložiště.
Ilustrace: Kym Winters
Tento článek byl původně publikován v čísle 308 ze dne síť, světově nejprodávanější časopis pro webové designéry a vývojáře. Koupit číslo 308 zde nebo přihlásit se k odběru zde.
