[kerblang]

> All of this was being done before terms like service-oriented architecture existed.

I feel like the first time I heard the term was early 2000's, and wasn't it a mainframe thing first? Dunno, just wondering.

Anyhow, it's nicely written, very concise, and worth noting how the original author focuses more on "What kind of realistic options do we have?" than winning the A vs. B vs. C argument in one fell swoop.

[pjmlp]

SOA as buzzword started with DCOM and CORBA distributed computing, then it evolved into the XML spaghetti of XML-RPC and WebServices.

Ironically when .NET was launched, Microsoft's vision was web services everywhere, with orchestration servers like Bizztalk.

We got there eventually, only using REST (aka JSON-RPC) and gRPC instead.

[qqtt]

Things like Java RMI existed beforehand and there was the elements of industry moving towards server-based partitioning of services - the big difference is none of it was formalized and there was little consistent language of which to speak about these paradigms. At the beginning yes, people would discuss having one mainframe call another mainframe but today that would be SoA.

[fiddlerwoaroof]

Yeah, the buzzwords have changed, but some version of the concept has been in the air at least since I was learning Delphi in the 90s

[awithrow]

I remember seeing the term around the mid to late 2000s. But it was also used primarily in the context of enterprisy J2EE, weblogic servers and various IBM hardware that made the everything way more complicated than it needed to be.

[numbsafari]

It was definitely pre-2000. First “SoA” firm I worked for, I started at in 99, and they had been doing it for 2 years already and most of the crew brought if from a prior gig.

[dboreham]

Although not using the same buzzwords, we had the same architecture deep into the 1980s in Inmos/Transputer/Occam-land.