Splunk is on track to become a billion-dollar company and you, the intrepid sysadmin/developer, are going to help us get there. Now, this is not a statement that I’m making as an analyst who “covers” the enterprise software market, and compiles a list of “top software companies to watch”. I’m writing this as Splunk’s Platform Architect, a techie whose goals are to ensure that what comes out of our development group is compelling and exciting to those that are actually working with the product.

It is this developer-centric ethos that sets us apart from so many of the other enterprise software firms and has already paid dividends on community goodwill. Instead of making prospective buyers jump through registration hoops just to view a guided webcast tour, Splunk provides fully functional software downloads to try out on your own data, inside your own network, free from webinar smoke and mirrors.

We don’t just want you to try out the software, we want you to try doing things that aren’t covered in our brochureware, things that sound ludicrous at first but are doable. In fact, in a perverse way, we hope that you do break our product because it reveals new limitations for us to solve, ultimately leading to a product that lets you do your job the way you want, yet easier and faster.

This is where the Splunk Platform comes into play. We want to increase the ubiquity of Splunk by, 1) exposing major components of Splunk as individual services, and, 2) allowing external developers to build on top of Splunk and leverage our award-winning IT search infrastructure. Starting with version 3.2 (you can download the preview version today), there is a new REST API that provides unprecedented access and consistency to every aspect of the Splunk Server. We are leveraging open standards like the Atom Protocol and OpenID to let enterprise developers create mashups with the same ease as those in the “web2.0″ world. For programmers who want to integrate Splunk functionality into existing applications, you can look forward to Python and .NET SDKs in the near future, with Java and Perl not too far behind.

Amazon’s Web Services, Facebook’s F8, and Twitter’s API have all proven that standardized platforms breed diverse applications, on scales that are much bigger than a single company can produce. That’s the kind of ecosystem we want to cultivate. My next posts will begin exploring the new REST endpoints that have been added to Splunk, and provide tutorials on how to use those endpoints to interact with Splunk programmatically.