Frontend-mikropalvelut: Komponenttipohjainen palveluarkkitehtuuri globaaliin skaalautuvuuteen

Nykypäivän yhä monimutkaisemmassa ja globaalisti ulottuvassa verkkosovellusympäristössä perinteiset monoliittiset frontend-arkkitehtuurit kamppailevat usein pysyäkseen kehittyvien liiketoimintavaatimusten ja kasvavien käyttäjämäärien tahdissa. Frontend-mikropalvelut, jotka tunnetaan myös nimellä micro frontendit, tarjoavat houkuttelevan vaihtoehdon hajottamalla suuret frontend-sovellukset pienemmiksi, itsenäisiksi ja erikseen käyttöön otettaviksi yksiköiksi. Tämä komponenttipohjainen palveluarkkitehtuuri avaa lukuisia etuja, kuten paremman skaalautuvuuden, ylläpidettävyyden ja kehitystiimien autonomian, johtaen lopulta parempaan käyttäjäkokemukseen globaalille yleisölle.

Mitä ovat frontend-mikropalvelut?

Frontend-mikropalvelut ovat arkkitehtoninen lähestymistapa, jossa frontend-sovellus jaetaan pienempiin, itsenäisiin ja erikseen käyttöön otettaviin yksiköihin, joista kukin vastaa tietystä liiketoiminta-alueesta tai ominaisuudesta. Nämä yksiköt, joita usein kutsutaan micro fronteiksi tai komponenteiksi, voidaan kehittää ja ottaa käyttöön itsenäisesti eri tiimien toimesta käyttäen eri teknologioita. Pääajatus on soveltaa mikropalveluperiaatteita, joita perinteisesti käytetään backendissä, frontendiin.

Toisin kuin perinteisissä monoliittisissa frontendeissä, joissa kaikki koodi sijaitsee yhdessä koodikannassa, frontend-mikropalvelut edistävät modulaarisempaa ja irrallisempaa arkkitehtuuria. Jokaista micro frontendiä voidaan pitää itsenäisenä sovelluksena, jolla on oma teknologiastäkkinsä, käännösprosessinsa ja käyttöönottoputkensa. Tämä mahdollistaa suuremman joustavuuden ja autonomian kehityksessä sekä parantaa vikasietoisuutta ja skaalautuvuutta.

Vastaavuus: Ajattele suurta verkkokauppasivustoa. Yhden monoliittisen frontend-sovelluksen sijaan sinulla voisi olla erilliset micro frontendit seuraaville:

• Tuotekatalogi: Vastaa tuotelistojen ja -tietojen näyttämisestä.
• Ostoskori: Huolehtii tuotteiden lisäämisestä, poistamisesta ja muokkaamisesta ostoskorissa.
• Kassa: Käsittelee maksut ja tilausvahvistukset.
• Käyttäjätili: Hallinnoi käyttäjäprofiileja, tilauksia ja asetuksia.

Jokainen näistä micro fronteistä voidaan kehittää ja ottaa käyttöön itsenäisesti, jolloin tiimit voivat iteroida nopeasti ja keskittyä sovelluksen tiettyihin osa-alueisiin.

Frontend-mikropalveluiden edut

Frontend-mikropalveluarkkitehtuurin omaksuminen tarjoaa useita merkittäviä etuja, erityisesti suurille ja monimutkaisille verkkosovelluksille, jotka palvelevat globaalia yleisöä:

1. Parempi skaalautuvuus

Micro frontendit mahdollistavat sovelluksen tiettyjen osien itsenäisen skaalautumisen niiden yksilöllisten liikennemäärien ja resurssivaatimusten perusteella. Esimerkiksi tuotekatalogi saattaa kokea huomattavasti suurempaa liikennettä alennusmyynnin aikana, kun taas käyttäjätili-osio pysyy suhteellisen vakaana. Micro frontendien avulla voit skaalata tuotekatalogia itsenäisesti vaikuttamatta sovelluksen muiden osien suorituskykyyn. Tämä on ratkaisevaa huippukuormien käsittelyssä ja sujuvan käyttäjäkokemuksen varmistamisessa eri alueilla ympäri maailmaa. Voit esimerkiksi ottaa käyttöön enemmän tuotekatalogin micro frontendin instansseja alueilla, joilla kysyntä on suurempaa, kuten Singles' Dayn aikana Aasiassa tai Black Fridayn aikana Pohjois-Amerikassa.

