[Italia-pm] Microservizi e disintegrazione

[Gianni Ceccarelli]

Butto giù un po' di idee molto sparse (Ferruccio è una settimana che
mi pungola in canale ��)

Tra l'altro, trone in canale aveva puntato a
http://www.dwmkerr.com/the-death-of-microservice-madness-in-2018/ che
mi sembra rilevante alla discussione.

Dicevo, idee sparse.

Un microservice è un componente, che invece di essere implementato
nello stesso spazio di memoria del processo che lo usa (come nel caso
delle librerie), è implementato altrove, e invece di essere usato
tramite chiamata a funzione, è usato tramite richieste di rete.

Per cui abbiamo sostituito poche istruzioni macchina (metti gli
argomenti nello stack, chiama la funzione, pesca il risultato) con una
marea di codice (serializzazione, discovery, protocollo di RPC,
gestione errori transienti, retry con ritardi variabili, gestione
errori persistenti, gestione asincrona).

Ah, e sto supponendo che non ci sia stato nel microservizio!
Altrimenti ci dobbiamo preoccupare anche della gestione distribuita
delle transazioni. Auguri.

E se siete di quelli a cui piace tanto quando il compilatore o il
linker vi fanno notare che avete passato gli argomenti sbagliati a una
funzione… preparatevi a montare test di integrazione per (forse)
trovare gli errori equivalenti.

Quasi mi scordavo: autenticazione! Non vorrete mica che chiunque possa
chiamare i vostri servizietti, eh! Quindi? HTTP/2, TLS e PKI mi sembra
sia la soluzione più semplice. Fate voi.

E, ça va sans dire, se non state molto attenti vi trovate con 15
servizi che vanno aggiornati tutti assieme. E a quel punto tanto vale
mettere tutto nello stesso monolite perché vi risparmia un sacco di
problemi.

-- 
	Dakkar - <Mobilis in mobile>
	GPG public key fingerprint = A071 E618 DD2C 5901 9574
	                             6FE2 40EA 9883 7519 3F88
	                    key id = 0x75193F88

Jabba the Hutt:
	This bounty hunter is my kind of scum: fearless and
	inventive.