Wal-Mart! Champion of Retail! Who else can build a large brick box, paint it blue, stuff it with stuff, and make money hand over fist? What is the source of this power? Many will say it’s their sheer size. However, this isn’t true! Because what many people forget is that Wal-Mart had to start with one single store, just like every other retailer in America. So what is their secret?

INFRASTRUCTURE!

It’s been said that Wal-Mart can track a single apple from the tree to the front of the store. Every piece of inventory is logged and tracked from pickup to delivery. Every single bottle of aspirin, every sock, every donut is duly logged and mashed up in massive data warehouses where giant computers munch the data and produce useful reports. You know what the most popular item is at Wal-Mart? According to an employee friend of mine, in the Cedar Creek Lake Area of North Texas, it’s Bananas. They know how many bananas are sold, when they were sold, what the best day of the week is for banana sales, and which cashier is responsible for the most banana sales during a month. They can track banana sales over time, by store, region, trucking company, banana producer, you name it. They know which employee was on duty in the fresh fruit aisle when banana sales were high, and which employee used to be on duty in the fresh fruit aisle when banana sales were low. It’s all in there, if you want it.

However, Wal-Mart had to build this technology from scratch. They had to install special data systems in their distribution centers. They had to build their own server farms, lease their own data lines… did you know Wal-Mart has it’s own SATELLITE NETWORK?!? The Wal-Mart Satellite Network is one of the largest private satellite systems in the world, carrying real time data from every single Wal-Mart store and distribution center to Wal-Mart’s headquarters in Bentonville, Arkansas, where it is poured into their massive data warehouse. They can plan, instantly, to take care of overstocks and shortfalls at every store, as soon as it happens.

You don’t need to build your own satellite network to get competition crushing infrastructure today. Using the technology solutions provided by SoftLayer, and simple connections to the Internet, you too can have the type of infrastructure necessary to succeed in today’s business world. We provide world class servers for your number crunching, huge amounts of networked storage for your data warehouse, geographically diverse datacenters for disaster security, and a private network that allows you to tie it all together as blazing high speeds. Using our awesome API 3.0, you can automate just about every part of maintaining your infrastructure. Leveraging the Internet, you can build data portals that allow your partners to keep you up to date on production, to plan finances, track bananas, whatever you want to do!

We’ve already taken care of the hard work required to build the infrastructure. Now all you have to do is leverage it.

Well, we’ve done it again! Last week we had a record SLales day and a monumental achievement for Team Softlayer. We sold and fully delivered 208 servers last Monday breaking our previous record of 117 in a single day. There will be no official press releases about this or anything like that other than this blog, this is normal day to day operations here at Softlayer, or as I like to call it – Monday.

We are indeed making quite a dent in the hosting industry, who else out there can claim that they can accomplish this colossal achievement? We are growing at a massive rate here and all the while keeping the same high level of service that we have worked extraordinarily hard to earn and maintain.

We’ve come a long way since the opening of our doors 2 years ago. However we still have a long way to go. We have our Washington DC datacenter coming online in May to offer better service to our East Coast and European clients and we have integrated our new API 3.0 for our clients to have even more control over there servers and our services never before seen in the industry today. 2008 is going to be an astounding year for our clients as well as Softlayer.

We’ve come a long way, and we still have a long road ahead of us but in closing, our better is better than the competitions better.

Recently, as you know, SoftLayer released the new API version 3. We have all been working very hard on it, and we’ve been completely immersed in it for weeks (months, for some of us). This means that, for the developers, we’ve been living and breathing API code for quite some time now. The time came to release the API, and as many of you know, it was a smashing success. However, we were lacking in examples for its use. Sure, we all had examples coming out our ears since the customer portal itself uses the API, but those were written by the same developers that developed the API itself, and therefore were still written from an insider’s perspective.

So a call went out for examples. Many people jumped on the list, offering to write examples in a variety of languages. I thought I would tackle writing an API usage example in Perl. Perl, for those of you unfamiliar, is an infamous programming language. Flexible, confusing, fantastic and horrifying, it is the very embodiment of both “quick and dirty” and “elegance.” It is well loved and well loathed in equal measure by the programming community. Nevertheless, I have some experience with Perl, and I decided to give it a try.

I will attempt to describe my thought process as I developed the small applications (which you should be able to locate shortly in the SLDN documentation wiki) throughout the work day.

9am: “Wow, I really don’t remember as much Perl as I thought. This may be difficult.”
10am: “I need to install SOAP::Lite, that shouldn’t be hard.”
11am: “Where the heck are they hiding SOAP::Lite? There are articles about it everywhere, but I can’t actually find it or get it installed!”
12pm: “Ok, got SOAP::Lite installed, and my first test application works perfectly! Things are going to be ok! Wait…what’s all this about authentication headers?”
1pm: “What have I done to deserve this? Why can’t I pass my user information through to the API?”
2pm: “Aha! Another developer just wandered by and pointed out that I’ve been misspelling ‘authentication’ for 2 hours! Back on track, baby!” (Side note: another “feature” of Perl is how it never complains when you use variables that don’t exist, it just assumes you never meant to type that. Of course, you could tell it to complain, but I forgot about that feature because I haven’t used Perl in 4 years.)
3pm: I finally get example #1 working. It queries the API and shows a list of the hardware on your account.
3:30pm: Example #2 working, this shows the details for a single server, including datacenter and operating system
4pm: Combining examples #1 and #2, the third example shows all hardware on your account, plus the installed OS and datacenter, in a handy grid right on the command line. Success! I put Perl away, hopefully for another 4 years.

The whole experience, though, really gave me an insight into how fantastically awesome the API is. I was looking at it from an outsider’s perspective. I was confused as to how everything worked, I was working with an unfamiliar language, and I was browsing through the API looking for anything that looked “cool and/or useful.” Getting a list of all my account’s hardware to show up in a custom built application that I wrote as if I knew nothing about the API was a great feeling. It showed that not only was the API perfectly suited to the tasks we expected of it, but even a novice developer could, with a little effort, make an API application like mine. Expanding on it to show more and more information, and all the possibilities that it opened up in my mind made me realize how useful this API is that we made. It’s not just something that a small percentage of our customers will be using. It’s something that is truly revolutionary, and that all clients can take advantage of. I’m assuming, of course, that all clients have at least rudimentary skill in at least one programming language, but given the level of success everyone has had with our other offerings, I can assume that assumption is accurate.

If you have been thinking recently “look at all the noise they’ve been making about this ‘API’ nonsense,” I highly recommend dusting off an old programming book and at least looking at it once. Think of all the possibilities, all the custom reports that you can make for yourself, all the data that we have provided right at your fingertips to assemble in any way you wish. We try our best to make the portal useful to every customer, but we know that you can’t please all the people all the time. But with the API, we may do just that. If you’re the kind of customer that is only interested in outbound bandwidth by domain, write an API script that displays just that! If you want to know the current number of connections and CPU temperature of your load balanced servers, get that data and show it! The possibilities are endless, and we’re improving the API all the time.