Tämä artikkeli on konekäännöksen peiliartikkeli, klikkaa tästä siirtyäksesi alkuperäiseen artikkeliin.

Näkymä: 4072|Vastaus: 0

Nuo yksityisen SaaS-ohjelmiston käyttöönoton kuopat

[Kopioi linkki]
Julkaistu 18.12.2021 12.55.50 | | |
Tämä on kliseinen aihe: Kiinan SaaS-kehityksen alusta tähän päivään yksityisen käyttöönoton vaatimukset eivät ole koskaan kadonneet, aina silloin tällöin jotkut asiakkaat esittävät tällaisia vaatimuksia, tai tietoturvaperusteiden perusteella (yli 90 % perustuu tähän), kustannusten huomioimisen tai helpon datan saatavuuden perusteella, lyhyesti sanottuna yksityisen käyttöönoton vaatimuksia ei ole koskaan rikottu. Selvennetään, että yksityinen käyttöönotto tarkoittaa nimenomaan käyttöönottoa asiakkaan omalle paikalliselle palvelimelle.

Lähes yksikään SaaS-yritys ei halua ottaa käyttöön yksityisesti, ja vaikka yksityisiä käyttöönottoja olisikin, uskon, että ne ovat käytännössä pakotettuja tekemään niin, mikä itsessään on ristiriitaista. Kun järjestelmä on otettu käyttöön yksityisesti, on helppo miettiä asiakkaan seuraavia vaatimuksia, sitten sitä, voidaanko toissijainen kehitys toteuttaa, joidenkin toimintojen lisääminen järjestelmään ja lopuksi voidaanko logiikkaa muuttaa kohdennetulla tavalla jne. Jos olet valmis tekemään kompromisseja näissä, onnittelut onnistuneesta muutoksesta, muutu SaaS-yrityksestä ohjelmistojen ulkoistusyritykseksi ja siirry suoraan ulkoistusprojektiin.

SaaS-yrityksessä monet hänen ympärillään olevat kollegat, jotka eivät ole astuneet kuoppaan, valittavat ajoittain, miksi yritys ei toteuta yksityistä käyttöönottoa, jotta hinta olisi ainakin paljon korkeampi, mutta todellisuudessa taustalla on monia ongelmia, joita hän ei ole nähnyt. Olen onnekas saadessani kokea ongelmia, joita kohtasin SaaS-ohjelmistojen yksityisessä käyttöönotossa, kun aloitin tällä alalla, ja tänään jaan kanssanne ne sudenkuopat, joita kohtasin tällä alalla.

Ensimmäinen kuoppa: käyttöönotto

Muista sana "rip", se tulee olemaan pääteema. Yksityinen käyttöönotto, tarve lähettää ohjelmisto palvelimelle, jonka toinen osapuoli määrittelee, ensinnäkin ohjelmistolla on vaatimukset palvelimelle, millainen ympäristö ohjelmiston täytyy toimia, nämä kaikki ovat vaatimuksia, jotka edellyttävät asiakkaan toimittamaan laitteet ja käyttöympäristön, jotka täyttävät vaatimukset, älä luule, ettei ongelmia tule, tarvitsemme toisen osapuolen palvelimen asentamaan Windows-palvelinjärjestelmän ohjelmiston ajamista varten käyttöönoton yhteydessä, toinen osapuoli asensi piraattiversion säästääkseen rahaa, ja seurauksena oli useita ongelmia. Jos sinun täytyy yhdistää internetiin, asiakkaiden täytyy myös hakea verkkotunnusnumeroa, ostaa kaistanleveyttä, palomuuri jne., älä luule, että nämä kaikki ovat asioita, joita asiakkaiden täytyy valmistautua, sillä se ei liity meihin, asiakkaat, pienen kaistanleveyden vuoksi, avaa järjestelmä hitaasti, he tulevat myös sanomaan, että ohjelmistossasi on ongelma. Tämä on vasta alkua.

Toinen kuoppa: käyttö ja ylläpito

Toiminnan ja ylläpidon osalta sinun täytyy polttaa suitsukkeita ja rukoilla, että asiakasyrityksen verkonhallinta sekä käyttö- ja ylläpitohenkilöstö ovat erinomaisia ihmisiä. Palvelin on alhaalla, ja kun käynnistät sen uudelleen, he tulevat luoksesi ja sanovat, että järjestelmässä on ongelma, eikä kukaan voi avata sitä, joten voit hoitaa sen. Käyttö- ja ylläpitoprosessissa tulee esiin erilaisia ongelmia, jotka liittyvät ohjelmistoon, ja vaikka verkkotunnusta ei uusittaisi vanhentuessaan, se ensin ilmoittaa ohjelmistossasi olevan ongelma. Kaikki laitteiston aiheuttamat ongelmat voivat myös liittyä ohjelmistoihin.

