"Composable Stack" is new language that's emerging in our market to identify a possible successor to the existing DXP category. I highlighted this article on Monday that I thought was pretty good:
What comes up when you search? There's one ad slot (indicating not a ton of interest) and it's the @MACHAlliance, a cool industry group that's creating an alternate center of gravity around microservices and interoperable APIs (as opposed to monolithic old-line DXPs).
The top earned result is my frenemies in Boston. They've always been really sharp on analyst positioning which is something I admire. They got onto DXPs magic quadrant in 2019 and quickly got into pole position:
So the fact that they've seen this shift coming tells me that the vibes are real.
Here's where it gets a little spicy though. I think it's pretty possible that their positioning is pretty far ahead of their product.
I think that because the landing page for Composable Stacks is all about... Site Factory?
This is their Drupal Multisite product, which is IMO the opposite of what people want from a "Composable Stack." It's a template farm.
If you want to leverage the full power of Open Source towards composability, you need to be able to do different things on different sites. That way lies madness with multisite, and everyone kinda knows it.
If you accept Managed Hosting as your core architectural constraint, every CMS instance comes at a significant cost. Economics forces you to a small number of instances.
This leads to multi-siting, which cuts off all downstream benefits. Cookie cutter or bust. The alternative is mega-siting, where you make one piece of software try to be all things to all people, which kills value through complexity.
The worst of all possible worlds is both: a restrictive template-based site product that doesn't do what people want, but is also so convoluted and complecated that it takes specialists to operate. Womp womp.
WebOps is a better way. By throwing off the architectural constraint of servers, everyone can actually have their own website (fully), even if most people don't need that composability all the time:
This enables much more healthy processes for how people pursue impact through the web channel. It's ultimately not about the technology at all, but rather about how it supports people.
If you want more interminable debates between IT and Marketing (or engineering and product), get yourself a multisite. If you're ready to move on; think about adopting the #WebOps way.
• • •
Missing some Tweet in this thread? You can try to
force a refresh
Every technology professional who pays attention to politics is apoplectic about what happened in Iowa last night. My take(s), in thread form...
1. This was an unnecessary use of technology. While I have a self-interested motive to see more tech in more places (future job security), you don't need an app for everything. Especially when you have an effective and resilient process in place.
In the language of Agile, there was no BUSINESS VALUE in replacing humans making a phone calls to report results with an app. If they were 10x'ing the caucus locations, you could make the case, but that was never happening. The old system worked fine.
The default short-hand for what we do is, of course, "hosting." The dreaded H-word. It's part of our story for sure, but it misses out on the value Pantheon provides.
It's an incomplete "what" that thoroughly misses out on the "why."
Don't get me wrong. Hosting is super important, and if your hosting setup is bad or broken, it's really hard to see past it.
A burning platform is an all-consuming emergency. If that's your situation you should call us; we can help!