Zajištění kompatibility podniku

Zajištění kompatibility podniku

Bylo to zhruba před deseti lety, kdy generální ředitel společnosti Red Hat Jim Whitehurst (nyní prezident IBM) použil termín „skladatelnost“ jako háček pro svou hlavní poznámku. “Chci s tebou mluvit o éře skladatelných technologií a o tom, jak ty.” [as developers] všichni pomohou vybudovat to, “řekl Whitehurst.

Z pohledu aplikací je vývoj softwaru způsobem, který lze skládat, pomocí softwarových komponent, mnohem flexibilnější a jednodušší než vytváření aplikací jako vertikálně integrovaných monolitických aplikací.

“Pokud jste schopni psát kód v malých sekcích, které lze testovat a nasadit nezávisle, zjednodušte integraci nových komponent aplikace a dodejte tyto aktualizace mnohem rychleji, což může být významnou konkurenční výhodou,” říká Antony Bourne, senior viceprezident pro průmysl ve společnosti IFS.

V praxi to znamená, že je mnohem snazší využít a aplikovat nástroje, jako je automatizace automatizovaných procesů, umělá inteligence nebo nepřeberné množství dnes dostupných funkcí hyperautomatizace, zaměřené na zjednodušení pracovních toků a optimalizaci obchodních procesů.

Ariel Assaraf, generální ředitel stavové analytické platformy Coralogixvěří, že skládatelné myšlení je prvním stavebním kamenem skládatelného podnikání. “Náš způsob myšlení ovlivňuje vše, co děláme – vede nás to při rozhodování nejen o tom, co skládat, ale také kdy a jak,” říká. “Na základě myšlení o skládatelnosti můžeme začít s jeho implementací napříč organizací nebo konkrétněji v obchodní architektuře a technologických balíčcích.”

“Jak můžeme modularizovat společnost a produkt tak, aby každá část mohla fungovat víceméně nezávisle na ostatních?”

Abstrakce má klíčovou roli. V Assarafově vizi skládatelného podnikání je každé modulární komponentě, od technologického zásobníku organizace až po obchodní architekturu, dána určitá úroveň abstrakce, která umožňuje větší agilitu.

Ale dodává: „V abstrakci je bod klesajících výnosů. Pokud to vezmeme příliš daleko a rozdělíme vše na „atomovou“ úroveň, vše se zpomalí, protože se to děje od základů. “

Pro Assarafa každá část vyžaduje úplnou autonomii, ale dostat součásti do spolupráce je větší výzva. “Musíme najít rovnováhu mezi autonomií a abstrakcí,” říká.

Opětovné použití běžného kódu

Rod Cope, CTO společnosti Perforce, domnívá se, že místo práce na úrovni widgetů vývojáři softwaru mluví o znovupoužitelných databázích, cloudech a virtuálních strojích. Také open source – jehož přijetí rychle roste v organizacích všeho druhu – je sám o sobě formou kombinovatelného vývoje.

V ideálním světě nemusí být nic postaveno od nuly. V současné době ale poptávka po rychlejším a větším rozvoji znamená, že spojování pomíjivých komponent k rychlému dodávání projektů nutí tempo změn.

Jak zdůrazňuje Cope, některé komponenty zabezpečené infrastruktury prověřené bezpečností, jako jsou Ansible, Chef a Puppet, mohou pomoci týmům pro vývoj softwaru zrychlit vývoj aplikací pouhým uchopením běžně dostupné komponenty a přizpůsobením jejím konkrétním potřebám, pomocí automatizovaného přístupu infrastruktura jako kód.

Čistý výsledek, říká, je, že vývojáři mohou skládat osvědčené kousky do stávajícího pracovního postupu DevOps, což poskytuje lepší agilitu a kvalitu, v rychlosti a v měřítku. “Dobrou zprávou pro vývojáře je, že tráví méně času vytvářením základních stavebních bloků, mohou rychleji dodávat více kódu, doufejme, že uvolní nějaký čas na více out-of-the-box inovativního myšlení, nebo přinejmenším přidáním do aplikace bez ohledu na jejich jedinečný přínos, “říká.

API pro skládání

Ve světě skladatelného podnikání musí být produktové týmy schopné rychle dodávat software vytvořený na míru, aby reagovaly na nové tržní příležitosti, které se objevují, říká Guy Sayar, CTO pro region EMEA v HashiCorp. “Aplikace a infrastruktura se budou neustále vyvíjet nepředvídatelnými způsoby,” říká. “Tuto tekutost lze získat pouze v systému definovaném API.” [application programming interface]. ”

Sayar doporučuje, aby API byla používána nejen k poskytování softwarové infrastruktury podporující digitální inovace, ale měla by být také používána v rámci procesů vytváření a údržby této infrastruktury. Jedná se o model zaměřený na API, který je hnán vpřed rostoucí splatností mezi tvůrci rozhodnutí a uživateli cloudu.

