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

[Marco Beri]

2015-09-29 8:41 GMT+02:00 Riccardo Magliocchetti <
riccardo.magliocchetti a gmail.com>:

> Il 28/09/2015 21:43, Marco Paolini ha scritto:
>>
>> Uso python. Ultimamente stiamo mettendo su una architettura microservice
>> che
>> prevede API gateway piccolissimo in node che fa il dispatch, dietro ci
>> sono i
>> microservice python. Abbiamo copiato un po' da qua
>> https://www.nginx.com/blog/introduction-to-microservices/
>>
>
> link interessante grazie


Uno dei rovesci dell'architettura a microservices che trovo davvero duro da
digerire è questo:

*"Business transactions that update multiple business entities are fairly
common. These kinds of transactions are trivial to implement in a
monolithic application because there is a single database. In a
microservices-based application, however, you need to update multiple
databases owned by different services. Using distributed transactions is
usually not an option, and not only because of the CAP theorem. They simply
are not supported by many of today’s highly scalable NoSQL databases and
messaging brokers."*

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."*

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/241a1923/attachment-0001.html>