Kuinka valita Windows-sovellusten julkaisuohjelmisto

Johdanto

Windows-sovellukset tukevat edelleen olennaisia liiketoimintaprosesseja, kuten kirjanpitoa ja yritysresurssien suunnittelua, terveydenhuoltoa, valmistusta ja räätälöityjä liiketoimintajärjestelmiä. Kuitenkin näiden sovellusten asentaminen ja ylläpitäminen jokaisessa päätepisteessä on vaikeaa, kun käyttäjät työskentelevät etänä, käyttävät erilaisia käyttöjärjestelmiä tai yhdistävät hallitsemattomista laitteista.

Windows-sovellusten julkaisuohjelmisto tarjoaa käytännöllisen vaihtoehdon. Sovellus toimii keskitettyllä Windows-infrastruktuurilla, kun taas valtuutetut käyttäjät vuorovaikuttavat sen käyttöliittymän kanssa selaimen, työpöytäkohdan tai etäyhteysasiakkaan kautta. Tämä lähestymistapa voi laajentaa pääsyä olemassa olevaan ohjelmistoon ilman, että tarvitaan täydellistä verkkokirjoitusta tai täyttä virtuaalista työpöytää jokaiselle käyttäjälle.

Mikä on Windows-sovellusten julkaisuohjelmisto?

Windows-sovellusten julkaisuohjelmisto tekee keskitettyyn Windows-palvelimeen tai virtuaalikoneeseen asennettavat ohjelmat etäkäyttäjien saataville. Sen sijaan, että sovellus ja sen riippuvuudet asennettaisiin ja ylläpidettäisiin jokaisessa laitteessa, järjestelmänvalvojat hallitsevat niitä yhdellä tai useammalla keskitetyllä isännällä.

Alustalla hallitaan, mitkä käyttäjät voivat käynnistää kunkin sovelluksen, miten he todennuttavat itsensä, miten heidän istuntonsa suojataan ja mitä paikallisia resursseja he voivat käyttää. Kun ohjelma toimii Windows-isäntäkoneella, päätepiste näyttää käyttöliittymänsä ja lähettää näppäimistön, hiiren ja muut sallitut syötteet takaisin palvelimelle.

Microsoft Learn selittää, että Remote Desktop Services voi keskitetysti toimittaa joko täydellisiä työpöytiä tai yksittäisiä RemoteApp-ohjelmia valtuutetuille käyttäjille.

Toisin kuin ladattu ohjelmisto, julkaistu sovellus ei toimi kokonaan päätepisteessä. Käyttäjä vuorovaikuttaa etäinstanssin kanssa, joka on isännöity keskitettyyn Windows-infrastruktuuriin.

Mitä Windows-sovelluksen julkaiseminen tarkoittaa?

Windows-sovelluksen julkaiseminen tarkoittaa sen etäkäyttömahdollisuuden tarjoamista valituille käyttäjille ilman, että heille annetaan pääsyä täydelliseen Windows-työpöytään.

Tyypillinen prosessi sisältää viisi vaihetta:

• Asenna sovellus Windows-palvelimelle tai virtuaalikoneelle
• Rekisteröi sen suoritettava tiedosto julkaisualustalla
• Anna pääsy käyttäjille tai ryhmille
• Vahvista käyttäjät portaalin, asiakasohjelman tai identiteettipalveluntarjoajan kautta
• Aloita etäistunto ja näytä sovelluksen käyttöliittymä

Käyttäjät voivat nähdä vain tarvittavan kirjanpito-ohjelmiston, asiakkuudenhallintatyökalun tai omistusoikeudellisen työkalun, kun taas työpöytä, palvelin tiedostojärjestelmä ja siihen liittymättömät sovellukset pysyvät piilossa.

Miten Windows-sovellusten julkaiseminen toimii?

Useimmat Windows-sovellusten julkaisuympäristöt perustuvat samoihin ydinkerroksiin, vaikka terminologia ja toteutus voivat vaihdella tuotteiden välillä.