“IT a obchodní týmy jsou stále více ochotny učinit důvěryhodné třetí strany součástí jejich nové a rozšířené infrastruktury – provozovat své aplikace na vrcholu inovativních běhových prostředí a využívat hodnotné služby prostřednictvím těchto API,” říká.

Zatímco rozhraní API pomáhají interním týmům a externím partnerům připojit se k aplikacím typu back-end, Kelly Goetsch, produktová ředitelka společnosti Commercetools, říká, že z pohledu koncového uživatele mohou mít lidé dramaticky odlišné potřeby, pokud jde o požadovaná data, výkon zpracování a připojení k internetu.

Podívejte se například na počet volání API potřebných k vytvoření časové osy uživatele na Facebooku, říká Goetsch. “Nyní si představte, že všechny tyto dotazy ze starých Apple Watch provádíte přes špatné připojení k internetu.”

Facebook vytvořil specifikaci pro dotazování na data s názvem GraphQL. GraphQL Foundation, domov GraphQL, definuje GraphQL jako „dotazovací jazyk pro vaše API“.

Facebook ji interně používá od roku 2012 a specifikaci veřejně zveřejnil v roce 2015. Od té doby se rychle ujala a nyní ji používají mimo jiné Twitter, Microsoft, Amazon, Google a New York Times.

Goetsch říká: „S GraphQL stačí zadat jediný dotaz a přesně určit, jaká data chcete načíst. Vrstva GraphQL poté k jednotlivým API (ze strany serveru) požaduje splnění požadavku. Jako vývojář získáte jedinou odpověď obsahující vše, co potřebujete k vykreslení stránky s podrobnostmi o novém produktu. Představte si GraphQL jako SQL, kde můžete pomocí jednoho dotazu načítat data z více databázových tabulek. “

Podle Goetsche GraphQL řeší over-fetching, under-fetching, zjistitelnost, autorizaci/autentizaci a další. Říká, že je vytvořen výslovně pro vývojáře na straně klienta, aby snadno získávali data z API, a ukázal se jako standard a „lepidlo“ pro skladatelnost.

Rozšiřování API

Sayar společnosti HashiCorp říká, že skládatelná infrastruktura vyžaduje nezávislou kulturu API. Varuje však: „Mezi nezávislými a chaotickými je tenká hranice. Při rozsáhlých postupech DevOps týmy vytvářejí a provozují tisíce rozhraní API. Výchozí výsledek bude „API sprawl“. Technický dluh bude bránit dlouhodobému úspěchu. “

Podle jeho zkušeností je další výzvou rozmanitost vývojových rámců používaných v organizaci, jako je Java, .Net, Node a Python. “Výzvou je zde.” překládat skladatelnost napříč všemi těmito nesourodými technologiemi“Říká Sayer.

Zjednodušení rozšiřování API a správa více rámců je možné pomocí platformy nabízející společné vzory architektury, katalogu služeb doplňkových funkcí a řady technologických smluv mezi vývojovými a provozními týmy, dodává.

Větší obrázek

I když vývojáři softwaru mají jasné výhody, mají-li knihovny předem připravených softwarových komponent, které lze zavést tak, aby vytvářely nové funkce s velmi malým úsilím, má skladatelnost důsledky v celém podnikání.

V nedávném článku, Ram Chandel, trh s digitálním obchodem, který nabízí vedení společnosti Deloitte Consulting, a Paul do Forno, vedoucí oddělení eminentní digitální komerce, generální ředitel společnosti Deloitte Consulting, diskutovali o trendech v digitálním obchodování. V článku se dvojice zabývala tím, proč modulární, skládatelná platforma elektronického obchodování umožňuje podnikům rozšířit své investice nákupem nebo výměnou pouze funkcí nebo funkcí, které potřebují k vytvoření přesně takové zkušenosti, jakou chce jejich značka poskytovat.

“To vám dává přístup k možnostem ‘nejlepší ve svém oboru’ od řady dodavatelů technologií, místo aby jste hledali vše u jediného dodavatele,” napsali. “Výrobce průmyslového vybavení může potřebovat sofistikované vyhledávací a doporučovací nástroje pro zvýraznění technických detailů nebo specifikací.” Společnost zabývající se domácím zbožím naopak potřebuje způsoby, jak chladně ukázat pohovky nebo stoly, a to i ve 3D. “

Klíčové je, že tyto „přizpůsobené“ funkce jsou plug-and-play, což pomáhá společnosti dosáhnout jejích obchodních cílů.

V kontextu širšího podnikatelského prostředí jsou posuny trhu pomíjivé a, jak ukázala poslední desetiletí, nové nabídky, které úspěšně využívají mezeru na trhu, mohou rychle nahradit dlouho zavedené obchodní procesy.

Přestože se ne každý podnik stane softwarovým byznysem, konkurenceschopnější podniky jsou povinny používat software strategicky způsobem, který je činí agilními a umožňuje jim rychle řešit nové tržní příležitosti. Celková podniková IT architektura postavená na základu skladatelnosti bude zásadní pro úspěšné dodávání softwarové strategie rozvoje podnikání.

Share

Leave a Reply

Your email address will not be published.