Update on Dynatrace, around half a million in revenue

From Nancy Gohring:

In 2015, Dynatrace recorded $466.6m in revenue, including $30m from services and $60m from SIGOS, the mobile network-testing company that Keynote acquired in 2006. Dynatrace’s APM revenue was $376.6m, representing 15% growth over the previous year, and making it twice as large by revenue as two of its primary competitors – New Relic and AppDynamics.

She writes fine reports.

Source: Dynatrace tackles integration of Keynote and Ruxit

Moving up the stack

Hashimoto suggested that prior to Terraform, there could be an incredible responsibility placed on an operations team when managing production stack, as they had to deeply understand the current cloud platform(s), determine the current infrastructure state, and calculate the resulting state transitions. Hashimoto argued that some operators or DevOps engineers may want to ‘move up the stack’ and leverage tools such as Terraform to achieve their goals, in much the same way as many developers have moved from assembly language to third-generation programming languages.

Docker’s Journey to the Enterprise Container Yard

To be widely adopted by the enterprise, I think this is where Docker needs to start going. The ability to gain an overview of your Docker deployment, from an application and container level, as well as an underlaying component layer, and to quickly drill down for more data will be a crowd pleaser to operations organizations all over. With added features like resource constraints on containers, the ability to graphically see what a container is utilizing well help greatly either add or remove resources from them.

Ops wants more controls, visibility/transparency, and a GUI. Because when the plane runs into the mountain, ops has to make sure all those people still get to their final destination.

Docker’s Journey to the Enterprise Container Yard

CMDB use from 451

The use of CMDBs has steadily risen, from 50% at interviewed enterprises in 2009, to 59% in use today. Homegrown methods of maintaining a CMDB are still prevalent, showing up at 7% of enterprises, while BMC, HP, SolarWinds and ServiceNow all show projected growth for new installations moving into 2015. Of those enterprises with a CMDB in place, 18% plan to increase spending on their solution in 2015.

Coté Memo #040: Market cycles in infrastructure software, still more OpenStack action

Meta-data

Hello again, welcome to #040. Today we have 49 subscribers, so we’re +3. What happened?! I’d love to hear what you like, dislike, your feedback, etc.: memo@cote.io. (If you’re reading this on the web, you should subscribe to get the daily email.)

See past newsletters in the archives, and, as always, see things as they come at Cote.io and @cote.

Sponsors

Follow-up

  • There was diverse feedback to my research agenda question from yesterday. One person suggested focusing on points of friction that customers are facing, another of you on re-framing DevOps to be “all that stuff needed to become a coding business” (my rephrasing), and yet another in a more commercial sense: what will people pay for? All good input that’s given me plenty to think about.

  • One of the key things to fall out of the various conversations is being more straight forward with the “what I really think” content. Oddly enough, in the analyst world, this is not as easy as you may think. One theory being kicked around in the inbox is to “give away” the facts and to charge for opinion. That is, put “what I really think” behind a paywall. As I said in the thread on the topic, I almost do the opposite nowadays. It’s something to think more on in the endless analyst business model noodling I do. You got opinions? As an example, listen to the last 20 minutes (sort of accidentally recorded) of the most recent Exponent podcast. I think it’s some of the best, most valuable work that podcast has done. I didn’t think of big Apple event at all like they do…and now I do! (There’s also good cultural commentary on Asian luxury buying habits.)

  • I’m sure you’re thinking, “hey, Coté. I know you try to release and UnderDevelopment.io podcast every two weeks. What up?” Well, we have a recording in the can. It just needs some editing. SORRY! (I’ll be recording Software Defined Talk this week remotely. We’ll see how that goes!)

Tech & Work World

Quick Hits

Systems Management Cycles: best of breed vs. full suite

On the plane today I started working on a piece considering the question, “should we make a platform out of all our point products?” In that context, I ended up typing up one of my core cycle theories for how the systems management market works. The below is just a first draft, pardon errors and stupidity.