Windows-sovelluspalvelimet

Sovellus toimii fyysisellä palvelimella, virtuaalikoneessa tai pilvessä isännöidyllä Windows-instanssilla. Useat käyttäjät voivat jakaa yhden istunnon isännän erillisten Windows-istuntojen kautta, kun taas alustat, jotka vaativat vahvempaa eristystä, voivat määrittää omistettuja tai jaettuja virtuaalikoneita.

Jokaisen isäntäpalvelimen on sisällettävä oikea Windows-versio, sovellustiedostot, kehykset, tietokantayhteydet, profiilit, fontit, ohjaimet ja muut riippuvuudet. Sovelluksen yhteensopivuus riippuu siten koko isäntäkonfiguraatiosta eikä pelkästään sovelluksesta.

Julkaiseminen ja pääsynhallinta

Julkaisupalvelu määrittää, mitkä ohjelmat käyttäjät voivat käynnistää ja miten nämä ohjelmat näkyvät heidän laitteillaan. Järjestelmänvalvojat voivat julkaista yhden sovelluksen, useita sovelluksia, mukautetun käynnistimen tai täydellisen työpöydän, eri versioilla tai käynnistysparametreilla, jotka on tarvittaessa määritetty tietyille ryhmille.

Varmennus vahvistaa käyttäjän henkilöllisyyden, kun taas valtuutus määrittää, mihin sovelluksiin ja resursseihin käyttäjä voi päästä. Sopivan alustan tulisi tarjota yksityiskohtaisia määrittelyjä yksittäisille käyttäjille, ryhmille, rooleille tai vuokralaisille.

Turvallinen Yhteyskerros

Portti tai verkkosivusto välittää yhteyksiä käyttäjäpisteiden ja sovelluspalvelimien välillä. Ulkoisten käyttöönottojen ei tulisi altistaa suojaamatonta Remote Desktop Protocol -palvelua suoraan internetiin, joten organisaatioiden tulisi käyttää HTTPS:ää, voimassa olevia kuljetustason turvallisuussertifikaatteja, monivaiheista todennusta, pääsyrajoituksia ja valvontaa.

Leikepöydän käyttö, tulostus, paikallisen levyn kartoitus ja tiedostonsiirto voivat parantaa käytettävyyttä, mutta organisaatioiden tulisi ottaa nämä toiminnot käyttöön vain silloin, kun työnkulku vaatii niitä.

Käyttäjäpääsytavat

Käyttäjät voivat muodostaa yhteyden [an] HTML5-portaali, natiivityöpöytäsovellus RDP-yhteensopiva asiakas, yhteys tiedosto tai pikakuvake. Selainpääsy voi vähentää käyttöönottoon liittyvää työtä, kun taas natiiviasiakkaat voivat tarjota täydellisempää tukea useille näytöille, tulostimille, älykorteille ja muille paikallisille laitteille.

Windows-sovellusten julkaisu vs. Etätyöpöytä

Sovellusten julkaiseminen ja etätyöpöydän käyttö perustuvat liittyviin teknologioihin, mutta ne tarjoavat erilaisia pääsyn tasoja ja erilaisia käyttäjäkokemuksia.

Koko etätyöpöytä esittää laajemman Windows-työtilan, joka voi sisältää työpöydän, Käynnistä-valikon, tehtäväpalkin, tiedostonhallintatyökalut ja kaikki sallitut sovellukset. Julkaistu sovellus näyttää vain valitut ohjelmat, usein erillisissä ikkunoissa, joita käyttäjät voivat avata paikallisesti käynnissä olevien sovellusten rinnalla.