2. Parempi ylläpidettävyys

Pienemmät, itsenäiset micro frontendit ovat helpompia ymmärtää, testata ja ylläpitää verrattuna suureen, monoliittiseen koodikantaan. Yhteen micro frontendiin tehdyt muutokset eivät todennäköisesti aiheuta regressioita tai riko sovelluksen muita osia. Tämä vähentää käyttöönottoon liittyvää riskiä ja yksinkertaistaa virheenkorjausprosessia. Eri tiimit voivat työskennellä eri micro frontendien parissa samanaikaisesti häiritsemättä toistensa työtä, mikä johtaa nopeampiin kehityssykleihin ja parempaan koodin laatuun.

3. Teknologinen monimuotoisuus ja joustavuus

Frontend-mikropalvelut antavat tiimeille mahdollisuuden valita paras teknologiastäkki kullekin yksittäiselle micro frontendille sen erityisvaatimusten perusteella. Tämä tarkoittaa, että voit käyttää Reactia yhdessä micro frontendissä, Angularia toisessa ja Vue.js:ää kolmannessa, jos se on järkevää organisaatiollesi ja rakennettaville komponenteille. Tämä joustavuus antaa sinun ottaa käyttöön uusia teknologioita helpommin ja välttää lukkiutumista yhteen ainoaan teknologiastäkkiin. Tiimit voivat kokeilla uusia kehyksiä ja kirjastoja vaikuttamatta koko sovellukseen. Kuvittele tilanne, jossa tiimi haluaa ottaa käyttöön huippuluokan käyttöliittymäkirjaston, kuten Svelten. Micro frontend -arkkitehtuurin avulla he voivat toteuttaa Svelten tietyssä komponentissa (esim. uudella markkinointikampanjan aloitussivulla) kirjoittamatta koko sovellusta uudelleen.

4. Parempi tiimien autonomia

Micro frontendien avulla tiimit voivat työskennellä itsenäisesti omien micro frontendiensä parissa ilman, että heidän tarvitsee olla riippuvaisia muista tiimeistä tai odottaa koodien yhdistämistä. Tämä lisää tiimin autonomiaa ja antaa heille mahdollisuuden iteroida nopeasti ja tuottaa arvoa useammin. Kukin tiimi voi omistaa koko kehityksen elinkaarensa, kehityksestä ja testauksesta käyttöönottoon ja valvontaan. Tämä vähentää viestinnän tarvetta ja parantaa yleistä kehitysnopeutta. Esimerkiksi suorituskyvyn optimointiin erikoistunut tiimi voisi keskittyä pelkästään tietyn micro frontendin (esim. hakukomponentin) optimointiin parantaakseen latausaikoja käyttäjille alueilla, joilla on hitaammat internetyhteydet.

5. Nopeammat käyttöönottosyklit

Micro frontendien itsenäinen käyttöönotto tarkoittaa, että voit julkaista uusia ominaisuuksia ja virheenkorjauksia useammin ilman, että sinun tarvitsee ottaa koko sovellusta uudelleen käyttöön. Tämä mahdollistaa nopeamman iteroinnin ja nopeammat palautesilmukat. Pienemmät käyttöönotot ovat myös vähemmän riskialttiita ja helpompia perua, jos jokin menee pieleen. Voit ottaa päivityksiä käyttöön yhteen micro frontendiin useita kertoja päivässä vaikuttamatta sovelluksen muihin osiin. Esimerkiksi virheenkorjaus maksujärjestelmässä voidaan ottaa käyttöön välittömästi ilman täyttä julkaisusykliä.

6. Koodin uudelleenkäytettävyys

Vaikka se ei aina olekaan ensisijainen ajuri, micro frontend -arkkitehtuurit voivat edistää koodin uudelleenkäyttöä eri micro frontendien välillä. Luomalla jaetun komponenttikirjaston tiimit voivat jakaa yhteisiä käyttöliittymäelementtejä ja logiikkaa, mikä vähentää päällekkäisyyttä ja varmistaa yhtenäisyyden koko sovelluksessa. Tämä voidaan saavuttaa web-komponenttien tai muiden komponenttien jakamismekanismien avulla. Esimerkiksi standardipainikekomponentti tietyillä brändiohjeilla voidaan jakaa kaikkien micro frontendien kesken yhtenäisen käyttäjäkokemuksen ylläpitämiseksi.

