Ohjelmointi

Vanha ohjelmisto: IT: n pelastaja ja vitsaus

Jotkut yritykset - kuten Apple - näyttävät ajattelevan, että heidän ohjelmistonsa vanhemmat versiot yksinkertaisesti katoavat maailmasta, kun uusia versioita julkaistaan. Se ei ole vain totta tänään, se onei koskaan ollut totta.

Tehtäväkriittisiä Cobol-sovelluksia käyttävät keskusyksiköt jatkuvat tähän päivään saakka suurissa yrityksissä ja hallituksissa. AS / 400-vihreitä näyttöjä on edelleen käytössä valtavasti. Windows XP-pohjaiset myyntipistejärjestelmät ovat kaikkialla. Muinainen Commodore Amiga käyttää edelleen lämpöä ja vaihtovirtaa koulujärjestelmään. DOS-järjestelmät ovat edelleen käytössä ympäri maailmaa. Epäilen Windows XP: n häviämisen seuraavien 30 vuoden aikana.

Aivan kuten haluaisimme heiluttaa taikasauvaa ja päivittää kaikki maagisesti uusimpaan versioon ilman hässäkkää tai ongelmia, niin ei tapahdu. Tämän merkittävän todellisuuden huomiotta jättäminen joko myyjän tai asiakkaan näkökulmasta ei tee kenellekään mitään hyvää - melko usein se maalaa meidät kulmiin.

Jokainen, joka on viettänyt tarpeeksi aikaa tietotekniikassa, tuntee ilmiön, joka ilmenee sarjana yksittäisiä pieniä asioita, jotka muodostavat kollektiivisen esteen näennäisen suoraviivaisella polulla. Yleinen esimerkki on tällä hetkellä käyttämäsi selaimen ja verkkopohjaisen järjestelmänvalvojan käyttöliittymän välinen ristiriita, johon asiakas ei ole asentanut oikeaa Flash-versiota tai tarvitsee päivitetyt laajennukset toimimaan - tai pahimmassa tapauksessa, kun web-käyttöliittymä kieltäytyy toimimasta lainkaan, ellei selaimen vanhempi versio ole käynnissä.

Jos haluat vain muuttaa pieniä asetuksia, joiden pitäisi kestää noin minuutti, pääsemiseksi tarvittavat 10 tai 20 minuutin lataukset ja päivitykset voivat olla hulluja. Sinun on rakennettava koko virtuaalikone vanhoilla ohjelmistoilla päästäksesi siihen on äärettömän pahempaa.

Sitten on valitettavasti keskitason ja yrityslaitteisto- ja ohjelmistoratkaisuja, jotka ovat riippuvaisia ​​vanhoista asiakaspaketeista minkä tahansa hallinnan tai hallinnon suorittamiseksi. Ihannetapauksessa on saatavana laiteohjelmistopäivityksiä, jotka keventävät näitä rajoituksia, mutta se ei todellakaan aina pidä paikkaansa.

On monet infrastruktuurit, joissa kriittiset komponentit ovat ainakin useita vuosia vanhoja ja toimivat täydellisesti, mutta valmistaja on laiminlyönyt ne tai ne ovat "loppuneet". Joissakin tapauksissa niitä voidaan ylläpitää vain Windows XP -laatikon kautta, jossa on IE6 ja Java 5. Monissa tapauksissa ne ovat kalliita, toimialakohtaisia ​​työkaluja, kuten valmistuslaitteet, ympäristön valvontajärjestelmät, turvajärjestelmät tai muut ratkaisut, joita ei ole helppo tai halvalla korvattu.

Ei ole harvinaista nähdä vanhukset Windows XP, Windows 2000 ja jopa Windows NT -järjestelmät, joissa käytetään valmistuksen ohjausohjelmistoja. Ohjelmisto toimii tyypillisesti vain kyseisissä versioissa tai vaatii vastaavan rajoitetun oheisohjelmiston.

Kaikki tietävät, että tämä on vastuu, mutta järjestelmän päivittäminen voi olla mahdotonta lukuun ottamatta koko tuotantolinjan hurjaa kalliita tukkapäivityksiä, tai se voi maksaa kymmeniä tai satoja tuhansia dollareita ohjelmistolisensseihin. Kun on valittavana muutaman vanhemman järjestelmän ylläpito tai täysin toimivan laitteiston ja ohjelmiston korvaaminen, papulaskurit valitsevat melkein varmasti ensimmäisen. Ergo, että Windows 2000 -laatikko “korjataan” säännöllisesti.

Vaara tulee esiin, kun ohjelmistotoimittajat lopettavat vanhempien ohjelmistoversioiden saatavuuden. En tarkoita välttämättä käyttöjärjestelmiä, mutta muita perustekijöitä. Kun ohjelmistotoimittaja hankkii vanhoja julkaisuja lataussivustoiltaan, se pakottaa järjestelmänvalvojat yrittämään rakentaa vanhempaa järjestelmää etsimään muualta näitä paketteja, yleensä ei-luotettavista lähteistä. Ajan myötä tämä ongelma vain pahenee. Jos vanhemmat versiot ovat vanhentuneita, toimittajan olisi paljon turvallisempaa toimittaa todennettavissa olevat, täysin tuetut lataukset näistä julkaisuista kuin poistaa ne kokonaan ja pakottaa ihmiset turvautumaan kyseenalaisiin lähteisiin.

Toinen asia on liian innokkaat turvallisuusrajoitukset, jotka estävät tehokkaasti tiettyjen työkalujen toiminnan. Java 7 ja Java 8 estävät esimerkiksi epäluotettavat SSL-varmenteet, joten jos yrität käyttää sisäistä Java-pohjaista hallintasovellusta selaimen kautta, jossa on itse allekirjoitettu varmenne, joudut hyppäämään joukon vanteita saadaksesi siellä. Joskus ainoa vaihtoehto on Java-version päivittäminen, mikä yleensä rikkoo muita sovelluksia. Olet kirottu, jos teet, ja kirottu, jos et.

Ikääntyviin järjestelmiin luottaminen johtaa luonnollisesti yhä vaikeampiin ja vaarallisempiin ylläpito- ja hallintomenettelyihin - mutta monissa tapauksissa tämä vaara on keinotekoinen, turha tulos siitä, että toimittajat rajoittavat vanhempien ohjelmistojulkaisujen käyttöä. Kukaan ei halua ylläpitää vanhempia ohjelmistoja ikuisesti, ja on tietysti otettava huomioon tietoturvariskit, mutta joidenkin ohjelmistojen uskomattoman lyhyt käyttöikä johtaa viime kädessä enemmän ongelmiin eikä vähemmän.

$config[zx-auto] not found$config[zx-overlay] not found