{"id":105025,"date":"2022-09-05T21:36:50","date_gmt":"2022-09-05T19:36:50","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/predstavlena-raspredelyonnaya-operaczionnaya-sistema-dbos-rabotayushhaya-poverh-subd"},"modified":"2022-09-05T21:36:50","modified_gmt":"2022-09-05T19:36:50","slug":"predstavlena-raspredelyonnaya-operaczionnaya-sistema-dbos-rabotayushhaya-poverh-subd","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/predstavlena-raspredelyonnaya-operaczionnaya-sistema-dbos-rabotayushhaya-poverh-subd","title":{"rendered":"Presentato il sistema operativo distribuito DBOS, funzionante sopra un DBMS","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stato presentato il progetto DBOS (DBMS-oriented Operating System), che sviluppa un nuovo sistema operativo per l'esecuzione di applicazioni distribuite scalabili. La caratteristica distintiva del progetto \u00e8 l'utilizzo di un DBMS per la memorizzazione delle applicazioni e dello stato del sistema, con accesso allo stato consentito solo attraverso transazioni. Il progetto \u00e8 portato avanti da ricercatori del Massachusetts Institute of Technology, dell'Universit\u00e0 del Wisconsin e di Stanford, dell'Universit\u00e0 Carnegie Mellon e delle aziende Google e VMware. I risultati sono distribuiti con licenza MIT. <\/p>\n
I componenti per l'interazione con l'hardware e i servizi di gestione della memoria a basso livello sono stati separati in un microkernel. Le funzionalit\u00e0 fornite dal microkernel vengono utilizzate per avviare uno strato con DBMS. I servizi di sistema di alto livello, che garantiscono l'esecuzione delle applicazioni, interagiscono solo con il DBMS distribuito e sono separati dal microkernel e dai componenti specifici per ciascun sistema. <\/p>\n
La costruzione su un database distribuito consente ai servizi di sistema di essere originariamente distribuiti e non legati a un nodo specifico, il che distingue DBOS dai tradizionali sistemi cluster, in cui su ogni nodo viene eseguito un proprio esempio del sistema operativo, sopra il quale vengono avviati specifici pianificatori di cluster, file system distribuiti e gestori di rete.
<\/center> <\/p>\n
Si osserva che l'uso di database distribuiti moderni come base per DBOS, che memorizzano i dati in memoria e supportano le transazioni, come VoltDB e FoundationDB, pu\u00f2 garantire prestazioni sufficienti per l'esecuzione efficace di molti servizi di sistema. Nei database possono essere memorizzati anche i dati del pianificatore, del file system e dell'IPC. Questi database si scalano bene, garantiscono l'atomicit\u00e0 e l'isolamento delle transazioni, possono gestire petabyte di dati e forniscono strumenti per la gestione degli accessi e il monitoraggio del flusso dei dati. <\/p>\n
Tra i vantaggi dell'architettura proposta si evidenzia l'espansione significativa delle capacit\u00e0 analitiche e la riduzione della complessit\u00e0 del codice grazie all'utilizzo di normali query al DBMS nei servizi del sistema operativo, con l'implementazione delle transazioni e degli strumenti per garantire l'alta disponibilit\u00e0 spostata sul lato del DBMS (una funzionalit\u00e0 simile pu\u00f2 essere implementata una volta sul lato del DBMS e utilizzata nel SO e nelle applicazioni). <\/p>\n
Ad esempio, un pianificatore cluster pu\u00f2 memorizzare informazioni su task e gestori in tabelle del DBMS ed eseguire operazioni di pianificazione come normali transazioni, mescolando codice imperativo e SQL. L'uso delle transazioni semplifica la soluzione di problemi come la gestione della concorrenza e il recovery da guasti, poich\u00e9 le transazioni garantiscono coerenza e resilienza dello stato. Nel contesto dell'esempio con il pianificatore, le transazioni permettono di organizzare l'accesso simultaneo a dati condivisi e garantiscono l'integrit\u00e0 dello stato in caso di guasti. <\/p>\n
I meccanismi di registrazione e analisi dei dati forniti dai DBMS possono essere utilizzati per monitorare l'accesso e le modifiche allo stato delle applicazioni, nonch\u00e9 per il monitoraggio, il debug e il mantenimento della sicurezza. Ad esempio, dopo aver rilevato un accesso non autorizzato al sistema, \u00e8 possibile determinare l'entit\u00e0 della violazione eseguendo query SQL, identificando tutte le operazioni effettuate dai processi che hanno avuto accesso a informazioni riservate. <\/p>\n
Il progetto \u00e8 in fase di sviluppo da oltre un anno e si trova nella fase di creazione di prototipi per singoli componenti dell'architettura. Attualmente \u00e8 stato preparato un prototipo dei servizi operativi che funzionano sopra il DBMS, come il file system, l'IPC e il pianificatore, ed \u00e8 in corso lo sviluppo di un ambiente software che fornisce un'interfaccia per l'esecuzione di applicazioni basate sul modello FaaS (function-as-a-service). <\/p>\n
Nella prossima fase di sviluppo \u00e8 prevista l'offerta di un completo stack software per applicazioni distribuite. Attualmente, nei nostri esperimenti, utilizziamo VoltDB come database, ma \u00e8 in discussione la creazione di uno strato proprio per la memorizzazione dei dati o l'implementazione delle funzionalit\u00e0 mancanti in database esistenti. Si sta anche discutendo quali componenti debbano operare a livello kernel e quali possano essere realizzati sopra il database. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"Presentato](\"\/wp-content\/uploads\/2022\/09\/3f504305269ef739afa07f5b2d737df7.jpg\")
<\/center> <\/p>\n