Frontend-mikropalveluiden haasteet

Vaikka frontend-mikropalvelut tarjoavat lukuisia etuja, ne tuovat mukanaan myös joitakin haasteita, jotka on harkittava huolellisesti:

1. Lisääntynyt monimutkaisuus

Frontend-sovelluksen jakaminen useisiin micro fronteihin lisää monimutkaisuutta arkkitehtuurin, käyttöönoton ja viestinnän osalta. Riippuvuuksien hallinta micro frontendien välillä, yhtenäisyyden varmistaminen koko sovelluksessa ja käyttöön ottojen koordinointi voi olla haastavaa. On luotava selkeät viestintäkanavat ja yhteistyöprosessit tiimien välille konfliktien välttämiseksi ja yhtenäisen käyttäjäkokemuksen varmistamiseksi.

2. Toiminnallinen lisätyö

Useiden micro frontendien käyttöönotto ja hallinta vaatii kehittyneemmän infrastruktuurin ja DevOps-asetelman. Jokaisen micro frontendin rakentaminen, käyttöönotto ja valvonta on automatisoitava. Tämä voi lisätä toiminnallista lisätyötä ja vaatia erikoisosaamista. Vankkojen valvonta- ja hälytysjärjestelmien käyttöönotto on ratkaisevan tärkeää ongelmien nopeaksi tunnistamiseksi ja ratkaisemiseksi missä tahansa micro frontendissä.

3. Viestintä ja integraatio

Micro frontendien on kommunikoitava ja integroitava keskenään saumattoman käyttäjäkokemuksen tarjoamiseksi. Tämä voidaan saavuttaa useilla eri tekniikoilla, kuten:

• Jaettu tilanhallinta: Jaetun tilanhallintakirjaston käyttö datan synkronoimiseksi micro frontendien välillä.
• Mukautetut tapahtumat: Mukautettujen tapahtumien käyttö toimintojen käynnistämiseksi muissa micro fronteissä.
• Jaettu reititys: Jaetun reitittimen käyttö navigointiin micro frontendien välillä.
• Iframe-kehykset: Micro frontendien upottaminen iframe-kehyksiin (tällä lähestymistavalla on kuitenkin rajoituksia).

Oikean viestintä- ja integraatiostrategian valitseminen on ratkaisevan tärkeää sujuvan ja yhtenäisen käyttäjäkokemuksen varmistamiseksi. Harkitse kompromisseja löyhän kytkennän ja suorituskyvyn välillä viestintätapaa valittaessa.

4. Suorituskykyyn liittyvät näkökohdat

Useiden micro frontendien lataaminen voi vaikuttaa suorituskykyyn, jos sitä ei tehdä huolellisesti. Jokaisen micro frontendin lataaminen ja renderöinti on optimoitava sivun latausaikaan kohdistuvan vaikutuksen minimoimiseksi. Tämä voi sisältää tekniikoita, kuten koodin jakaminen, laiska lataus ja välimuisti. Sisällönjakeluverkon (CDN) käyttö staattisten resurssien jakeluun maailmanlaajuisesti voi myös parantaa suorituskykyä eri alueilla oleville käyttäjille.

5. Poikkileikkaavat huolenaiheet

Poikkileikkaavien huolenaiheiden, kuten todennuksen, valtuutuksen ja kansainvälistämisen, käsittely voi olla monimutkaisempaa micro frontend -arkkitehtuurissa. On luotava yhtenäinen lähestymistapa näiden huolenaiheiden käsittelyyn kaikissa micro fronteissä. Tämä voi tarkoittaa jaetun todennuspalvelun, keskitetyn valtuutuskäytännön ja yhteisen kansainvälistämiskirjaston käyttöä. Esimerkiksi yhdenmukaisen päivämäärä- ja aikamuotoilun varmistaminen eri micro fronteissä on ratkaisevan tärkeää globaalille yleisölle.

6. Alkuinvestointi

