L'architettura senza server si adatta bene all'app Django Rest Framework?

0

Sto creando un'applicazione web / mobile con Django Rest Framework (DRF) che consente agli utenti autenticati di postare snippet e / o votare per gli snippet di altri utenti. Tutti gli utenti (autenticati o meno) possono anche ottenere l'elenco dei frammenti recenti (impaginati, ex: 5 per pagina). Snippet, utenti e voti sono archiviati nel database.

Sono totalmente nuovo nell'architettura senza server, quindi ti sto ponendo la domanda: questa applicazione è adatta per questo tipo di architettura? Ovviamente, la mia applicazione DRF è costruita attorno a API REST Web che sembrano essere a prima vista una buona soluzione, ma la parte di autenticazione degli utenti e l'elenco impaginato di snippet mi lasciano pensare che non potrebbe essere il caso.

Qualcuno può illuminarmi?

    
posta Patrick 01.01.2018 - 16:34
fonte

2 risposte

1

Al contrario di serverless, potresti pensare a un archetecture di microserver.

In entrambi i casi, dividi l'api in parti più piccole. Ad esempio, un micro server gestisce tutte le richieste di autenticazione e autorizzazione. Pertanto, se si dispone di un altro microserver che restituisce un elenco di elementi specifici per un utente, è necessario chiamare il micro server di autorizzazione dal micro server dell'elenco. Lambas avrebbe funzionato in modo simile.

Potresti usare django per ogni microserver. È anche comune usare anche il pallone. Sarà necessario un archivio dati separato per ciascun microserver. Tuttavia, ho l'impressione che django non sia in genere utilizzato per implementare lanbdas

Se stai pensando di utilizzare il percorso del microserver, potresti anche considerare un servizio container per sviluppare / implementare i tuoi micro server. Qualcosa di maiuscolo sul link di Kubernetes openshift.

    
risposta data 01.01.2018 - 22:46
fonte
2

"Serverless" dovrebbe risparmiare denaro eseguendo la tua app tramite AWS Lambda o simili accordi di hosting PASS.

Paghi per chiamata API piuttosto che avere un server in esecuzione 24/7

Se la tua app viene chiamata solo occasionalmente, risparmierai denaro. Ma se la tua app è in uso costante probabilmente stai meglio con un normale server.

È un po 'più complicato di così, dato che avrai bisogno di altre cose come indirizzi IP e database. Davvero hai bisogno di provarlo in entrambi i modi e vedere quale è più economico.

    
risposta data 01.01.2018 - 19:13
fonte

Leggi altre domande sui tag