Harkinta	Julkaistu sovellus	Koko etätyöpöytä
Käyttäjäkokemus	Yksi tai useampi määritetty sovellus	Täydellinen Windows-työtila
Tyypillinen tarkoitus	Kohdennettu pääsy liiketoimintaohjelmistoihin	Yleinen etätyöympäristö
Hallinnollinen alue	Sovelluskohtainen määritys	Työpöytätason pääsy ja politiikka
Resurssien altistuminen	Kapeampi	Laajempi
Parhaiten sopii	Urakoitsijat, asiakkaat, liiketoimintasovellukset	Monet työkalut tarvitsevat työntekijät

Sovellusten julkaiseminen on yleensä suositeltavampaa, kun käyttäjät tarvitsevat pääsyn määriteltyyn ohjelmakokonaisuuteen. Täysi etätyöpöytä on sopivampi, kun he tarvitsevat tiedostojen hallintaa, useita apuohjelmia tai täydellistä Windows-ympäristöä, vaikka jotkut organisaatiot käyttävät molempia malleja eri käyttäjäryhmille.

Windows-sovellusten julkaisu vs. VDI

Virtuaalityöpöytäinfrastruktuuri (VDI) antaa käyttäjille pääsyn Windows-työpöytiin, jotka toimivat virtuaalikoneissa. Käyttöönottamisesta riippuen nämä työpöydät voivat olla henkilökohtaisia, jaettuja, pysyviä tai ei-pysyviä.

Istuntoon perustuva sovellusten julkaisu voi tukea useita käyttäjiä jaetussa Windows-infrastruktuurissa, tarjoten usein suurempaa tiheyttä ja alhaisempia hallintakustannuksia. VDI tarjoaa vahvempaa virtuaalikoneiden eristämistä ja voi paremmin tukea kuormituksia, jotka tarvitsevat omistettuja käyttöjärjestelmäkokoonpanoja, grafiikkavaroja tai hallintavaltaa.

Harkinta	Istuntopohjainen julkaisu	VDI
Toimitusyksikkö	Yksittäinen sovellus tai jaettu työpöytä	Kokonainen virtuaalikone
Eristäminen	Istuntotason	Virtuaalikone-taso
Infrastruktuurin tiheys	Yleensä korkeampi	Yleensä alhaalla
Personointi	Kohtalainen	Mahdollisesti laaja
Tyypillinen käyttö	Yleisimmät liiketoimintasovellukset	Erityiset tai eristetyt työpöydät

VDI pysyy arvokkaana, kun sovellukset eivät voi elää rinnakkain jaettuilla isännillä tai käyttäjät tarvitsevat omistettuja resursseja. Kuitenkin täydellisen virtuaalisen työpöydän tarjoaminen voi olla liiallista, kun käyttäjät tarvitsevat vain yhden tai kaksi Windows-sovellusta.

Muutetaanko sovelluksen julkaiseminen Windows-sovellus verkkosovellukseksi?

Sovelluksen julkaiseminen voi tehdä Windows-ohjelmasta saavutettavan selaimen kautta, mutta se ei muunna ohjelmaa natiiviksi verkkosovellukseksi. Alkuperäinen koodi jatkaa toimintaansa Windows-infrastruktuurilla, eikä taustarakennetta automaattisesti muuteta pilviperustaiseksi.

Selaimen käyttö ei tarjoa sovellukselle responsiivista verkkosuunnittelua, selaimen natiivin offline-ominaisuuksia, mikroserviisejä tai sovellusohjelmointirajapintoja. Sovelluksen julkaisemista on siksi parempi ymmärtää sovellustoimituksen modernisoimisena kuin itse lähdekoodin modernisoimisena.

Mitä muutoksia käyttäjälle tulee?

Käyttäjän näkökulmasta sovellus on helpompi käyttää, koska se voidaan avata selaimen tai etäyhteysportaalin kautta ilman täydellistä paikallista asennusta. Käyttäjät myös välttävät sovelluksen kehysten ja riippuvuuksien asentamisen omille laitteilleen.