Siirtyminen monoliittisesta frontendistä micro frontend -arkkitehtuuriin vaatii merkittävän alkuinvestoinnin. On investoitava aikaa ja resursseja olemassa olevan koodikannan uudelleenjärjestelyyn, infrastruktuurin pystyttämiseen ja tiimien kouluttamiseen. On tärkeää arvioida kustannukset ja hyödyt huolellisesti ennen tähän matkaan ryhtymistä. Harkitse aloittamista pilottiprojektilla lähestymistavan validoimiseksi ja kokemuksista oppimiseksi.

Lähestymistapoja frontend-mikropalveluiden toteuttamiseen

Frontend-mikropalveluiden toteuttamiseen on useita eri lähestymistapoja, joilla kullakin on omat etunsa ja haittansa:

1. Käännösaikainen integraatio

Tässä lähestymistavassa micro frontendit rakennetaan ja otetaan käyttöön itsenäisesti, mutta ne integroidaan yhdeksi sovellukseksi käännösaikana. Tämä edellyttää tyypillisesti moduulien niputtajan, kuten Webpackin, käyttöä micro frontendien tuomiseksi ja niputtamiseksi yhdeksi artefaktiksi. Tämä lähestymistapa tarjoaa hyvän suorituskyvyn, mutta vaatii tiukkaa kytkentää micro frontendien välillä. Kun yksi tiimi tekee muutoksen, se saattaa laukaista koko sovelluksen uudelleenrakentamisen. Suosittu toteutus tähän on Webpackin Module Federation.

Esimerkki: Webpack Module Federationin käyttö komponenttien ja moduulien jakamiseen eri micro frontendien välillä. Tämä mahdollistaa jaetun komponenttikirjaston luomisen, jota kaikki micro frontendit voivat käyttää.

2. Ajonaikainen integraatio

Tässä lähestymistavassa micro frontendit integroidaan sovellukseen ajonaikaisesti. Tämä mahdollistaa suuremman joustavuuden ja irrallisuuden, mutta voi myös vaikuttaa suorituskykyyn. Ajonaikaiseen integraatioon on useita tekniikoita, mukaan lukien:

• Iframe-kehykset: Micro frontendien upottaminen iframe-kehyksiin. Tämä tarjoaa vahvan eristyksen, mutta voi johtaa suorituskykyongelmiin ja viestintähaasteisiin.
• Web-komponentit: Web-komponenttien käyttö uudelleenkäytettävien käyttöliittymäelementtien luomiseen, joita voidaan jakaa micro frontendien välillä. Tämä lähestymistapa tarjoaa hyvän suorituskyvyn ja joustavuuden.
• JavaScript-reititys: JavaScript-reitittimen käyttö micro frontendien lataamiseen ja renderöintiin nykyisen reitin perusteella. Tämä lähestymistapa mahdollistaa micro frontendien dynaamisen lataamisen, mutta vaatii huolellista riippuvuuksien ja tilan hallintaa.

Esimerkki: JavaScript-reitittimen, kuten React Routerin tai Vue Routerin, käyttö erilaisten micro frontendien lataamiseen ja renderöintiin URL-osoitteen perusteella. Kun käyttäjä siirtyy eri reitille, reititin lataa ja renderöi dynaamisesti vastaavan micro frontendin.

3. Edge-Side Includes (ESI)

ESI on palvelinpuolen tekniikka, jonka avulla voit koota verkkosivun useista fragmenteista reunapalvelimella. Tätä voidaan käyttää micro frontendien integroimiseen yhdelle sivulle. ESI tarjoaa hyvän suorituskyvyn, mutta vaatii monimutkaisemman infrastruktuurin asennuksen.

Esimerkki: Käänteisen välityspalvelimen, kuten Varnishin tai Nginxin, käyttö verkkosivun kokoamiseen useista micro fronteistä ESI:n avulla. Käänteinen välityspalvelin hakee kunkin micro frontendin sisällön ja kokoaa ne yhdeksi vastaukseksi.

4. Single-SPA

Single-SPA on kehys, jonka avulla voit yhdistää useita JavaScript-kehyksiä yhden sivun sovellukseksi. Se tarjoaa yhteisen viitekehyksen eri micro frontendien elinkaaren hallintaan. Single-SPA on hyvä vaihtoehto, jos sinun on integroitava eri kehyksillä rakennettuja micro frontejä.

Esimerkki: Single-SPA:n käyttö React-micro frontendin, Angular-micro frontendin ja Vue.js-micro frontendin integroimiseksi yhteen sovellukseen. Single-SPA tarjoaa yhteisen viitekehyksen kunkin micro frontendin elinkaaren hallintaan.

