Lets continue to look at the financial side of setting up a cloud in this POST. You will need to spend money on standing up an “in house” test cloud. Many people already have virtualization using many types of hypervisors; but cloud is different. Cloud systems use hypervisors as a means to an end. An example is some hypervisors you pay for, while others are open source. The test cloud can be completely open source, or you can use your favorite vendor’s software. Most software costs money, so try as much open source stuff as possible for testing and learning functionality. The main point is, get your engineers up to speed with using cloud. Its costs money to get them up to speed (hourly wage and such), but you will need them in the future.
Lets look at it more closely now. Lets say you use an open source cloud tool. You have to have systems to run that on, even if they may be virtual (costs money). Then you need to make sure that your network people get engaged, because the cloud will want to either setup its own network, or it will need to be tied to your existing one to hand out IP addresses to the various cloud instances (costs money). Your network engineers need to make sure that you are not infringing on the production network in any way. Alternately, if you are running a test cloud from a hosted provider (costs money), they will need to make sure that the data from the provider does not have precedence over your exist network traffic.
The next people that you need to engage are going to be your information security people (costs money). Setting up the test cloud will require strong passwords on user accounts, certificates if possible (even if they are self signed), and node protections (hardening, antivirus/malware and log interrogation). Even though this is test, you need to start making the needed preparations as if it wasn’t. This could be a machine image(s) you already use, or maybe you need to create one that will support the cloud software (costs money).
Finally, now that you have a test cloud setup for your people to test out and learn with, you need to get one other group of people involved; your developers (costs money). One thing that many companies make mistakes on, is not bringing your developers in soon enough. These people are what make your applications and financial systems work for you on a software level. Have them test their code in your test cloud. Not just the final code they copied out of production, but each step of the development lifecycle: Proof of Concept, Development, System Test, Integration Test, User Acceptance, Staging and Production. Some test clouds will allow the developers to spin these environments up on their own, with operations assisting them. Have your developers test everything, just like the infrastructure engineers.
Bottom line, I want readers to understand that it costs money, even if their goal is to save money in the long run. Regardless of your ROI that you have built, you will be spending money getting ready for your cloud migration. As long as you understand that, and budget for it, you should be fine.
My next POST will cover the other aspect of the Planning part, the Security of business.