Esittely
Digitaalinen transformaatio kattaa vuosi vuodelta yhä enemmän erilaisia elämän- ja liiketoiminta-alueita. Jos yritys haluaa olla kilpailukykyinen, tavalliset tietosivustot eivät enää riitä, tarvitaan mobiili- ja verkkosovelluksia, jotka eivät vain tarjoa käyttäjille tietoa, vaan mahdollistavat myös tiettyjen toimintojen suorittamisen: tavaroiden ja palveluiden vastaanottamisen tai tilaamisen, työkalujen tarjoamisen.
Esimerkiksi nykyaikaisilla pankeilla ei enää riitä tietosivut, vaan niillä on oltava asiakkailleen verkkotyökalut, henkilökohtainen tili, jolla käyttäjä voi hallita tilejä, sijoituksia ja lainoja. Pienetkin yritykset tarvitsevat käteviä työkaluja konversioiden lisäämiseen, kuten ajanvaraus lääkärille tai kampaajalle tai pöydän varaaminen ravintolaan tai lasten leikkihuoneeseen syntymäpäiväjuhliin.
Ja omistajien itsensä on saatava oikea-aikaista tietoa kätevässä muodossa yrityksensä tilasta, esimerkiksi tilastotietojen ja analytiikan keräämisestä eri tuotantoosastoille tai osastojen tuottavuudesta. Usein jokainen osasto kerää näitä tietoja omalla tavallaan ja saattaa jopa käyttää erilaisia työkaluja ja omistajan täytyy käyttää paljon henkilökohtaista aikaa ymmärtääkseen kaiken tämän, välillisesti tai suoraan tämä voi vaikuttaa yrityksen tehokkuuteen ja lopulta tulokseen. Myös digitaalinen muutos ja verkko- tai mobiilisovelluskehitys auttavat tässä.
Tekniikat eivät pysy paikallaan ja kehittyvät jatkuvasti, ja se, mitä käytettiin useita vuosia sitten, ei välttämättä ole enää relevanttia tänään tai se, mitä ei voitu tehdä useita vuosia sitten, on jo toteutunut. On olemassa nykyaikaisempia työkaluja, joiden avulla voit luoda verkko- ja mobiilisovelluksia nopeammin ja paremmin. Henkilökohtaisten havaintojen ja kokemusten perusteella haluan jakaa näkemykseni siitä, mitkä tekniikat ja työkalut ovat kysyttyjä lähitulevaisuudessa ja miksi niihin kannattaa kiinnittää huomiota nykyaikaista verkkosovellusta luotaessa.
Yksisivuinen sovellus
Määritellään vähän terminologiaa. Single Page Application (SPA) on verkkosovellus, jonka komponentit ladataan kerran yhdelle sivulle ja sisältö ladataan tarpeen mukaan. Ja kun siirryt sovelluksen osien välillä, sivu ei lataudu kokonaan uudelleen, vaan vain lataa ja näyttää tarvittavat tiedot.
Yksisivuiset sovellukset hyötyvät suuresti perinteisistä verkkosovelluksista nopeuden ja helppokäyttöisyyden suhteen. SPA:n avulla voit saavuttaa vaikutuksen, jonka mukaan verkkosivusto toimii kuin sovellus työpöydällä ilman uudelleenkäynnistystä ja merkittäviä viiveitä.
Jos vielä muutama vuosi sitten yksisivuiset sovellukset eivät käytännössä tukeneet hakukoneoptimointia ja niitä käytettiin pääasiassa henkilökohtaisten tilien ja hallintapaneelien luomiseen, niin nykyään yksisivuisen sovelluksen luominen, joka tukee täysin hakukoneoptimointia (SEO), on tullut paljon helpommaksi. Palvelimella renderöidyillä yksisivuisilla sovelluksilla tämä ongelma on hävinnyt kokonaan. Toisin sanoen tämä on sama yksisivuinen sovellus, mutta ensimmäisellä pyynnöstä palvelin ei luo vain dataa, vaan luo HTML-sivun, joka on valmis näyttöön ja hakukoneet saavat valmiita sivuja, joissa on kaikki metatiedot ja semanttiset merkinnät. .
Asiakaspuolen web-sovellusten luomiseen tarkoitettujen työkalujen kehittymisen myötä kehitys ja siirtyminen yksisivuisiin sovelluksiin vain kasvavat tänä ja sitä seuraavina vuosina. Jos sinulla on vanha sovellus, joka on vanhentunut ja toimii hitaasti ja jopa kokonaan sivun uudelleenlatauksella osioiden välillä vaihdettaessa, niin tänä vuonna voit turvallisesti päivittää nopeaan yksisivuiseen sovellukseen - nyt on hyvä hetki, tekniikka mahdollistaa jo tehdä tämän melko nopeasti ja tehokkaasti.
Moderni ja nopea verkkosivusto on erittäin hyvä asia, mutta sanonpa rehellisesti: kaikkia sovelluksia ei voi helposti muuntaa yksisivuisiksi sovelluksiksi ja siirtyminen voi olla kallista! Siksi sinun on ymmärrettävä, kuka tarvitsee tällaisen siirtymän ja miksi.
Jotta ymmärtäisit, annan alla olevassa taulukossa esimerkkejä siitä, milloin SPA:n kehittäminen tai siihen vaihtaminen on asianmukaista ja perusteltua ja milloin ei.
ЗА
Jos haluat tehdä nykyaikaisen, nopean sovelluksen ja haluat käyttää web-version lisäksi myös mobiili- tai vaikka työpöytäversiota, ja kaikki prosessit ja laskelmat tapahtuvat etä- tai pilvipalvelimella. Lisäksi, jotta kaikilla asiakkailla on yksi vuorovaikutusrajapinta, eikä palvelinkoodiin tarvitse tehdä jokaista muokkausta uutta asiakasta lisättäessä.
Esimerkiksi: sosiaalinen verkosto, aggregaattorit, SaaS-alustat (ohjelmisto pilvipalveluna), markkinapaikat
Jos sinulla on kauppa tai verkkopalvelu, tiedät sen olevan hidasta ja ihmiset lähtevät, haluat nopeuttaa sitä, ymmärrät asiakkaiden arvon ja olet valmis maksamaan yli miljoona ruplaa päivityksestä.
Sinulla on mobiilisovellus, joka käyttää sivuston sovellusliittymää, mutta sivusto on hidas ja sen sisältö latautuu kokonaan uudelleen, kun siirryt sivulta toiselle
VASTAAN
Jos kohdeyleisösi ei käytä nykyaikaisia selaimia ja laitteita.
Esimerkiksi: tietyt yritysalueet, kuten pankkien, lääketieteellisten laitosten ja koulutuksen sisäisten järjestelmien kehittäminen.
Suoritat päätoimintosi offline-tilassa etkä ole valmis tarjoamaan palveluita verkossa, ja sinun on vain houkuteltava asiakkaita.
Jos sinulla on verkkokauppa tai verkkopalvelu, joka myy jo hyvin, et näe asiakkaiden ulosvirtausta tai valituksia
Jos sinulla on toimiva sovellus, jota ei voi mukauttaa SPA:lle ja sinun on vain kirjoitettava kaikki uudelleen alusta ja käytettävä muita tekniikoita, etkä ole valmis käyttämään useita miljoonia tähän.
Esimerkiksi: Siellä on laatikollinen sivusto tai jonkinlainen kotikirjoitettu ikivanha, monoliittinen koodi.
Progressiiviset verkkosovellukset
Progressiiviset Web-sovellukset ovat natiivisovelluksen ja verkkosivuston yhteisen kehityksen tuotetta. Pohjimmiltaan tämä on verkkosovellus, joka näyttää ja käyttäytyy kuin todellinen natiivisovellus, voi vastaanottaa push-ilmoituksia, työskennellä offline-tilassa jne. Tässä tapauksessa käyttäjän ei tarvitse ladata sovellusta AppStoresta tai Google Playsta, vaan tallentaa se työpöydälle.
PWA:ta on kehitetty teknologiana tai lähestymistapana kehitykseen vuodesta 2015 lähtien, ja se on viime aikoina saavuttanut valtavaa suosiota sähköisen kaupankäynnin alalla.
Muutamia esimerkkejä tosielämästä:
- viime vuonna Best Western River North -hotelli pystyi kasvattamaan liikevaihtoa 300 % lanseerattuaan uuden PWA-yhteensopivan verkkosivuston;
- Arabialainen Avito OpenSooq.com pystyi luotuaan PWA-tuen verkkosivuillaan lisäämään sivustolla vierailuaikaa 25 % ja liidien määrää 260 %;
- kuuluisa deittipalvelu Tinder pystyi vähentämään latausnopeutta 11.91 sekunnista 4.69 sekuntiin kehittämällä PWA:n; lisäksi sovellus painaa 90% vähemmän kuin alkuperäinen Android-vastine.
Siitä, että tähän tekniikkaan kannattaa kiinnittää huomiota, osoittaa myös se, että yksi suurimmista verkkokauppaprojektien luomiskoneista, Magento, lanseerasi PWA Studion varhaisen kehitysversion vuonna 2018. Alustan avulla voit luoda React-pohjaisen käyttöliittymän suoraan verkkokaupparatkaisuillesi PWA-tuella.
Neuvoja niille, joilla on jo Internet-projekti tai vain idea uudesta palvelusta mobiililaitteiden tuella: älä kiirehdi kirjoittamaan täysimittaista natiivisovellusta, vaan katso ensin PWA-tekniikkaa. Tämä saattaa olla paras hinta-laatusuhde ratkaisu tuotteellesi.
Vähän harjoittelusta. Yksinkertaisen mobiiliuutissovelluksen luomiseen, edellyttäen että sinulla on jo valmiina REST-palvelin, tarvitset noin 200-300 työtuntia alustaa kohden. Kun kehitystunnin keskimääräinen markkinahinta on 1500-2000 ruplaa/tunti, sovellus voi maksaa noin miljoona ruplaa. Jos kehität verkkosovelluksen, jossa on täysi tuki PWA:lle: push-ilmoitukset, offline-tila ja muut herkut, niin kehitys vie 1-200 työtuntia, mutta tuote on heti saatavilla kaikilla alustoilla. Eli noin 300-kertainen säästö, puhumattakaan siitä, että sinun ei tarvitse maksaa sovelluskauppoihin sijoittamisesta.
serverless
Tämä on toinen moderni lähestymistapa kehitykseen. Nimen takia monet ihmiset ajattelevat, että tämä on todella palvelintonta kehitystä, taustakoodia ei tarvitse kirjoittaa, ja kuka tahansa etupään kehittäjä voi luoda täysimittaisen verkkosovelluksen. Mutta se ei ole totta!
Palvelimeton sovellusta luotaessa tarvitset silti palvelimen ja tietokannan. Tämän lähestymistavan tärkein ero on, että taustakoodi esitetään pilvitoimintojen muodossa (toinen nimi palvelimettomille on FaaS, toimii palveluna tai Functions-as-a-Service) ja mahdollistaa sovelluksen nopean skaalauksen ja helposti. Tällaista sovellusta luodessaan kehittäjä voi keskittyä liiketoimintaongelmiin eikä ajatella infrastruktuurin skaalausta ja perustamista, mikä myöhemmin nopeuttaa sovelluskehitystä ja alentaa sen kustannuksia. Lisäksi palvelinton lähestymistapa auttaa säästämään palvelinvuokrasta, koska se käyttää täsmälleen niin paljon resursseja kuin tarvitaan tehtävän suorittamiseen, ja jos kuormaa ei ole, palvelinaikaa ei käytetä ollenkaan eikä siitä makseta.
Esimerkiksi suuri amerikkalainen mediayhtiö Bustle pystyi alentamaan isännöintikustannuksia yli 60 % siirtyessään palvelimettomaan. Ja Coca-Cola-yhtiö, kehittäessään automatisoitua järjestelmää juomien myyntiin automaattien kautta, pystyi vähentämään isännöintikustannuksia 13000 4500 dollarista XNUMX XNUMX dollariin vuodessa siirtymällä palvelimettomaan.
Parin viime vuoden aikana Serverlessiä on uutuuden ja rajoitustensa vuoksi käytetty pääasiassa pienissä projekteissa, startup-yrityksissä ja MVP-projekteissa, mutta nykyään ohjelmistokehityksen, palvelinkontinoinnin monipuolisuuden ja tehokkuuden ansiosta on ilmaantunut työkaluja, jotka avulla voit poistaa rajoituksia, yksinkertaistaa ja nopeuttaa pilvisovellusten kehitystä.
Tämä tarkoittaa, että yritysten liiketoimintaskenaariot, joissa pilven modernisointia pidettiin aiemmin mahdottomina (esimerkiksi reunalaitteille, siirrettävälle datalle tai tilatietoisille sovelluksille), ovat nyt todellisuutta. Hyviä työkaluja, jotka osoittavat paljon lupauksia, ovat kNative ja Serverless Enterprise.
Mutta kaikesta tästä huolimatta Serverless ei ole verkkosovelluskehityksen hopealuoti. Kuten kaikilla muillakin tekniikoilla, sillä on etunsa ja haittansa, ja sinun on valittava tämä työkalu ymmärtäväisesti, eikä "ei lyödä nauloja mikroskoopilla" vain siksi, että se on teknisesti edistyneempi.
Tässä on muutamia esimerkkejä siitä, milloin sinun kannattaa harkita palvelimetonta, kun kehität uutta tai parannat nykyistä verkkopalvelua, jotta voit selvittää sen:
- Kun palvelimen kuormitus on säännöllistä ja maksat käyttämättömästä kapasiteetista. Meillä oli esimerkiksi asiakas, jolla oli kahvikoneverkosto ja pyyntöjen käsittelyä ja tilastojen keräämistä tarvittiin vain muutama sata tai tuhat kertaa päivässä, ja yöllä pyyntöjen määrä putosi useisiin kymmeniin. Tässä tapauksessa on paljon tehokkaampaa maksaa vain resurssien todellisesta käytöstä, joten ehdotimme ja toteutimme ratkaisun Serverlessissä;
- Jos et aio sukeltaa infrastruktuurin teknisiin yksityiskohtiin ja maksaa liikaa palvelimien ja tasapainottimen perustamisesta ja ylläpidosta. Esimerkiksi markkinoita kehitettäessä et tiedä tarkalleen millaista liikennettä tulee olemaan tai päinvastoin – suunnittelet paljon liikennettä ja jotta sovelluksesi varmasti kestää kuormituksen, niin Serverless on erinomainen valinta.
- Jos sinun on suoritettava joitain suoratoistotapahtumia pääsovelluksessa, kirjoita sivutiedot taulukoihin, suorita laskutoimituksia. Esimerkiksi kerätä analyyttisiä tietoja käyttäjien toimista, käsitellä niitä tietyllä tavalla ja tallentaa tietokantaan;
- Jos haluat yksinkertaistaa, yhtenäistää tai nopeuttaa sovelluksen nykyistä toimintaa. Luo esimerkiksi suorituskykyä parantavia palveluita kuvien tai videoiden työskentelyyn, kun käyttäjä lataa videon pilveen ja erillinen toiminto hoitaa transkoodauksen, kun pääpalvelin jatkaa toimintaansa normaalisti.
Jos sinun on käsiteltävä tapahtumia kolmannen osapuolen palveluista. Esimerkiksi käsitellä maksujärjestelmien vastauksia tai ohjata käyttäjätiedot CRM:ään nopeuttaaksesi potentiaalisten asiakkaiden pyyntöjen käsittelyä
Jos sinulla on suuri sovellus ja jotkin sovelluksen osat voidaan toteuttaa optimaalisemmin käyttämällä muuta kieltä kuin pääkieli. Sinulla on esimerkiksi Java-projekti ja sinun on lisättävä uusia toimintoja, mutta sinulla ei ole vapaita käsiä tai toteutus tietyllä kielellä voi kestää kauemmin ja ratkaisu on jo olemassa toisella kielellä, niin Serverless voi auttaa myös tämän kanssa.
Tämä ei ole koko luettelo huomion arvoisista työkaluista ja teknologioista; kerroin vain, mitä käytämme itse joka päivä työssämme ja tiedän tarkalleen, kuinka ne voivat auttaa liiketoimintaa.
Lähde: will.com