The “infrastructure software” layer in the IT stack is that sinewy and sometimes well marbled layer between the hardware and the application layer: operating systems, cloud platforms, systems and cloud management tools, and all the other software required to keep the applications (or “services” if you were indoctrinated properly in the mid-2000s) running and healthy. These are the concerns of the “sysadmin”: managing the servers at the operating system level, ensuring the network is properly functioning, deploying and configuring the applications (custom written or packaged), managing requests for modifying the software, and then monitoring the performance of all of it so that end-users have the best (or, at least, agreed on) level of performance possible.

This diverse range of responsibilities and the vast array of vendors out available to satisfy each need creates an panoply of tools that a sysadmin can use to do their work. As with most IT, there’s an ongoing cycle of “does everything suite” vs. “best-of-breed” products in the industry. Currently, for example, as the new technologies needed to run and manage cloud penetrate into the enterprise (based on our studies, we reckon that most companies are well through virtualization and now onto cloud), it feels like we’re in a best-of-breed phase of the cycle: no single suite of tools can manage everything perfectly or match the all of the diverse use cases in the market.

In this initial phase of a technology market (as we are in with cloud) startups who seek to move faster and take on more risk than incumbents find holes in the suite approaches and prosper because they offer better performance, often at lower costs.

We’ve seen this happen in systems management, for example, with Splunk going against Big 4 log management tools and APM vendors such as New Relic and AppDynamics out-innovating the slower moving incumbents early in this phase of APM.

A similar cycle occurred with virtualization management with many vendors offering better ways to manage VMware clusters than VMware itself. Several years ago, virtualization market seemed to cluster back up into suite approaches with VMware and others buying up point tools. Atlassian in the developer tools space used disruptive approaches to go-to-market to peddle genuinely innovative developer tools to make trouble for the incumbent application life-cycle vendors.

Successful, best of breed, nimble tools often become the stable but innovation-listing incumbents for a new batch of startups.

As another ask, I’m trying to track down and “fact check” the idea that the Tivoli Framework was very problematic. People always talk about it, but I don’t know if I have any good write-ups on hand. Anyone have some pointers or first hand experience?

Rewrite brought to you by CA

Traveling

As you may know, I’m interested in CA’s marketing and brand transformation. Like Compuware, they seem to have simplified their face, as it were, a lot. While in JFK for a layover, I noticed CA had a lot of ads up. Above is one of the more interesting ones. It’s very “digital enterprise”/“coding business”/“bi-modal IT”/“third platform” (pick you favorite analyst/pundit phrase). Good for them.

I like the “we’re gonna spend the next 10 years rewriting all the software” hyperbole I start most of my talks with. But of course I’d like it.

Fun & IRL

If pictures of CA advertising in JFK aren’t “fun” for you, I don’t know why you subscribe to this thing!

(No, please don’t leave.)

softwaredefinedtalk:

In this “bonus” episode, Brandon and I discuss Compuware going private (Thoma Bravo announced they were acquiring them) and the how private equity fits into the full life-cycle of a software company.

With Brandon Whichardand Coté.

Sponsor: get $200 off when you register for 451’s Hosting and Cloud Transformation Summit (Oct 6th to 8th) when you use the code MC200 at 451events.com. Also, you should sign up for my newsetter at coteindustries.com/memo.

Subscribe to this podcast: http://feeds.feedburner.com/SoftwareDefinedTalk

Show notes

“After more than a year of speculation and other reported offers, Compuware has agreed to sell itself to private equity (PE) firm Thoma Bravo for $10.92 per share, or $2.5bn. Thoma Bravo gets a valuable asset in mainframe and application performance management (APM) that has already unloaded most of its unwanted baggage. We expect the PE firm to build on its new portfolio company – its first move may be a merger with existing Thoma Bravo property Keynote Systems.”

  • A good return for the “activist investor” involved: “Jesse Cohn, the portfolio manager at [Elliott Management Corp. who owned ~9.5% of Compuware] involved with the Compuware investment, said the deal delivered a 30 percent return for his firm.”

  • Further: The Elliot Management folks are busy in tech: BMC, pressure EMC, Novell and has Attachmatte. Also LANdesk, Tripwire, Keynote, Embarcadeo (which has Borland, right?). Dell bought SonicWALL from them.

  • The Plan:

“We began with the I.P.O. of Covisint, initiated a robust dividend, divested noncore operations, and aggressively reduced corporate expenses,” Compuware’s chief executive, Bob Paul, said in a statement. “Compuware is now best suited to focus on its core mainframe and APM businesses as a private-equity backed company, where we can continue to serve our customers in a competitive environment with greater flexibility to take a long-term approach.”

Compuware revenue

In an API-driven cloud, Intigua wants to wrap APIs around your management midsection

Intigua's stack vision

A report I wrote on Intigua is up now. Here’s the 451 Take for y’all now:

Intigua has always been a company with a difficult marketing proposition, having started off as a packaging and deployment balm for systems management agents. While there is certainly utility to ‘managing the managers,’ a broader positioning and purpose was clearly needed. Intigua’s new positioning as an enabler of cloud management APIs looks encouraging, and if the company can extend into ‘orchestration’ as a consequence, it can start addressing one of the major gaps of large enterprises that are ‘going cloud.’ It’s nice that all of those cloud-native companies can manage tens of applications with their devops and cloud approaches – but how will the large companies of the world manage the tens of thousands of applications they’re beset with?

In talking with some folks who’ve been dealing with so-called “APIs” at the infrastructure stack…there’s a lot of work to do to make the management layer APIs behave like one would expect. Because WS-*.

Intigua bought re-print rights to the last piece I wrote on them, so you can read it for free on their site.

Client can read the full report, and try a trial if you’re not signed up with us yet.

In an API-driven cloud, Intigua wants to wrap APIs around your management midsection

Zenoss is on the hunt for large enterprises with a little help from Hadoop and Docker (451 Report)

Zenoss Sponsored Netbook

Back in my RedMonk days, I spoke with Zenoss a lot, so it was nice to finally catch-up with them again. They’re moving up-market and adding spending much time beefing up their back-end to handle the resulting, larger scale demands for a systems management platform in the enterprise space.

The full report is available for 451 clients, but here’s the 451 Take:

Zenoss has been undergoing much change in recent years. While other startups were snatched up and folded into larger vendors’ emerging cloud portfolios, Zenoss remained independent. The company has been transforming from its open source roots and now is solidly a commercial company, focusing upmarket on $45,000+ deals instead of smaller accounts. This is a wise move that lifts Zenoss out of competing at the low end (where the expansive nature of the platform makes the proposition too expensive) and allows it to focus on large enterprises that tend to like overstuffed systems management portfolios vs. the point tools from the likes of SolarWinds and others, which gobble up cash in the midmarket and below. As companies are switching their IT over to more cloud-like infrastructures, management vendors like Zenoss that can keep up with the new demands should find opportunities for growth.

Is it working? Further in the report we cover the financial metrics that are known:

The company says it has seen 30% Y/Y revenue growth and is now ‘north’ of $20m in annual revenue (Inc. reported its 2013 revenue at $22.4m). Zenoss says this is a record high and that it has a 93% renewal rate.

If you’re not a client, sign-up for a trial to take a peek behind our paywall.

Zenoss is on the hunt for large enterprises with a little help from Hadoop and Docker (451 Report)

Stackify caters to DevOps-oriented teams with ITMaaS monitoring tool (451 Report)

Looking for a production monitoring tool? Stackify launched recently, and my 451 report on them is up. Clients can read the full report, but here’s the 451 Take:

Our surveys of this space show steady interest in new tools and methods for monitoring and managing cloud-native applications. There are many entrenched tools from the Big Four (CA, IBM, HP, BMC) and other ‘legacy’ systems management vendors; these vendors have had mixed success in ‘keeping up,’ opening market gaps for Stackify and others. Early success in this market depends on good marketing and go-to-market models, with SolarWinds being an iconic example. The danger for a small company like Stackify comes in the form of well-moneyed and innovative competitors of all sizes and flavors. Stackify will have to quickly stake out its ground and begin expertly managing its deal funnel and pace of innovation – the core challenges of any startup.

If you’re not a client already, apply for a trial to check it out and put my name in as a reference.

Related, see a slice of the recent survey results on monitor tools from 451’s TheInfoPro – chart above – free on their wonderful chart blog.

Stackify caters to DevOps-oriented teams with ITMaaS monitoring tool (451 Report)