Frontend-mikropalveluiden parhaat käytännöt

Onnistuneen frontend-mikropalveluiden toteutuksen varmistamiseksi on tärkeää noudattaa seuraavia parhaita käytäntöjä:

1. Määrittele selkeät rajat

Määrittele selkeästi kunkin micro frontendin rajat liiketoiminta-alueiden tai ominaisuuksien perusteella. Tämä auttaa varmistamaan, että jokainen micro frontend on itsenäinen ja keskittyy tiettyyn tarkoitukseen. Vältä liian pienten tai liian suurten micro frontendien luomista. Hyvin määritellyn micro frontendin tulisi vastata tietystä, yhtenäisestä toiminnallisuuksien joukosta.

2. Vakiinnuta viestintäprotokollat

Vakiinnuta selkeät viestintäprotokollat micro frontendien välille. Tämä auttaa varmistamaan, että ne voivat olla vuorovaikutuksessa keskenään ilman riippuvuuksien tai konfliktien syntymistä. Käytä hyvin määriteltyjä API-rajapintoja ja datamuotoja viestintään. Harkitse asynkronisten viestintämallien, kuten viestijonojen, käyttöä micro frontendien irrottamiseksi toisistaan ja vikasietoisuuden parantamiseksi.

3. Automatisoi käyttöönotto

Automatisoi kunkin micro frontendin rakentaminen, käyttöönotto ja valvonta. Tämä auttaa varmistamaan, että voit julkaista uusia ominaisuuksia ja virheenkorjauksia nopeasti ja helposti. Käytä jatkuvan integraation ja jatkuvan toimituksen (CI/CD) putkia koko käyttöönottoprosessin automatisoimiseksi. Ota käyttöön vankat valvonta- ja hälytysjärjestelmät ongelmien nopeaksi tunnistamiseksi ja ratkaisemiseksi.

4. Jaa yhteisiä komponentteja

Jaa yhteisiä komponentteja ja apuohjelmia micro frontendien kesken. Tämä auttaa vähentämään päällekkäisyyttä ja varmistamaan yhtenäisyyden koko sovelluksessa. Luo jaettu komponenttikirjasto, jota kaikki micro frontendit voivat käyttää. Käytä web-komponentteja tai muita komponenttien jakamismekanismeja uudelleenkäytettävyyden edistämiseksi.

5. Omaksu hajautettu hallintotapa

Omaksu hajautettu hallintotapa. Anna tiimeille autonomia omien micro frontendiensä suhteen. Salli heidän valita paras teknologiastäkki omiin erityistarpeisiinsa. Laadi selkeät ohjeet ja parhaat käytännöt, mutta vältä tiukkojen sääntöjen asettamista, jotka tukahduttavat innovaatiota.

6. Seuraa suorituskykyä

Seuraa kunkin micro frontendin suorituskykyä. Tämä auttaa sinua tunnistamaan ja ratkaisemaan suorituskykyongelmat nopeasti. Käytä suorituskyvyn seurantatyökaluja tärkeiden mittareiden, kuten sivun latausajan, renderöintiajan ja virhetason, seuraamiseen. Optimoi kunkin micro frontendin lataaminen ja renderöinti suorituskykyyn kohdistuvan vaikutuksen minimoimiseksi.

7. Toteuta vankka testaus

Toteuta vankka testaus kullekin micro frontendille. Tämä auttaa varmistamaan, että uudet ominaisuudet ja virheenkorjaukset eivät aiheuta regressioita tai riko sovelluksen muita osia. Käytä yhdistelmää yksikkötestejä, integraatiotestejä ja päästä päähän -testejä kunkin micro frontendin perusteelliseen testaamiseen.

Frontend-mikropalvelut: Globaalit näkökohdat

Kun suunnittelet ja toteutat frontend-mikropalveluita globaalille yleisölle, ota huomioon seuraavat seikat:

1. Lokalisointi ja kansainvälistäminen (l10n & i18n)