Käyttöliittymä voi näkyä selainvälilehdessä tai erillisessä sovellusikkunassa, mutta sen reagointikyky riippuu silti sovelluksen isäntästä, verkon laadusta ja etäesitysprotokollasta.

Mikä pysyy muuttumattomana?

Sovellus säilyttää alkuperäisen Windows-koodinsa, käyttöliittymänsä ja tekniset riippuvuutensa. Rekisteriasetusten, tietokantojen, palveluiden, tulostimien ja tiedostopolkujen on siksi jatkettava oikeaa toimintaa Windows-isäntäjärjestelmässä.

Sovelluksen julkaiseminen ei poista yhteensopivuus- tai lisenssivaatimuksia. IT-tiimien on edelleen testattava ohjelmisto samanaikaisissa istunnoissa ja varmistettava, että sen tarkoitettu etä- tai isännöity käyttö on sallittua.

Milloin julkaiseminen on parempaa kuin uudelleenkirjoittaminen?

Julkaiseminen voi olla käytännöllistä, kun vakiintunut Windows-sovellus pysyy luotettavana, mutta sen uudelleenrakentaminen olisi vaikeaa tai kallista. Organisaatiot voivat laajentaa etä- ja selainkäyttöä ilman, että ne hyväksyvät välittömän korvausprojektin kustannuksia ja riskejä.

Natiivinen verkkokirjoitus saattaa olla sopivampi, kun liiketoiminta tarvitsee responsiivista suunnittelua, offline-käyttöä, moderneja integraatioita tai pilviperusteista skaalautuvuutta. Julkaiseminen voi myös tarjota väliaikaisen ratkaisun, kun organisaatio kehittää pidemmän aikavälin modernisointistrategiaa.

Milloin sinun pitäisi julkaista Windows-sovelluksia?

Sovellusten julkaiseminen on tehokkainta, kun paikallinen asennus, ohjelmiston uudelleenkirjoittaminen tai täydellinen työpöytävirtualisointi aiheuttaisi tarpeettomia kustannuksia tai toiminnallista monimutkaisuutta.

Verkkosovellusten mahdollistaminen vanhoille Windows-sovelluksille

Perinteiset sovellukset saattavat riippua Windows-spesifisistä rajapinnoista, vanhemmista ajureista, rekisteriasetuksista, liitetyistä asemista, paikallisista tietokantadrivereistä tai erikoistuneista tulostusprosesseista. Julkaiseminen pitää nämä sovellukset yhteensopivalla Windows-infrastruktuurilla samalla kun tehdä ne saataville selaimen tai etäasiakkaan kautta .

Tämä lähestymistapa voi pidentää olemassa olevan ohjelmiston käyttöikää ja antaa organisaatiolle aikaa suunnitella hallittua modernisointiprojektia. Yhteensopivuustestaus on edelleen tarpeen sovelluksille, jotka odottavat yhtä käyttäjää, vaativat korotettuja oikeuksia tai riippuvat paikallisesta laitteistosta.

Keskitetty liiketoimintaohjelmisto

IT-tiimit voivat ylläpitää sovelluksia ja niiden riippuvuuksia keskitettyissä isännöintilaitteissa sen sijaan, että hallitsisivat niitä erikseen jokaisella työasemalla. He voivat testata päivityksiä hallitussa ympäristössä ennen kuin tekevät päivitetyn sovelluksen käyttäjien saataville.

Tämä toimitusmalli sopii usein yritysresurssien suunnittelujärjestelmiin, rahoitussovelluksiin, varastonhallintatyökaluihin, lääkärin käytännön ohjelmistoihin, oikeudellisiin tapausten hallintapohjiin ja mukautettuihin tietokantoihin.

Tukee BYOD- ja sekoitettuja laitteita

