Ero curioso, quali altre architetture esistono per lo sviluppo aziendale o orientato all'utente che non sono scritte usando le applicazioni web. Queste architetture sono usate oggi?
Se sei o eri nel mondo degli affari e hai bisogno di collegarti a un'applicazione da una postazione remota, quale tecnologia useresti (che non è basata su un'applicazione web)?
Oggi nel mondo del business ci sono un sacco di applicazioni che usano client tipo winform grasso dove i dati per l'applicazione sono remoti.
Il metodo più comune oggi per un utente aziendale di connettersi in remoto è tramite VPN. Le connessioni in questi giorni sono in realtà abbastanza veloci. Mentre c'è un piccolo ritardo nell'accesso a qualsiasi condivisione di dati o file, è gestibile.
Anche se non è così popolare come VPN. I desktop virtuali sono davvero fantastici. Un desktop virtuale in pratica ti consente di collegarti a un computer nel tuo ufficio da qualsiasi altro computer con accesso a Internet. Una volta effettuata la connessione, la velocità è la stessa di quando eri seduto in ufficio.
VNC, Cytrix (solo Windows), Windows Remnote Desktop, o la semplice vecchia X su SSH. Tutti questi non richiedono alcuna personalizzazione delle applicazioni utente per il funzionamento remoto, alcuni richiedono una larghezza di banda inferiore rispetto a quella degli altri, e i programmi X scritti dagli sviluppatori di Windows tendono a richiedere una bassa latenza e una larghezza di banda elevata. Ci sono altre tecnologie là fuori, ma la tua domanda deve essere un po 'più specifica per considerarle.
Bene, la prima cosa che I farebbe è usare SSH per connettersi a una shell su un server remoto. Se stai parlando di software per la popolazione generale non geek, allora potrebbe essere diverso.
Dipende da ciò che la tua applicazione remota supporterà fare per te.
In questi giorni tutti parlano di come rendere i servizi RESTfull per accedere a servizi di database remoti e interfacce web per applicazioni remote. Ma dipende dal tipo di servizio che questa applicazione remota supporterà fare per te.
Se la sua applicazione a cui un'applicazione locale dovrebbe comunicare dipende dall'interfaccia dell'applicazione remota. Per comunicare attraverso i confini del computer ci sono diversi framework che pretendono di aiutarti, se stai usando .NET potrebbe essere WCF per esempio.
WCF è un problema in molti aspetti, ma offre anche molte funzionalità fuori dalla scatola.
Quindi il mio bit per una risposta è "dipende":)
Avendo lavorato per un po 'di tempo, sono un appassionato utente di CORBA framework middleware per app distribuite. Non è molto popolare in generale, anche se per una serie di buoni motivi:
So che è ancora ampiamente utilizzato nel settore finanziario, almeno, per i sistemi distribuiti in-house. Uno dei principali vantaggi che ha su un middleware specifico della lingua (come .NET remoting / WCF) è che è indipendente dal linguaggio e le implementazioni esistono per molte lingue diverse. Ciò significa che puoi implementare l'interfaccia del tuo server su un server di database back-end antico in C ++ e quindi scrivere un client in Java o .NET che parla con esso.
Altre strutture middleware alternative e più moderne includono ICE e Apache Etch .
Cose come SOAP e XML- RPC fornisce anche interfacce di servizio di rete simili. Si tratta di una specifica di livello inferiore rispetto a quelle precedenti e, in alcuni casi, può essere utilizzata come protocollo di rete sottostante.
Leggi altre domande sui tag distributed-computing