On McKinsey’s Digital Business Model… (iv)
continuing from
On McKinsey’s Two Speed IT Architecture and Digital Business Models
On McKinsey’s Two Speed IT Architecture and Digital Business Models (i)
Aggregated enterprise architecture wisdom
continuing from
On McKinsey’s Two Speed IT Architecture and Digital Business Models
On McKinsey’s Two Speed IT Architecture and Digital Business Models (i)
Several Forrester colleagues and I attended the Google Next conference earlier this month, an event showcasing the Google Cloud Platform portfolio. One message, however, was distinctly NOT cloudy: Google is aiming at the enterprise market. And that inc…
continuing from
On McKinsey’s Two Speed IT Architecture and Digital Business Models
On McKinsey’s Two Speed IT Architecture and Digital Business Models (i)
I’m working on a few more serious things, but in the meantime I did not want to let this happen silently. The animation Why Enterprise Architecture (“Meet Michael”) is now (clearly, 2000 views more than the next one) the most … Continue reading →![]()
continuing from
On McKinsey’s Two Speed IT Architecture and Digital Business Models
On McKinsey’s Two Speed IT Architecture and Digital Business Models (i)
McK comes to the conclusion that a Two Spe
Frameworks, tools and so on. All the stuff that’s in the bucket-list. There’s a right way to do it. There’s a wrong way to do it. (There’s also an all-too-common incompetent way to do it – throw together a mish-mash of half-baked…
continuing from
On McKinsey’s Two Speed IT Architecture and Digital Business Models
In a “A two-speed IT architecture for the digital enterprise” McKins
In a “A two-speed IT architecture for the digital enterprise”, McKinsey’s (McK) Oliver Bossert, Chris Ip, and Jürgen Laartz stated that “delivering an enriched customer experience requires a new digital architecture running alongsi…
continuing from
The evaluation of EA performance
The Enterprise Architecture delivers value, as soon as it is modelled. It does that, gradually, while it is implemented, by increasing the effectiveness and efficiency of your Enterprise.
EA soon …
Forrester has seen unprecedented adoption of Hadoop in the last three years. We estimate that firms will spend $800 billion in Hadoop software and related services in 2017. Not surprisingly, Hadoop vendors have capitalized on this — Cloudera, Hortonworks, and MapR have gone from a “Who?” to “household” brands in the same period of time.
But like any good run, times change. And the major force exerting pressure on Hadoop is the cloud. In a recent report, The Cloudy Future Of Hadoop, Mike Gualtieri and I examine the impact the cloud is having on Hadoop. Here are a few highlights:
● Firms want to use more public cloud for big data, and Hadoop seems like a natural fit. We cover the reasons in the report, but the match seems made in heaven. Until you look deeper . . .
● Hadoop wasn’t designed for the cloud, so vendors are scurrying to make it relevant. In the words of one insider, “Had we really understood cloud, we would not have designed Hadoop the way we did.” As a result, all the Hadoop vendors have strategies, and very different ones, to make Hadoop relevant in the cloud, where object stores and abstract “services” rule.
● Cloud vendors are hiding or replacing Hadoop all together. AWS Athena lets you do SQL queries against big data without worrying about server instances. It’s a trend in “serverless” offerings. Google Cloud Functions are another example. DataBricks uses Spark directly against S3. IBM’s platform uses Spark against CloverSafe. See the pattern?
As more firms get tired of Hadoop’s on-premises complexity and shift to the public cloud, they will look to shift their Hadoop stacks there. This means that the Hadoop vendors will start to see their revenue shift from on-premises to the cloud.
The Open Group TOGAF® User Group meeting, held in San Francisco on January 30, 2017, focused on “Create vs. Reuse Architectures.” It addressed the question of whether Enterprise Architects need to be more involved in reusing existing architecture models than in creating new ones to meet their needs.