Selaimeen perustuva julkaisu voi antaa macOS-, Linux-, Chromebook-, tabletti- tai henkilökohtaisten tietokoneiden käyttäjille pääsyn Windows-sovellukseen siirtämättä sovellusta itse näille päätelaitteille. IT-tiimien on edelleen määriteltävä, mitkä tiedot käyttäjät saavat kopioida, tulostaa, ladata tai ladata hallitsemattomilta laitteilta.

Tarjoa hallittu urakoitsijan pääsy

Urakoitsijat ja kumppanit saattavat tarvita pääsyn yhteen liiketoimintasovellukseen ilman, että he tarvitsevat yritysläppäriä tai laajaa pääsyä sisäiseen verkkoon. Vain tarvittavan ohjelman julkaiseminen voi yksinkertaistaa perehdytystä samalla kun tuetaan monivaiheista todennusta, rajoitettuja tilejä ja vähimmäisoikeuksia.

Alustat kuten TSplus Etäyhteys voi julkaista vain ne sovellukset, joita urakoitsijat tarvitsevat, ilman että koko Windows-työpöytä paljastuu.

Toimita olemassa oleva ohjelmisto isännöitynä palveluna

Itsenäiset ohjelmistotoimittajat (ISV:t) voivat käyttää sovellusten julkaisemista tarjotakseen asiakkaille verkkopääsyn olemassa olevaan Windows-tuotteeseen. Tämä lähestymistapa voi nopeuttaa isännöityä toimitusta, mutta ISV on edelleen vastuussa vuokralaisisoloinnista, asiakastunnistuksesta, palvelun saatavuudesta, tietosuojasta ja lisensoinnista.

Mitä ISV:iden tulisi arvioida?

ISV-implementoinnin on tuettava toistettavaa käyttöönottoa ja hallintaa erilaisten asiakasorganisaatioiden kesken samalla suojaten kunkin asiakkaan tiedot, kokoonpanot ja aktiiviset istunnot.

Vuokralaiseristys voi perustua erillisiin tietokantoihin, käyttäjätiliin, sovelluspooliin, tallennuspaikkoihin, verkkoihin tai palvelimiin. Sopiva suunnittelu riippuu sovelluksen arkkitehtuurista, sillä julkaisuohjelmisto ei voi automaattisesti tehdä sopimatonta yksittäisen vuokralaisen sovellusta turvalliseksi monivuokralaiskäyttöön.

ISV:iden tulisi myös arvioida identiteettifederointia, monivaiheista todennusta, asiakaspäällikkörooleja, portaalin brändäystä, automaatiota ja käyttöraportointia. Manuaalinen konfigurointi voi olla hallittavissa pilottivaiheessa, mutta se voi muuttua tehottomaksi, kun palvelu tukee satoja käyttäjiä tai vuokralaisia.

Lisensointi vaatii myös huolellista tarkastelua, koska Windows, tietokannat, ajonaikaiset ympäristöt, julkaisualusta ja ISV:n oma tuote voivat kukin asettaa ehtoja monikäyttäjäkäytölle tai palveluntarjoajan isännöinnille.

Windows-sovellusten julkaisemisen edut ja rajoitukset

Sovellusten julkaiseminen keskittää sovellukset ja päivitykset, vähentää paikallista asennustyötä ja tekee Windows-ohjelmista saatavilla laajemmalta laitevalikoimalta. Sovelluskäsittelyn ja liiketoimintatietojen pitäminen hallitussa infrastruktuurissa voi myös vähentää hallitsemattomilla päätelaitteilla tallennettavan tiedon määrää.

Kun käyttäjät tarvitsevat vain valittuja sovelluksia, tämä malli voi tarjota kapeamman vaihtoehdon virtuaaliselle työpöytäinfrastruktuurille. Kuitenkin keskittäminen tekee myös sovellushostit, portaalin ja etuoikeutetut tilit erityisen tärkeiksi turvallisuusresursseiksi.

