>
> Szép Jó Napot!
>
>> Végül: igen, a felhő pénzbe kerül, de a lényege, hogy ez a költség
>> kisebb, mint a saját IT infrastruktúra fenntartása.
> Csak ehhez fűznék egy apró megjegyzést: adott méret alatt jóval
> gazdaságosabb lehet egy-két helyi szerveren virtuális szervereket
> futtatni - ám ami világszinten "helyi", az Magyarországon lehet, hogy
> országos, sőt központi - ha például az OSZK-ban, Szegeden és
> Debrecenben lenne egy-egy erős szerver+NAS, ami egy fürtként működik,
> és amelyen virtuális szerverek szolgáltatják a MOKKÁ-t, az ODR-t,
> sokszáz iskolai könyvtár katalógusát, stb., az nálunk már komoly és
> drága országos informatikai rendszer lenne, a Google szerverparkjaiban
> dolgozok pedig csak legyintenének, hogy "alig pár tízezer felhasználó,
> nics ezer mérföld sem köztük, kevesebb mint 1000 szerver, az még bőven
> helyi hálózat".
A DEENK-ben van NAS es van eros szerver. Szerverbol van tobb is, ami
virtualis gepeket futtathat es atvehetik egymas munkajat.
A NAS nem iSCSI, hanem Fiberchannel.
A fenti rendszernek nincs technikai akadalya, en is valahogy igy
kepzeltem el a szolgaltatast, a megvalositas viszont nem rajtam mulik.
> Kétség kívül a virtuális szerverek és a cloud computing nagy előnye,
> hogy nem kell hozzá dedikált rendszergazdát és dedikált szervertermet
> fizetni, ami egy kétszáz dolgozót foglalkoztató nagykönyvtárnál nem
> jelent komoly különbséget (ott amúgy is van három, ha nem öt ;), de
> egy három és fél dolgozót foglalkoztató kiskönyvtárnál nagyon is nagy
> a különbség - valami méretgazdaságossának hívják ezt, de ezt majd a
> közgazdászok meg a kontrollerek elmagyarázzák részletesen.
A meretgazdasagossagot ugy is el lehet erni, ha konyvtari kozpontokat
hozunk letre, amelyeknek van megfelelo szerverterme, szervere,
es tobb konyvtarat szolgal ki. A DEENK jelenleg a sajat 6
egysege melett az onallo tanszeki konyvtarakat, az ATOMKI konyvtarat,
es hamarosan a Debreceni Reformatus Nagykonyvtarat is kiszolgalja. Egy
integralt konyvtari rendszer fut egy szerveren, es tavolrol,
(bar a varosi halozaton belulrol) kapcsolodnak hozza mas konyvtarak.
>
> A dolog nagy hátránya persze az, hogy ha rosszul választunk virtuális
> szerver / cloud computing szolgáltató, és elbaltáznak valamit, akkor
> nehezebb lekapni őket a tíz körmükről, mint a helyi rendszergazdát -
> na de ez már tényleg nem kapcsolódik a könyvtárhoz, mert ez a
> szerződésjogba visz el minket ;)
Van itt meg egy masik kerdes is. Ha kiszervezzuk az informatikat,
lesz-e a konyvtarban, aki tud szerzodest kotni, es tudja, hogy mit
akarjon a konyvtar.
Egyszoval meg lesz-e a szukseges tudas a konyvtarban? En ugy latom, most
is csak nagyon keves konyvtarban van meg az a tudas, hogy mit is varjunk
el egy ILS-tol, a szerverek mukodtetesehez meg kevesebb konyvtarban ertenek.
Ez azt jelenti, hogy a konyvtar kiszolgaltatott a szallitonak. Az ILS
szallitojanak, es a hardver szallitojanak is.
Van olyan kozgyujtemeny magyarorszagon ahol ki van szerverzve az
informatikai rendszer: a NAVA. Ugy latom komoly nehezsegeik vannak
a rendszer megujitasa kapcsan.
Masreszt azt is tapasztalom a TIOP kapcsan, hogy altalaban a hardver
szallitok (rendszerintegratorok) nem kepesek, vagy nem akarjak a
teljes informatikai rendszerunket atlatni. Csak azzal foglalkoznak,
amit ok szallitanak. Nem lehet integralt szolgaltatasokat kialakitani,
csak ha a belso informatkusok meg tudjak oldani. Velhetoen igy lenne ez
akkor is, szolgaltatast akarnek venni.
Az Egyetemeken eppen oda jutottunk, hogy az alapveto feladatokra mar van
informatikai rendszer, de azok nincsenek osszekotve egymassal.
Eppen ezeken az osszekoteseken dolgozunk. Ezt hogyan oldjuk meg, ha
kiszervezzuk a konyvtari informatikai rendszer mukodteteset,
es nincs aki atlassa a lehetosegeket?
Mas oldalrol kozelitve: Szerintem a konyvtar egy informatikai
szolgaltato intezmeny, es alapfeladata az informacio szolgaltatas.
Jo-e ha az alapfeladatot kiszervezzuk? Ha nem igy gondolunk a konyvtarra,
hanem valoban csak "konyv tarkent", akkor meg nem lesz-e belolunk muzeum
nehany even belul?
Muzeum, ahol a konyvek vannak?
Elnezest kicsit hosszu lettem.
Balazs Laszlo
DEENK
_______________________________________________
Katalist mailing list
Katalist@listserv.niif.hu
https://listserv.niif.hu/mailman/listinfo/katalist