Tässä on erityisen mielenkiintoinen seikka: asiakas valittaa usein ohjelmiston ongelmasta, ja asiakkaan operointi- ja huoltohenkilöstö antaa meille luvan etänä ohjata palvelinta ongelmien säästämiseksi. (Jopa kauko-ohjatun palvelimen valtuutus annettiin, oliko se todella tietoturvan vuoksi tehtävä paikallisesti?) Hehe)

Kolmas kuoppa: päivitys ja päivitys

Yksi SaaS:n suurimmista eduista on, että päivitysten iterointi on nopeaa, ja kaikki käyttäjät käyttävät uusinta versiota ja toimintoja heti, kun valmistaja päivittää sen. Yksityiset käyttöönotot voivat lähettää päivityspaketteja erikseen ja päivittää vain paikallisesti, koskaSaaS itsessään päivitetään ja iteroidaan nopeastiAluksi asiakkaat seuraavat päivitystä, mutta pian he kokevat, ettei päivitetyt pienet toiminnot ja yksityiskohtainen optimointi ole heille käytännöllistä merkitystä, ja jotkut päivitetyt toiminnot eivät ole yhtä tyydyttäviä kuin ennen, joten ne eivät yksinkertaisesti päivitä.

MuttaKoska SaaS-versio on käynyt läpi monia versioita, jotkut ominaisuudet ovat erityisen toivottuja yksityisten käyttöönoton asiakkaiden keskuudessa, ja toivon päivittäväni lisätäkseni nämä toiminnot, mutta valitettavasti en voi päivittää sitä, koska keskeytyksiä on liikaa, eikä uusimpaan versioon voi päivittää sinulle

Neljäs kuoppa: koulutuspalvelut

Asiakasyrityksen ohjelmistojärjestelmänvalvoja on lähtenyt, ja sinun täytyy antaa heille muille henkilöstölle tuotetoimintojen koulutusta, mitä et ehkä pysty tekemään, koska synkronoitua päivitystä ei ole, yksityisesti käyttöön otettu ohjelmisto on täysin erilainen kuin nykyinen SaaS-ohjelmistosi, eikä monien toimintojen ja asetusten sijainnista löydy. Nämä ovat täysin kaksi ohjelmistoa, vaikka ne olivat aiemmin samoja, mutta nyt ne ovat täysin erilaisia, joten vaikka asiakas ilmoittaisi sinulle bugista, sen palauttaminen ja korjaaminen ei ole sinulle niin helppoa.

Edellä mainitut ovat vain yleisiä kuoppia, ja loput eivät ole yksi kerrallaan.

Jos vaadit yksityistä käyttöönottoa, se ei ole mahdotonta; on suositeltavaa sopia sopimuksessa hyvästä rajasta, jotta välttää näihin sudenkuoppiin ja tulevilta ongelmilta.

Toivon, että pienet ja keskisuuret yritykset eivät ole taikauskoisia yksityisestä käyttöönotosta ja turvallisuudesta, jota pidät turvallisena, erityisesti niillä yrityksillä, joilla ei ole omia toiminta- ja ylläpitokykyjä, ja salaisuutesi eivät välttämättä ole niin tärkeitä kuin luulet.

Siirretty:Hyperlinkin kirjautuminen on näkyvissä.






Edellinen:String-format()-metodin muotoilu Javassa
Seuraava:Baidu-kirjasto ei pysty toistamaan ratkaisua
Vastuuvapauslauseke:
Kaikki Code Farmer Networkin julkaisemat ohjelmistot, ohjelmamateriaalit tai artikkelit ovat tarkoitettu vain oppimis- ja tutkimustarkoituksiin; Yllä mainittua sisältöä ei saa käyttää kaupallisiin tai laittomiin tarkoituksiin, muuten käyttäjät joutuvat kantamaan kaikki seuraukset. Tämän sivuston tiedot ovat peräisin internetistä, eikä tekijänoikeuskiistat liity tähän sivustoon. Sinun tulee poistaa yllä oleva sisältö kokonaan tietokoneeltasi 24 tunnin kuluessa lataamisesta. Jos pidät ohjelmasta, tue aitoa ohjelmistoa, osta rekisteröityminen ja hanki parempia aitoja palveluita. Jos rikkomuksia ilmenee, ota meihin yhteyttä sähköpostitse.

Mail To:help@itsvse.com