Sovellusten yhteensopivuus on edelleen merkittävä rajoitus. Ohjelmat, jotka käyttävät koneen laajuisia asetuksia, riippuvat paikallisesta laitteistosta tai perustuvat palveluihin, jotka on suunniteltu yhdelle vuorovaikutteiselle käyttäjälle, eivät välttämättä toimi oikein jaetuissa istunnoissa, kun taas grafiikkaa vaativat ja viiveherkät työkuormat saattavat toimia huonosti etäyhteyksien yli.

Tulostuksen, skannauksen, älykorttien ja muiden oheislaitteiden on oltava testattuja tarkkojen päätepisteiden ja käyttöasiakkaiden kanssa, joita käyttäjillä on tuotannossa. Palvelimen kapasiteetin tulisi myös perustua mitattuihin CPU-, muisti-, tallennus- ja samanaikaisuusvaatimuksiin sen sijaan, että se perustuisi yleisiin toimittajan maksimiarvoihin.

Miten voit valita Windows-sovellusten julkaisuohjelmiston?

Hyödyllinen arviointi alkaa sovelluksesta, käyttäjistä ja tarkoitetusta käyttömallista sen sijaan, että se alkaisi tuotteen ominaisuuksien vertailusta.

Varmista sovelluksen yhteensopivuus

Dokumentoi tuetut Windows-versiot, kehykset, palvelut, rekisteririippuvuudet, tietokannat, tiedostojako, tulostimet, käynnistysparametrit ja lisenssirajoitukset. Testaa itse sovellus tarkoitetussa monikäyttäjä- tai virtuaalikoneympäristössä, mukaan lukien samanaikaiset istunnot, käyttäjäprofiilit, päivitykset ja palautusprosessit.

Vertaa käyttäjäoikeuksia ja -kokemusta

Arvioi selain tukea, natiiviasiakkaita, pikanäppäimiä, RemoteApp-tyylisiä ikkunoita, useita näyttöjä, istunnon uudelleenyhteyden muodostamista ja mobiili pääsyä. Testauksen tulisi kattaa tärkeitä työnkulkuja, kuten tulostaminen, tiedostojen käyttö, leikepöydän käyttö ja paikallisten laitteiden uudelleenohjaus.

Kun käyttäjät tarvitsevat vain yksinkertaista pääsyä, keskittynyt selainistunto voi olla helpompi suojata ja tukea kuin asiakas, jossa on laaja paikallinen integraatio.

Tutki identiteetti- ja turvallisuusvalvontaa

Etsi käyttäjä- ja ryhmäasetuksia, hakemistointegraatiota, monivaiheista todennusta, tilin suojausta, istunnon aikakatkaisu käytäntöjä ja auditoitavia tapahtumia. Ulkoinen liikenne tulisi käyttää HTTPS:ää ja voimassa olevia sertifikaatteja, kun taas CISA suosittelee rajoittamaan Remote Desktop Protocolin käyttöä ja välttäen altistettuja, huonosti suojattuja etätyöpöytäpalveluja.

Turvallisuuskatsauksen tulisi kattaa myös isäntäpäivitykset, roolien erottelu, lokitus, varmuuskopiot, valvonta ja rajoitukset leikepöydän käytölle, levyn kartoitukselle, tulostamiselle ja tiedostonsiirrolle.

Arvioi hallinta ja automaatio

Testaa säännöllisiä hallintotehtäviä, kuten sovelluksen julkaisemista, sen määrittämistä ryhmälle, pääsyn peruuttamista, aktiivisten istuntojen tarkistamista, brändäyksen päivittämistä ja konfiguraation varmuuskopioimista. Suuremmat käyttöönotot tulisi myös arvioida sovellusohjelmointirajapintoja, komentorivityökaluja, provisionointimalleja ja valvontaintegraatioita.

Suunnitelma skaalautuvuudelle ja kestävyydelle