Jokainen micro frontend tulisi suunnitella lokalisointi ja kansainvälistäminen mielessä. Käytä yhteistä kansainvälistämiskirjastoa eri kielten, valuuttojen ja päivämäärämuotojen käsittelyyn. Varmista, että kaikki teksti on ulkoistettu ja helposti käännettävissä. Harkitse sisällönjakeluverkon (CDN) käyttöä lokalisoidun sisällön tarjoamiseksi käyttäjää lähempänä olevilta palvelimilta. Esimerkiksi tuotekatalogin micro frontend saattaa näyttää tuotteiden nimet ja kuvaukset käyttäjän valitsemalla kielellä heidän sijaintinsa perusteella.

2. Suorituskyvyn optimointi eri alueille

Optimoi kunkin micro frontendin suorituskyky eri alueille. Käytä sisällönjakeluverkkoa (CDN) staattisten resurssien jakeluun maailmanlaajuisesti. Optimoi kuvat ja muut resurssit eri näyttökokoja ja verkkoyhteyksiä varten. Harkitse palvelinpuolen renderöinnin (SSR) käyttöä parantaaksesi alkuperäistä sivun latausaikaa käyttäjille alueilla, joilla on hitaammat internetyhteydet. Esimerkiksi käyttäjä syrjäisellä alueella, jolla on rajoitettu kaistanleveys, saattaa hyötyä kevyemmästä versiosta verkkosivustosta, jossa on optimoidut kuvat ja vähemmän JavaScriptiä.

3. Saavutettavuus moninaisille käyttäjille

Varmista, että jokainen micro frontend on saavutettava vammaisille käyttäjille. Noudata saavutettavuusohjeita, kuten WCAG (Web Content Accessibility Guidelines). Käytä semanttista HTML:ää, tarjoa vaihtoehtoinen teksti kuville ja varmista, että sovellus on navigoitavissa näppäimistöllä. Ota huomioon käyttäjät, joilla on näkö-, kuulo- tai motorisia vammoja. Esimerkiksi asianmukaisten ARIA-attribuuttien tarjoaminen interaktiivisille elementeille voi parantaa sovelluksen saavutettavuutta ruudunlukijoiden käyttäjille.

4. Tietosuoja ja vaatimustenmukaisuus

Noudata tietosuojasäännöksiä, kuten GDPR:ää (yleinen tietosuoja-asetus) ja CCPA:ta (Kalifornian kuluttajien tietosuojalaki). Varmista, että jokainen micro frontend käsittelee käyttäjätietoja turvallisesti ja läpinäkyvästi. Hanki käyttäjän suostumus ennen henkilötietojen keräämistä ja käsittelyä. Toteuta asianmukaiset turvatoimet käyttäjätietojen suojaamiseksi luvattomalta pääsyltä tai paljastamiselta. Esimerkiksi käyttäjätilin micro frontendin on noudatettava GDPR-säännöksiä henkilötietojen, kuten nimen, osoitteen ja sähköpostiosoitteen, käsittelyssä.

5. Kulttuurinen herkkyys

Ole tietoinen kulttuurieroista, kun suunnittelet ja toteutat micro frontejä. Vältä kuvien, värien tai symbolien käyttöä, jotka saattavat olla loukkaavia tai sopimattomia tietyissä kulttuureissa. Harkitse suunnitteluvalintojesi kulttuurisia vaikutuksia. Esimerkiksi tiettyjen värien käytöllä voi olla eri merkityksiä eri kulttuureissa. Kulttuuristen herkkyyksien tutkiminen on ratkaisevan tärkeää positiivisen käyttäjäkokemuksen luomiseksi globaalille yleisölle.

Johtopäätös

Frontend-mikropalvelut tarjoavat tehokkaan lähestymistavan skaalautuvien, ylläpidettävien ja joustavien verkkosovellusten rakentamiseen globaalille yleisölle. Hajottamalla suuret frontend-sovellukset pienempiin, itsenäisiin yksiköihin voit parantaa tiimien autonomiaa, nopeuttaa kehityssyklejä ja tarjota paremman käyttäjäkokemuksen. On kuitenkin tärkeää harkita huolellisesti haasteita ja noudattaa parhaita käytäntöjä onnistuneen toteutuksen varmistamiseksi. Omaksumalla hajautetun hallintotavan, automatisoimalla käyttöönoton ja asettamalla etusijalle suorituskyvyn ja saavutettavuuden voit avata frontend-mikropalveluiden koko potentiaalin ja rakentaa verkkosovelluksia, jotka ovat valmiita nykyaikaisen verkon vaatimuksiin.