Remember When Video Killed The Radio Star?

By now we should recognize the signs of a major shift caused by a new, “disruptive” technology. After all, we have seen it happen so many times before. The only difference is that today the shifts are quick and dramatic, catching off guard anybody that dares to stand flatfooted. So what is causing the tremors this time? Cloud computing! And it is already hitting with a force that is off the scale, especially for organizations that are not looking for it or prefer to live in the “legacy” world of on-premises business computing strategy and applications.

Perhaps “Video Killed The Radio Star” is not the appropriate analogy to communicate a dramatic shift in computing technology, but for some reason that tune keeps playing in my head whenever I think about this evolution in computing. MTV was a dramatic shift that stopped careers for those unwilling to accept it. It opened the door for a new breed of performers that were willing to adapt. Yet it was only the pinnacle of the iceberg for all the technology changes that followed – from CDs replacing cassettes and vinyl, to iTunes and single song downloads.

Cutting edge performers had been putting out music videos since the Beatles’ Yellow Submarine, not to mention the entire Monkeys TV show (which drove their albums to the top of the charts!). But it was the new technology of cable television and MTV that was the game changer. Cloud computing is the cable television of IT world. IT directors and departments will either have to grasp and ride the movement of computing to web service providers such as saleforce.com, Amazon Web Services and Google Apps, or find themselves and their employers on the clearance shelf of the business world because they have become irrelevant in the market, just like 8-track tapes.

The newspaper industry has experienced this shift as a result of technology change that helps to illustrate this point. The static newspaper has been driven down by the dynamic web page and email alerts for news. You don’t have to own, staff, and maintain huge printing plants running around the clock in order to sell and deliver the news today. Corporate size is not the advantage in distributing the news as it once had been thanks to the internet. Wireless and handheld access to the Internet has further made the hard copy delivery model a competitive disadvantage. The result has been a proliferation of news and information sites, and a long line of newspaper bankruptcies. The down economy has served to accelerate this phenomenon.  Think about this analogy as it relates to cloud computing. You can read other Model Metrics blogs from our technologists that explain in detail how we are leveraging salesforce.com, Amazon Web Services (the business unit) and Google Apps to create an elastic, powerful, and extremely cost effective new world order of computing.

Google “Amazon Web Services” if you want another perspective. My thoughts here are to sound the alarm. There is a change coming and you need to look up now to “the cloud” to take advantage of this opportunity to achieve competitive advantage, and in some cases survival, before it is too late.

Video killed the radio star…Cloud computing is going to kill traditional IT. Those that look to the cloud will be the new winners.

We have had a lot of great interest in Cloud Loader, so the next question is "How do I start using it?"  Well, here is a simple 5 Step guide to get going with Cloud Loader to start doing integration for $0.10 an hour (or less with a reserved instance).

 

Step 1 – Sign Up for EC2
 

Step 2 – Sign into the EC2 Management Console

The Console is where you can go to create and manage your EC2 Instances.  Remember these are virtual servers and the console allows you to give them a static IP (Elastic IP), control the Security Group and stop and start your instances.  First off you need to create a new instance of the Cloud Loader AMI. 

Step 3 – Create a Cloud Loader Instance

Click on Instances→ Launch Instance→ Community AMIs and search on “Cloud_Loader” to find the Cloud Loader AMI.  Click the Select button.

 

After clicking Select you need to specify some specifics about your instance.  You will only need one instance and it can be a “Small” instance which will be fine to run the Cloud Loader.
 

Next click on “Create” next to the Key Pair Name option, enter a name for your key pair and download the key pair.  This will be required to SSH into your Cloud Loader instance.

 
Next you need to pick a Security Group for the instance.  You can use the default one or optionally specify other settings (which ports will be open).  EC2 by default has all ports closed except 22 for SSH.

Last Click “Launch” to launch your instance.  This will take 3-4 minutes to boot and fully launch.

Step 4 – Connect to your Instance

If you are using a PC you will need to use an SSH client such as PUTTy to log into your instance.  Click here for Windows instructions.

If you are using a Mac you can use the native terminal to connect.  Click here for detailed instructions on how to set up your certs and bash profile.

Step 5 – Configure your Instance

(Remember this is built on Apex Data Loader, so look here to learn more about it)

•    After logging in go to the /usr/local/dataloader directory
•    Create an FTP user on the Cloud Loader instance to use for the inbound FTP of data (the .csv file you want to load into Salesforce).
•    Edit the config.properties file with your username and password for SFDC
      Note: You will need to include your security token at the end of your password if you don’t whitelist the Amazon Elastic IP within Salesforce
•    Edit the process-conf.xml file with the data loader processes you want to run
•    Edit the automate-dl script to configure the email address you would like to use to send reports to.
•    Setup a cron to run the automate-dl script (the way you schedule automated processes in UNIX)

Final Notes

Once you have tested this approach it is likely you will want to modify the script or approach to suit your own business need.  With EC2 you can use Cloud Loader as a base AMI and then configure your own AMI based upon it with your own unique additions. 

You may also like to utilize EBS (Elastic Block Storage) with Cloud Loader to have persistent storage of your configuration files, incoming integration files or log files.  We plan to add this functionality in an upcoming release.  If you have any further suggestions for Cloud Loader, please email us at:  support@modelmetrics.com