Harkitse, kuinka ympäristö tukee useita isäntiä, kuormantasausta, yhteyksien välitystä, porttiredundanssia, profiilitallennusta ja palautusta. Mittaa edustava CPU-, muisti-, tallennus- ja verkkokäyttö, ja ylläpidä sitten riittävästi lisäkapasiteettia kasvua, huoltokausia ja isäntien vikoja varten.

Vertaa käyttöönottoa ja kokonaiskustannuksia

Alustaa voidaan käyttää omissa tiloissa, yksityisessä tietokeskuksessa, julkisilla pilvipalvelinvirtuaalikoneilla tai hosting-palveluntarjoajan kautta. Käyttöpaikan tulisi heijastaa sovelluksen riippuvuuksia, tietojen säilytysvaatimuksia, viivettä, sisäisiä taitoja ja kustannusrajoituksia.

Kokonaiskustannusten tulisi kattaa alusta, Windows, sovellus- ja tietokantalisenssit sekä infrastruktuuri, varmuuskopiointi, valvonta, turvallisuus, käyttöönotto, hallinta, tuki ja korkea saatavuus.

Arvioi toimittajan tuki ja tuotteen kypsyys

Tarkista tuetut Windows-versiot, julkaisuhistoria, dokumentaatio, tietoturvapäivityskäytännöt, tukikanavat, kokeiluvaihtoehdot ja siirtymisresurssit. ISV:iden tulisi myös vahvistaa, että myyjä tukee asiakkaille suunnattuja käyttöönottoja ja sallii tarkoitetun isännöintimallin.

Käytännön todiste konseptisuunnitelma

Käytännön todisteen tulisi testata koko käyttäjämatka sen sijaan, että vain vahvistettaisiin, että sovellus avautuu.

1. Valitse edustava sovellus ja rakenna dokumentoitu testipalvelin.
2. Julkaise se hallitulle pilottiryhmälle.
3. Määritä HTTPS, voimassa olevat sertifikaatit, monivaiheinen todennus ja rajoitettu pääsy.
4. Testaa nykyistä sekoitusta päätepisteistä, selaimista ja natiiveista asiakasohjelmista.
5. Vahvista käynnistys, uudelleenyhteydenotto, profiilit, tulostus, tiedostojen käyttö ja vaaditut oheislaitteet.
6. Mittaa isäntäresursseja realistisen samanaikaisen toiminnan aikana.
7. Arvostelulokit, pääsyn peruuttaminen, varmuuskopiot, päivitykset ja palautus.
8. Laajenna vähitellen teknisistä testaajista rajoitettuun tuotantoryhmään.

Pilotin tulisi laatia selkeät hyväksymiskriteerit ja palautussuunnitelma. Sen tulisi myös osoittaa, onko selainpääsy riittävä vai tarvitsevatko jotkut käyttäjät natiiviasiakasta.

Yleisimmät Windows-sovellusten julkaisemiseen liittyvät virheet

Sovelluksen testaamista ennen alustan valitsemista voi peittää yhteensopivuusongelmia, kun taas oletus, että selainpääsy tarjoaa natiivin verkkosuorituskyvyn, voi luoda epärealistisia odotuksia viiveestä ja reagointikyvystä.

Ympäristön kokoaminen myyjän maksimeista on yhtä riskialtista, koska palvelin tiheys vaihtelee sovelluksen ja kuormituksen mukaan. Organisaatioiden on myös tarkasteltava jokaista lisensointikerrosta ennen monikäyttäjä- tai isännöityjen pääsyjen mahdollistamista.

Ohittamalla todellisen sovellustestauksen

Ominaisuusluettelo ei voi vahvistaa, käyttäytyykö sovellus oikein samanaikaisissa istunnoissa. Ongelmat voivat ilmetä vain, kun useat käyttäjät pääsevät samanaikaisesti käsiksi samoihin tiedostoihin, rekisteriasetuksiin, palveluihin tai paikallisiin resursseihin.

