"Tud e valós alternatívát nyújtani ma már a REST-JSON helyett? mellett?"
A REST az egy API stílus/gondolkodásmód. gRPC-vel is lehet REST-szerű API-kat gyártani. Sőt, a Google tipikusan az ilyen API-kat szereti, és lehet gRPC szolgáltatásokat HTTP-re megfeleltetni: https://cloud.google.com/endpoints/docs/grpc/transcoding . De gRPC-vel lehet bármilyen más RPC-t is gyártani, vagy akár streaminget is, ami REST-ben nincs.
Nekem a SOAP-pal az a bajom, hogy a legalapvetőbb hello world szintű szolgáltatásoktól bonyolultabb esetekben előfordulnak különböző platformok között inkompatibilitási problémák (sokat szoptam már WCF-fel .NET alatt, aminek Javával és egyebekkel kellett összebeszélnie). A JSON ettől még sokkal rosszabb is lehet, mert önmagában semmiféle sémát nem követel meg. A gRPC evvel szemben az alapoktól kezdve a cross-platform kompatibilitásra van kihegyezve, nagyon jó a típus-rendszere is, soha nem volt vele szopás. Az mellesleg tök jó, hogy nagyon gyors, de szerintem viszonylag ritka az, hogy valakinél ez lenne a szűk keresztmetszet (Google-ön belül meg nyilván rengeteget számít).
Ha egyszer egy tipikus kis X cég azt találná ki, hogy mostantól ők az Y szolgáltatást gRPC-n ajánlják ki, akkor az tuti, hogy a kliensek dobnak tőle egy hátast, hogy hát ők azt se tudják mi az, valami hippi baromság lehet, túl drága az átállás, az ő egységsugarú fejlesztőik nem értenek hozzá, stb. Nem olyan könnyű azt bevezetni. Szerintem leginkább házon belüli rendszerek esetén érdemes használni, ahol a kliensek nem gördítenek akadályt elé.