migliorabile ha scritto:
Il punto 2) e' ""relativamente"" semplice:
2.1) NON TOCCHI i web service originali. Li sono e li rimangono
2.2) crei un NUOVO web service che fa da ponte/PROXY tra i NUOVI protocolli di comunicazione (HTTPS, token e quant'altro) ed il web service originale.
L'idea e' banale: il nuovo web service ha la stessa interfaccia del precedente ma in piu' supporta i meccanismi di sicurezza. Quando viene chiamato semplicemente rigira la richiesta al web service originale, quindi ricupera la risposta e la rigira al chiamante.
Questo era quanto pensavo di fare anche io.
Però mi sono reso conto che i provider "cloud" (vedi Azure e AWS) hanno un sacco opzioni:
- ApiGateway
- Reverse Proxy
- Load balancer
- ...
per cui mi chiedevo: perchè devo reinventarmi la ruota se c'è modo di usare quanto fatto da loro?
Usando i loro servizi:
- Sarei pronto "da subito" (o quasi)
- Potrei spendere il loro nome (dire "la sicurezza la garantisce AWS o Azure" ha il suo appeal)
- Sicuramente la soluzione dal punto di vista tecnico è migliore di quanto potrei fare io (con tutto il bene che mi voglio, credo che gli sviluppatori dei cloud siano molto più esperti di certi argomenti rispetto a me)
Ho provato a districarmi nei servizi proposti ma non ne sono venuto a capo.
Per cui chiedevo se qualcuno avesse qualche dritta in merito (sia positiva, sia negativa)