U prvom delu naše mini-serije o sovjetskoj kibernetici govorili smo o Setunju — neobičnom ternarnom računaru koji je krajem pedesetih godina pokušao da ponudi drugačiji odgovor na pitanje kako treba da izgleda digitalna mašina.
Ovoga puta napravićemo mnogo veći korak. Nećemo više posmatrati jedan računar. Posmatraćemo čitavu ekonomiju kao kibernetički sistem.
To je bila ambicija Viktora Mihajloviča Gluškova, jednog od najznačajnijih sovjetskih matematičara i kibernetičara, koji je početkom šezdesetih godina počeo da razvija ideju nacionalne računarske mreže namenjene prikupljanju, obradi i korišćenju ekonomskih podataka.
Projekat je dobio naziv OGAS — Opštedržavni automatizovani sistem prikupljanja i obrade informacija za evidenciju, planiranje i upravljanje narodnom privredom.
Danas ga često nazivaju „sovjetskim internetom“. To poređenje nije potpuno pogrešno, ali promašuje suštinu.
Gluškov nije prvenstveno pokušavao da napravi mrežu preko koje bi ljudi razmenjivali poruke, dokumente ili pristupali udaljenim računarima. Njegov cilj bio je mnogo ambiciozniji: napraviti digitalni nervni sistem planske ekonomije.
🧠 Problem koji je Gluškov pokušavao da reši
Plansku ekonomiju lako je zamisliti kao sistem u kojem država jednostavno „odlučuje šta će se proizvoditi“.
U stvarnosti je problem neuporedivo složeniji.
Milioni proizvoda, sirovina i poluproizvoda kreću se između hiljada preduzeća. Svako od njih ima sopstvene proizvodne kapacitete, stanje zaliha, radnu snagu, potrošnju energije, transportne potrebe i rokove.
Promena u jednom delu sistema može proizvesti posledice na potpuno drugom mestu.
Ako fabrika čelika smanji proizvodnju, posledice se mogu pojaviti u mašinogradnji. Ako železnica nema dovoljan kapacitet, roba postoji ali ne stiže do fabrike. Ako jedan dobavljač kasni, proizvodnja nekog drugog preduzeća može da stane.
Drugim rečima, nacionalna ekonomija je ogromna mreža međusobno povezanih procesa.
Gluškov je shvatio da osnovni problem planskog upravljanja nije samo politički ili administrativni.
To je i informacioni problem.
Podaci su stizali kasno. Često su bili nepotpuni, zastareli ili prilagođeni interesima institucije koja ih je dostavljala. Dok bi informacije prošle kroz nekoliko nivoa birokratskog aparata, stanje na terenu se već promenilo.
Sa stanovišta teorije upravljanja, takav sistem ima veliki problem.
Ako regulator dobija zastarelu informaciju o stanju objekta, upravljačka akcija koju šalje može biti pogrešna čak i ako je algoritam odlučivanja savršen.
Gluškov je zato želeo da skrati informacionu povratnu spregu.
⚙️ Ekonomija kao objekat upravljanja
Ovde dolazimo do dela priče koji je posebno zanimljiv svakome ko se bavio automatikom.
Kada upravljamo nekim tehničkim procesom, prvo moramo da znamo njegovo trenutno stanje. Merimo temperaturu, pritisak, brzinu, protok, nivo ili neku drugu veličinu. Podatke zatim obrađujemo.Na osnovu modela sistema i zadatih ciljeva određujemo upravljačku akciju.Posmatramo novi odziv i ponavljamo ciklus.
U najjednostavnijem obliku:
merenje → obrada podataka → model → odluka → upravljačka akcija → novo merenje.
To je povratna sprega.
Gluškov je pokušavao da sličnu logiku primeni na ekonomiju. Naravno, fabrika, grana industrije ili nacionalna privreda ne mogu se svesti na jedan PID regulator. Broj promenljivih je ogroman, odnosi su nelinearni, a ponašanje ljudi unosi dodatnu neizvesnost. Ali osnovna kibernetička ideja ostaje ista:
da biste kvalitetno upravljali složenim sistemom, morate dovoljno brzo znati u kakvom se stanju nalazi.
OGAS je trebalo da obezbedi upravo tu informacionu infrastrukturu.
🌐 Kako je OGAS trebalo da izgleda?
Tehničku osnovu sistema trebalo je da predstavlja Jedinstvena državna mreža računarskih centara.
U ranim Gluškovljevim projektima pojavljuje se oko 100 velikih računarskih centara raspoređenih u velikim industrijskim gradovima i ekonomskim oblastima. Kasnije se pominje i mogućnost proširenja na približno 200 takvih čvorova. Oni bi bili povezani širokopojasnim komunikacionim kanalima.
Sa njima bi bilo povezano oko 20.000 nižih računarskih centara u velikim preduzećima, ministarstvima i klasterima koji bi opsluživali manje organizacije. Gluškov je predviđao i distribuiranu banku podataka, kao i mogućnost pristupa informacijama iz različitih delova mreže nakon automatske provere ovlašćenja korisnika. To je veoma važan detalj.
OGAS jeste bio hijerarhijski organizovan, ali nije zamišljen kao sistem u kojem podaci mogu samo da putuju vertikalno ka Moskvi i nazad. Sama arhitektura trebalo je da omogući razmenu podataka između centara i pristup informacijama iz različitih delova sistema.
Dakle, hijerarhija nije značila potpunu komunikacionu izolaciju nižih nivoa. Ona je pre svega odražavala način organizacije ekonomije i upravljanja.
📡 Telefonske linije, modemi i komunikacioni kanali
Danas nam je prirodno da računare povezujemo gigabitnim Ethernetom, optičkim vlaknima ili bežičnim mrežama.
Početkom šezdesetih godina situacija je bila potpuno drugačija. Najrasprostranjenija telekomunikaciona infrastruktura bila je telefonska mreža.
Zato se deo planova za OGAS oslanjao na postojeće komunikacione kanale, uz modeme i specijalizovane linije za prenos podataka. Za najvažnije računarske centre Gluškov je predviđao i širokopojasne direktne veze, dovoljno brze da se velike količine podataka prenose između udaljenih centara bez stalnog oslanjanja na klasičnu telefonsku komutaciju.
U jednoj od svojih kasnijih retrospektiva dao je upečatljiv primer: želeo je da bude moguće preneti podatke sa magnetne trake iz Vladivostoka na traku u Moskvi bez smanjenja brzine prenosa. Za šezdesete godine to je bila izuzetno ambiciozna ideja.
📦 Message switching nije isto što i Internet
Ovde dolazimo do jedne važne tehničke razlike koja se često izgubi kada OGAS jednostavno nazovemo „pretečom interneta“.
U planskoj dokumentaciji OGAS-a pojavljuje se komutacija poruka — message switching.
Kod takvog sistema poruka se tretira kao celina.
Čvor primi poruku, privremeno je sačuva i zatim prosledi sledećem čvoru kada odgovarajući komunikacioni kanal postane dostupan. Ovakav princip se često opisuje kao store-and-forward.
Internet radi drugačije.
Kod packet switching-a podatak se deli na manje pakete koji mogu prolaziti kroz mrežu različitim rutama, a zatim se ponovo sastavljaju kod primaoca. To ima velike posledice po skalabilnost, iskorišćenje komunikacionih linija i otpornost mreže.
Zato OGAS nije bio Internet u tehničkom smislu. Ali ni to poređenje ne treba previše pojednostaviti.
Gluškov je za glavne centre razmatrao vrlo brze direktne veze i pokušavao da smanji zavisnost od tadašnjih klasičnih mehanizama komutacije. Njegova mreža nije bila prosta telefonska piramida sa Moskvom kao jedinim komunikacionim posrednikom.
Bila je to drugačija arhitektonska filozofija, projektovana za drugačiji problem.
ARPANET je razvijan kao mreža za povezivanje udaljenih računarskih resursa i istraživačkih institucija.
OGAS je projektovan kao infrastruktura za prikupljanje, obradu i distribuciju ekonomskih podataka.
To je važnija razlika od ideološke etikete „decentralizovano protiv centralizovanog“.
📊 Distribuirana baza podataka pre nego što je to postalo normalno
Još jedan deo Gluškovljeve vizije danas zvuči gotovo savremeno.
Podaci nisu trebalo samo da prolaze kroz mrežu. Trebalo je da se čuvaju u distribuiranoj banci podataka, kojoj bi ovlašćeni korisnici mogli pristupati sa različitih mesta.
Gluškov je čak predviđao automatsku proveru pristupnih prava korisnika. Drugim rečima, problem nije bio samo: „Kako povezati računare?“ Nego: „Kako organizovati podatke cele ekonomije tako da ih različiti nivoi upravljanja mogu koristiti?“
To je veoma blisko problemima koje danas rešavamo kroz distribuirane baze podataka, ERP sisteme, data warehouse arhitekture i poslovnu analitiku.
Naravno, tadašnji hardver, memorijski kapaciteti i komunikacije bili su neuporedivo ograničeniji. Ali konceptualni problem je vrlo poznat.
🏭 Od OGAS-a do ERP-a i MES-a
Upravo ovde OGAS prestaje da bude samo istorijska egzotika.
Savremena industrijska kompanija već poseduje mnogo elemenata onoga o čemu je Gluškov razmišljao.
Na nivou proizvodnje imamo senzore, PLC sisteme i SCADA nadzor. Iznad njih se često nalazi MES, koji prikuplja podatke o radnim nalozima, proizvodnim količinama, zastojima, kvalitetu, potrošnji materijala i statusu opreme.
Na višem nivou ERP povezuje proizvodnju sa zalihama, nabavkom, prodajom, finansijama i planiranjem.
Dobijamo strukturu koja veoma pojednostavljeno izgleda ovako:
fizički proces → senzori i operateri → PLC/SCADA → MES → ERP → poslovno planiranje i odluke.
A zatim se odluke vraćaju nazad kroz sistem. Plan proizvodnje generiše radne naloge.
Nabavka reaguje na stanje zaliha. Održavanje reaguje na stanje opreme.
Menadžment prati KPI-jeve i koriguje poslovne planove.
To je kibernetička povratna sprega.
Gluškov je pokušavao da sličnu logiku podigne sa nivoa preduzeća na nivo nacionalne privrede.
Kada OGAS posmatramo iz tog ugla, njegova vizija više ne deluje toliko egzotično. Deluje poznato. Samo je razmera bila ogromna.
🧮 Matematičko planiranje umesto administrativnog sabiranja
Računarska mreža bila je samo tehnička infrastruktura. Pravi cilj OGAS-a bio je mnogo širi.
Gluškov je predviđao razvoj sistema matematičkih modela ekonomskog upravljanja, koji bi koristili podatke iz mreže za planiranje i korekciju ekonomskih odluka. To je važna razlika.
OGAS nije trebalo samo da ubrza slanje izveštaja iz fabrike do ministarstva. Trebalo je da promeni način na koji se planiranje obavlja.
Umesto dugog administrativnog procesa u kojem ogromne količine podataka prolaze kroz brojne kancelarije, deo analize preuzeli bi računari.
Međusektorski bilansi, raspodela resursa, proizvodni kapaciteti i različiti scenariji mogli bi da se računaju mnogo brže. Drugim rečima, računar nije trebalo samo da bude pisaća mašina birokratije. Trebalo je da postane deo samog procesa odlučivanja.
🏛️ Kada informacija postane institucionalna moć
Tu je OGAS naišao na problem koji nije mogao da se reši boljim algoritmom. Informacija nije samo tehnički resurs. Informacija je i moć.
Različita sovjetska ministarstva, statističke institucije i druge organizacije posedovale su sopstvene sisteme prikupljanja podataka i sopstvene administrativne nadležnosti.
Jedinstvena mreža sa zajedničkim standardima podataka mogla je da poveća efikasnost sistema, ali je istovremeno menjala odnose između institucija. Postavljala je neugodna pitanja:
Ko kontroliše bazu podataka?
Ko određuje koje informacije su validne?
Ko može da pristupi kojim podacima?
Ko definiše algoritme?
Ko ima pravo da menja plan?
To više nisu samo tehnička pitanja. Benjamin Peters je upravo u institucionalnom rivalstvu video jedan od velikih razloga zbog kojih sovjetski projekti računarskih mreža nisu uspeli da se pretvore u jedinstvenu nacionalnu infrastrukturu.
Paradoks je očigledan. Sistem koji je trebalo da centralizovanu ekonomiju učini efikasnijom nailazio je na otpor različitih centara moći unutar same centralizovane države.
💰 Projekat ogromnih razmera
Postojao je i mnogo prizemniji problem. Cena.
Potpuna realizacija OGAS-a zahtevala bi ogromne količine računarske opreme, komunikacione infrastrukture i stručnog kadra.
Procene povezane sa projektom govorile su o trošku većem od 20 milijardi rubalja tokom dugog perioda izgradnje sistema i angažovanju ili preraspodeli stotina hiljada ljudi.
U nekim procenama pominje se oko 300.000 zaposlenih koji bi bili uključeni u razvoj i funkcionisanje sistema.
Za Sovjetski Savez šezdesetih godina to nije bio mali tehnološki projekat. Bio je to infrastrukturni poduhvat nacionalnih razmera.
A računarska industrija SSSR-a već se suočavala sa problemom međusobno nekompatibilnih mašina, nedovoljnom proizvodnjom pouzdanih komponenti i brzim tehnološkim razvojem na Zapadu.
Vizija je rasla brže od infrastrukture koja je trebalo da je realizuje.
💻 IBM System/360 i promena pravca
Krajem šezdesetih godina sovjetsko računarstvo ulazi u novu fazu.
Godine 1967. doneta je odluka da se u okviru SSSR-a i zemalja SEV-a razvije porodica međusobno kompatibilnih računara ES EVM, zasnovana na arhitekturi IBM System/360.
Ta odluka i danas izaziva rasprave. Jedni je vide kao odustajanje od originalne sovjetske računarske škole.
Drugi ukazuju na vrlo realan problem: Sovjetski Savez je imao veliki broj međusobno nekompatibilnih arhitektura, dok je IBM već demonstrirao ogromnu vrednost standardizovane porodice računara koja može koristiti zajednički softverski ekosistem.
Sa stanovišta industrijske politike, izbor kompatibilnog standarda imao je logiku. Ali je imao i cenu.
Sovjetsko računarstvo sve više je počelo da prati arhitektonski pravac koji je već definisan na Zapadu. Inovacija se postepeno pomerala od stvaranja potpuno novih računarskih koncepata ka dostizanju postojećih standarda. Setunj je bio jedan simbol ranijeg perioda. OGAS drugi.
❌ Zašto OGAS nikada nije izgrađen?
Ne postoji jedan jednostavan odgovor. Možemo navesti nekoliko objašnjenja:
Tehnologija nije bila dovoljno razvijena.
Projekat je bio izuzetno skup.
Sovjetska računarska industrija bila je fragmentisana.
Ministarstva i institucije imale su različite interese.
Standardizacija podataka i procedura zahtevala je promene koje su zadirale duboko u način funkcionisanja sistema.
A politička podrška nikada nije bila dovoljno stabilna da bi projekat takvih razmera mogao da se sprovede tokom više decenija. Gluškov je nastavio da razvija ideju OGAS-a i tokom sedamdesetih godina, ali nikada nije dobio mogućnost da izgradi sistem u obliku koji je zamislio. Umro je 1982. godine.
OGAS je ostao vizija.
🔄 Da li je OGAS ipak negde realizovan?
Nije u obliku u kome je zamišljen, kao nacionalni sovjetski sistem. Ali delovi njegove logike danas su svuda oko nas:
Savremena fabrika već generiše ogromnu količinu podataka.
ERP povezuje poslovne procese.
MES prati proizvodnju gotovo u realnom vremenu.
IoT senzori prate fizičke objekte.
Cloud sistemi objedinjuju podatke sa različitih lokacija.
Digitalni blizanci pokušavaju da naprave model fizičkih procesa.
Algoritmi optimizuju zalihe, proizvodnju, transport i potrošnju energije.
A veštačka inteligencija sve više ulazi u proces analize i donošenja odluka.
Tehnički gledano, mnoge od komponenti koje su Gluškovu nedostajale danas postoje. Samo više nisu deo jednog državnog projekta. Nalaze se u hiljadama kompanija, platformi i informacionih sistema širom sveta.
🤖 Gluškovljev problem i naš problem
Gluškov je pokušavao da reši problem nedostatka blagovremenih i pouzdanih podataka.
Šezdeset godina kasnije suočavamo se sa gotovo obrnutim problemom. Podataka imamo toliko da ih čovek više ne može neposredno obraditi. Zato algoritmi filtriraju informacije. Algoritmi predviđaju. Algoritmi preporučuju. Sve češće i odlučuju.
I tu dolazimo do granice OGAS-ove priče. Za kibernetičara je prirodno da želi da optimizuje sistem. Ali svaka optimizacija zahteva ciljnu funkciju. Šta optimizujemo?
Produktivnost?
Profit?
Energetsku efikasnost?
Jednakost?
Rast?
Stabilnost?
Kvalitet života?
Ekološku održivost?
A šta se događa kada su ti ciljevi međusobno suprotstavljeni?
Računar može izuzetno efikasno da pronađe optimalno rešenje za problem koji smo mu zadali. Mnogo je teže odgovoriti na pitanje ko ima pravo da definiše šta znači optimum.
Gluškov je verovao da bolji podaci i matematički modeli mogu pomoći društvu da donosi racionalnije odluke. Danas imamo infrastrukturu o kojoj je mogao samo da sanja. Imamo globalne računarske mreže, cloud platforme, milijarde senzora, ogromne baze podataka i veštačku inteligenciju sposobnu da u njima pronađe obrasce koje čovek teško može da vidi.
Zato se OGAS više ne može posmatrati samo kao neuspešni sovjetski tehnološki projekat. On postaje ogledalo jednog pitanja koje je danas možda važnije nego šezdesetih godina:
šta se događa kada društvo zaista dobije tehničku mogućnost da samo sebe modeluje, predviđa i optimizuje?
Tu završava drugi deo našeg triptiha.
U trećem ćemo napustiti Gluškovljevu laboratoriju i ući u mnogo neugodniji prostor između tehnološke utopije i distopije.
Tamo nas čekaju veštačka inteligencija, Industry 4.0, ogromne tehnološke platforme, ideja tehno-feudalizma — i jedan roman koji je mnogo pre digitalnih mreža pokušao da zamisli društvo pretvoreno u savršeno racionalan sistem.
Jevgenij Zamjatin i njegovo „Mi“.
Оставите одговор