[Python] [graphql] interessante alternativa/evoluzione rispetto al REST

[Marco Beri]

On Wed, Sep 30, 2015 at 10:14 AM, Carlo Miron <miron a python.it> wrote:

> On Wed, Sep 30, 2015 at 10:01 AM, Marco Beri <marcoberi a gmail.com> wrote:
>
> > La soluzione non la trovo utilizzabile in ambito, per esempio,
> finanziario
> > (ma ammetto di essere ignorante in questo approccio, per questo chiedo un
> > parere qui):
> >
> > "You end up having to use an eventual consistency based approach, which
> is
> > more challenging for developers."
>
> Già, è un bel casino. Dato che non sempre la consistenza eventuale è
> un opzione, obbliga ad utilizzare approcci tipo il [3PC][¹], con tutte
> le complicazioni del caso.



*"The main disadvantage to this algorithm is that it cannot recover in the
event the network is segmented in any manner. The original 3PC algorithm
assumes a fail-stop model, *
*where processes fail by crashing and crashes can be accurately detected,
and does not work with network partitions or asynchronous communication:*

Brrr...


> Probabilmente è vero che l'architettura a
> microservizi è da adottare quando ulteriori evoluzioni o scale up di
> software monolitico diventano troppo
> complesse/costose/rischiose/wathever.
>

Già. Però tutti sanno che, una volta che sei arrivato lì, l'architettura
che hai scelto te la tieni e la manutieni col sudore e con le lacrime :-)

Ciao.
Marco.

-- 
http://beri.it/ - Un blog
http://beri.it/i-miei-libri/ - Qualche libro
http://beri.it/articoli/ - Qualche articolo
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.python.it/pipermail/python/attachments/20150930/cde31e39/attachment.html>