Alkalmazásfejlesztés innovatív alkalmazásokhoz

Amint azt az adatok demokratizálása digitális találmányokkal című témakörben tárgyaltuk, az adatok a legtöbb innovációt a digitális gazdaságban táplálják. Erre az analógiára építve az alkalmazások azok az üzemanyagtöltő állomások és infrastruktúra, amelyek szükségesek ahhoz, hogy az üzemanyagot a megfelelő kezekbe juttassuk.

Bizonyos esetekben az adatok önmagukban elegendőek a változáshoz és az ügyfelek igényeinek kielégítéséhez. Az ügyfeleknek nyújtott megoldásoknak azonban általában az adatok alakításához és a felhasználói élmény létrehozásához kell alkalmazásokat igényelniük. Az innovatív alkalmazások kapcsolatba lépnek a felhasználóval, és kapcsolatba lépnek velük, és információkat és útmutatást nyújtanak. Ez a cikk számos alapelvet foglal össze, amelyek segíthetnek megtalálni a megfelelő alkalmazásfejlesztési megoldást az érvényesítendő hipotézisek alapján.

Megosztott kód

Azok a csapatok, amelyek gyorsan reagálnak az ügyfelek visszajelzéseire, a piaci változásokra és a lehetőségekre, általában a legjobban újulnak meg. Az innovatív alkalmazások első alapelve a növekedési szemlélet egyik eleme: "Ossza meg a kódot." A kódmegosztás különböző perspektívákat és hozzájárulásokat hív meg, és ösztönöz az innovációra. Ezért az alkalmazásfejlesztésnek egy megosztott kódtárzal kell kezdődnie.

A kódtárak kezelésére széles körben elterjedt eszköz a GitHub, amely lehetővé teszi a megosztott kódtárak gyors létrehozását. Alternatív megoldás a Microsoft Azure Repos, amely egy Azure DevOps-szolgáltatás , amely korlátlan, felhőalapú magánadattárakat biztosít a projekthez. Az Azure Repos használatakor a verziókövetéshez választhatja a Gitet, amely elosztott típus, vagy a központosított Team Foundation verziókövetést (TFVC). Az Azure Reposról, a Gitről és a TFVC-ről az Azure Repos dokumentációjában talál további információt.

Civil fejlesztők

A profi fejlesztők fontosak az innovációhoz. Ha egy hipotézis nagy léptékben pontosnak bizonyul, stabilizálhatják a megoldást, és előkészíthetik a skálázásra. Sajnos a profi fejlesztőknek kevés a kínálatuk, és a szakmai fejlesztés növelheti a költségeket és a lassú innovációt.

A civil fejlesztők olyan felhasználók, akik a vállalati informatikai részleg által engedélyezett fejlesztési és futtatókörnyezetek használatával hoznak létre új üzleti alkalmazásokat. A civil fejlesztők használata segíthet a fejlesztési erőfeszítések skálázásában és a korai hipotézistesztelés felgyorsításában. Ez a stratégia akkor életképes és hatékony, ha a korai hipotézisek olyan eszközökkel érvényesíthetők, mint a Power Apps az alkalmazásfelületekhez, az AI Builder folyamatokhoz és előrejelzésekhez, a Munkafolyamatokhoz készült Power Automate és a Power BI az adatfelhasználáshoz.

Megjegyzés

Amikor a civil fejlesztőkre támaszkodik a hipotézisek tesztelésére, célszerű profi fejlesztőket is alkalmazni a munka támogatásához, áttekintéséhez és irányításához. A szakemberek segíthetnek olyan robusztus kialakítás kialakításában, amely felgyorsítja az innováció megtérülését. Ha a megfelelő időben bevonja a profi fejlesztőket, később tisztább átmeneteket valósíthat meg.

Intelligens szolgáltatások

Az intelligens szolgáltatások a modern webalkalmazások sebességét és skálázását kombinálják a kognitív szolgáltatások és robotok intelligenciájával. Ezek a technológiák egyenként elegendőek lehetnek az ügyfelek igényeinek kielégítéséhez. Megfelelő kombinálás esetén kibővítik a digitális felületen kielégíthető igények körét, miközben segítenek az alkalmazásfejlesztési költségek csökkentésében.

Modern webalkalmazások

A modern webalkalmazások jelenthetik a leggyorsabb megoldást a belső vagy külső ügyfelek igényeinek kielégítésére. Az általuk nyújtott élmények gyorsan bevonhatják az ügyfeleket, és lehetővé teszik a megoldás gyors fejlődését.

Intelligencia hozzáadása