IT-tiimien tulisi testata edustavia työnkulkuja, käyttäjäprofiileja, päivityksiä ja oheislaitteita ennen alustan valitsemista. Käytännön todisteen tulisi toistaa tarkoitetun tuotantoympäristön mahdollisimman tarkasti.

Alhaisten turvallisuus- ja lisenssivaatimusten arvioiminen

Etätyöpöytäprotokollan suora altistaminen internetille tai jokaisen uudelleenohjaustoiminnon oletusarvoinen käyttö voi lisätä riskiä. Leikepöydän käyttö, levyn kartoitus, tulostus ja tiedostonsiirto tulisi rajoittaa selkeästi määriteltyihin liiketoimintatarpeisiin.

Lisensointi ansaitsee myös tarkkaa huomiota, koska Windows, tietokannat, ajonaikaiset ympäristöt, kolmannen osapuolen komponentit ja itse sovellus voivat asettaa erillisiä vaatimuksia monikäyttäjäkäytölle tai isännöidylle toimitukselle.

Käsitellään ulkoista toimitusta kuin sisäistä käyttöönottoa

Sisäinen käyttöönotto palvelee yleensä käyttäjiä yhdestä organisaatiosta, kun taas ulkoinen palvelu voi tukea useita toisiinsa liittymättömiä asiakkaita. Ulkoinen toimitus tuo siten mukanaan lisävaatimuksia vuokralaisisolaatioon, yksityisyyteen, saatavuuteen, tukeen ja pääsynhallintaan.

Itsenäisten ohjelmistotoimittajien on myös tarpeen saada toistettavat käyttöönotto-, valvonta- ja palautusprosessit. Konfiguraatio, joka toimii pienelle sisäiselle tiimille, ei välttämättä skaalaudu turvallisesti tai tehokkaasti asiakaspalveluna.

Miten TSplus on käytännöllinen Windows-sovellusten julkaisu ratkaisu?

TSplus Etäyhteys julkaisee Windows-sovelluksia ja työpöytiä olemassa olevasta Windows-infrastruktuurista. Järjestelmänvalvojat voivat määrittää sovelluksia yksittäisille käyttäjille tai ryhmille ja tarjota pääsyn RemoteApp-tyylisillä yhteyksillä, RDP-yhteensopivilla asiakkaille tai mukautettavalla HTML5-verkkosivustolla.

Tämä malli voi sopia pienille ja keskikokoisille organisaatioille, jotka tarvitsevat keskitettyä sovellustoimitusta ilman monimutkaisempaa virtuaalisen työpöydän infrastruktuuria. Se voi myös auttaa ISV:itä tarjoamaan etäyhteyden vakiintuneeseen Windows-ohjelmistoon säilyttäen samalla hallinnan isännöinnin ja asiakaskokemuksen yli.

IT-tiimien tulisi silti varmistaa yhteensopivuus, lisensointi, turvallisuus, käyttäjäkokemus, palvelinkapasiteetti, varmuuskopiointi ja palautus realistisen pilotin kautta ennen käyttöönoton siirtämistä tuotantoon.

Päätelmä

Windows-sovellusten julkaisuohjelmisto voi laajentaa pääsyä liiketoimintakriittisiin ohjelmiin ilman, että paikallista asennusta, välitöntä lähdekoodin modernisointia tai täyttä virtuaalista työpöytää tarvitaan jokaiselle käyttäjälle. Sen arvo on suurimmillaan, kun sovellukset ovat yhteensopivia keskitetyn suorittamisen kanssa ja käyttäjät tarvitsevat kohdennettua, hallittua pääsyä.

Lopullinen päätös tulisi perustua käytännön testaukseen eikä pelkästään ominaisuuslistoihin. Vahvistamalla yhteensopivuuden, turvallisuuden, lisensoinnin, suorituskyvyn, hallinnan ja kestävyyden yhdessä, IT-tiimit ja ISV:t voivat valita sovellusten julkaisualustan, joka pysyy hallittavana käytön kasvaessa.