A profi és civil fejlesztők számára egyre egyszerűbbé válik, hogy olyan gépi tanulási és AI-funkciókat adjanak az alkalmazásokhoz, amelyek segítenek az ügyfél igényeinek kielégítésében és egy interaktív élmény létrehozásában. Néhány példa ezekre a funkciókra:

• Diktálás
• Szövegfelolvasás
• Számítógépes látástechnológia
• Vizuális keresés
• Prediktív AI

Az újítóknak riasztást kell adni, hogy kihasználhassák az ilyen funkciókat, hogy interaktív és modern élményt teremthessenek.

Robotok

A robot egy beszélgetési AI-alkalmazás, amely a felhasználók számára olyan élményt nyújt, amely inkább egy személlyel foglalkozik, és kevésbé hasonlít a hagyományos számítógépes alkalmazásokkal való kezeléshez. A felhasználók szövegen, interaktív kártyákon és beszéden keresztül beszélgetnek egy robottal. A robotok közötti interakció egy gyors kérdéstől és választól , például egy vacsorafoglalástól egy kifinomult beszélgetésig terjedhet, amely intelligensen biztosít hozzáférést a szolgáltatásokhoz.

A robotok ugyanazokat a műveleteket végezhetik el, mint más szoftvertípusok: fájlok olvasása és írása, adatbázisok és API-k használata, valamint rendszeres számítási feladatok kezelése. Ami egyedivé teszi a robotokat, az az általánosan emberi-emberi kommunikációra fenntartott mechanizmusok használata. A robotok sokban hasonlítanak a modern webalkalmazásokhoz: az interneten élnek, és API-kat használnak az üzenetek küldéséhez és fogadásához. A robotban található elemek nagyban eltérnek attól függően, hogy milyen típusú robotról van szó. A modern robotszoftverek számos technológiára és eszközre támaszkodnak, amelyek egyre összetettebb élményt nyújtanak a különböző platformokon. Egy egyszerű robot azonban csak egy üzenetet kaphat, és visszaküldheti a felhasználónak, nagyon kevés kóddal.

Natív felhőbeli megoldások

A natív felhőarchitektúra lehetővé teszi a gyors változás alkalmazását, valamint rugalmas és méretezhető alkalmazások egyszerűbb futtatását. A natív felhőalkalmazások általában tárolók, mikroszolgáltatások, felügyelt szolgáltatások, kiszolgáló nélküli függvények és eseményalapú programozás használatával készülnek. A natív felhőmegoldások leggyakrabban folyamatos teljesítést használnak a gyorsabb piacra jutás érdekében.

A natív felhőalapú megoldások lehetővé teszik a központosított fejlesztői csapatok számára, hogy monolitikus, központosított megoldások nélkül irányítsák az üzleti logikát. Emellett egy horgonyt is létrehoz, amely konzisztenciát teremt a civil fejlesztők és a modern élmények bemenetei között. Végül a natív felhőmegoldások innovációgyorsítót biztosítanak azáltal, hogy lehetővé teszik a polgárok és a profi fejlesztők számára, hogy biztonságosan és minimális blokkolókkal innoválhassák az innovációt.

Innováció meglévő megoldásokon keresztül

Számos ügyfélhipotézist egy meglévő megoldás modernizált verziójával lehet a legjobban kézbesíteni. Ez akkor fordulhat elő, ha a jelenlegi üzleti logika közel áll az ügyfelek igényeihez.

A modernizáció legtöbb formája, beleértve az újrabontást is, a migrálási módszertan része a felhőadaptálási keretrendszer belül. Ez a módszertan végigvezeti a felhőbevezetési csapatokat a digitális tulajdon felhőbe való migrálásának folyamatán. Az Azure-beli migrálási útmutató leegyszerűsített megközelítést biztosít ugyanahhoz a módszertanhoz, amely kis számú számítási feladathoz vagy akár egyetlen alkalmazáshoz is alkalmas.

A megoldások migrálása és modernizálása után többféleképpen is létrehozhat új, innovatív alkalmazásmegoldásokat az ügyfelek igényeinek megfelelően. A civil fejlesztők például tesztelhetik a hipotéziseket, vagy a profi fejlesztők intelligens élményeket vagy natív felhőbeli megoldásokat hozhatnak létre.

Meglévő megoldás kiterjesztése

A megoldás kiterjesztése a modernizáció egyik gyakori formája. Ez lehet az innováció leggyorsabb útja, ha az alábbiak igazak az ügyfélhipotézisre:

• A meglévő üzleti logika megfelel vagy közel áll az ügyfelek igényeihez.
• A továbbfejlesztett élmény, nem egy új, a legjobban megfelel az ügyfelek igényeinek.
• A minimálisan életképes termék (MVP) megoldás által megkövetelt üzleti logikát központosítottuk, általában n szintű, webszolgáltatások, API-k vagy mikroszolgáltatások tervezésével. Ez a megközelítés a meglévő megoldás felhőben üzemeltetett új felületen való burkolását foglalja magában. Az Azure-ban ez a megoldás valószínűleg Azure App Service él.

Meglévő megoldás újraépítése

Ha egy meglévő megoldás megfelel vagy közel áll az ügyfelek igényeihez, de nem bővíthető könnyen, előfordulhat, hogy újra kell alakítani. Ebben a megközelítésben az alkalmazás migrálva lesz a felhőbe. Az alkalmazás migrálása után a rendszer a meglévő megoldással párhuzamosan üzembe helyezett webszolgáltatásokként vagy mikroszolgáltatásokként módosítja vagy duplikálja annak egyes részeit. A párhuzamos szolgáltatásalapú megoldás kiterjesztett megoldásként kezelhető. Ez a megoldás egyszerűen egy felhőben üzemeltetett új felülettel burkolná a meglévő megoldást. Az Azure-ban ez a megoldás valószínűleg Azure App Service él.

Figyelemfelhívás

A megoldások újrabontása vagy újratervezése vagy az üzleti logika központosítása gyorsan kiválthat egy időigényes technikai csúcsot az ügyfélérték forrása helyett. Ez kockázatot jelent az innovációra, különösen a hipotézis-ellenőrzés korai szakaszában. A megoldások tervezésében némi kreativitással kell rendelkeznie az MVP felé vezető útnak, amely nem igényli a meglévő megoldások újrabontását. Érdemes késleltetni az újrabontást, amíg a kezdeti hipotézis nagy léptékben érvényesíthető.

Üzemeltetési modell innovációi

Az alkalmazásfejlesztés modern innovatív megközelítései mellett jelentős újítások is történtek az alkalmazásműveletek terén. Ezek a megközelítések számos szervezeti mozgást eredményeztek. Az egyik legkiválóbb a kiválósági modell felhőközpontja . Ha teljes mértékben képzett és érett, az üzleti csapatoknak lehetőségük van saját működési támogatást nyújtani egy megoldáshoz.

A felhőbeli kiválósági központban található önkiszolgáló üzemeltetési felügyeleti modell szigorúbb vezérlést és gyorsabb iterációt tesz lehetővé a megoldáskörnyezetben. Ezeket a célokat úgy érik el, hogy átadják a működési ellenőrzést és az elszámoltathatóságot az üzleti csapatnak.

Ha egy meglévő megoldásra vonatkozó globális igényeket próbál skálázni vagy kielégíteni, ez a megközelítés elegendő lehet az ügyfélhipotézis érvényesítéséhez. A megoldás migrálása és kissé modernizálása után az üzleti csapat skálázhatja a különböző hipotézisek teszteléséhez. Ezek általában olyan ügyfél-kohorszokat foglalnak magukban, akik a teljesítmény, a globális terjesztés és az informatikai műveletek által akadályozott egyéb ügyféligényekkel foglalkoznak.

A többletterhelés és a felügyelet csökkentése

Minél többet kell fenntartani egy innovatív alkalmazáson vagy megoldáson belül, annál lassabban fog iterálni az alkalmazás vagy megoldás. Ez azt jelenti, hogy felgyorsíthatja az innovációt azáltal, hogy csökkenti a műveleteknek a rendelkezésre álló sávszélességre gyakorolt hatását.

Az innovatív megoldás biztosításához szükséges számos iterációra való felkészüléshez fontos előre gondolkodni. A kiszolgáló nélküli lehetőségek előnyben részesítésével például minimalizálhatja a folyamat korai szakaszában felmerülő működési terheket. Az Azure-ban a kiszolgáló nélküli alkalmazásbeállítások Azure App Service vagytárolókat tartalmazhatnak.

Ezzel párhuzamosan vegye figyelembe a kiszolgáló nélküli tranzakciós adatbeállításokat az Azure-ban, amelyek szintén csökkenthetik a többletterhelést. Az Azure-termékkatalógus olyan adatbázis-beállításokat biztosít, amelyek teljes adatplatform nélkül tárolnak adatokat.

Következő lépések

A hipotézistől és a megoldástól függően a cikkben szereplő alapelvek segíthetnek az MVP-definícióknak megfelelő alkalmazások tervezésében, és bevonhatják a felhasználókat. A következő lépések a bevezetés elősegítésének alapelvei, amelyek lehetővé teszik, hogy az alkalmazás és az adatok gyorsabban és hatékonyabban jussanak el az ügyfelek kezébe.

Felhőbevezetés támogatása