Cloud Computing and SOA Convergence in Your Enterprise: A Step ...
Cloud Computing and SOA Convergence in Your Enterprise: A Step ...
Cloud Computing and SOA Convergence in Your Enterprise: A Step ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
When the Applications <strong>and</strong>/or Services Are New 193<br />
processes, <strong>and</strong> databases on cloud-based platforms or, more likely, by relocat<strong>in</strong>g<br />
entire systems to cloud-based platforms, could be<strong>in</strong>g do<strong>in</strong>g so because<br />
of the hype <strong>and</strong> the buzz around cloud comput<strong>in</strong>g. You can make a huge<br />
mistake here.<br />
At issue is that the temptation to improve a résumé or just to play with<br />
new toys could <strong>in</strong>fluence many <strong>in</strong> IT more than the goal to make their IT <strong>in</strong>frastructure<br />
more cost effective. Many cloud comput<strong>in</strong>g projects are really a reaction<br />
to the hype more than a clear bus<strong>in</strong>ess need. While this is to be expected<br />
dur<strong>in</strong>g any “hype cycle,” the end result is on-premise pegs <strong>in</strong> cloud holes, rais<strong>in</strong>g<br />
issues around the longevity of those systems consider<strong>in</strong>g that they are not<br />
good c<strong>and</strong>idates for cloud comput<strong>in</strong>g at the end of the day.<br />
How do you avoid hype mistakes Make sure that the gat<strong>in</strong>g factor of the<br />
bus<strong>in</strong>ess case is always <strong>in</strong> place <strong>and</strong> that there is a clear bus<strong>in</strong>ess benefit from<br />
mov<strong>in</strong>g toward cloud comput<strong>in</strong>g. It is also a good idea to have an <strong>in</strong>dependent<br />
reviewer or committee participate <strong>in</strong> the process to objectively review the fit<br />
with cloud comput<strong>in</strong>g (use spar<strong>in</strong>gly <strong>and</strong> leverage people without agendas). If<br />
these governance processes are not put <strong>in</strong> place, I suspect that we will have<br />
many cloud comput<strong>in</strong>g misfits.<br />
The key is that you f<strong>in</strong>d the true costs—all of the costs associated with<br />
build<strong>in</strong>g <strong>and</strong> ma<strong>in</strong>ta<strong>in</strong><strong>in</strong>g the processes, services, <strong>and</strong> data you are look<strong>in</strong>g to<br />
place <strong>in</strong> the clouds. I suspect that many components that are moved out to<br />
cloud platforms under the notion of cost reduction will not be as cost effective<br />
as most might expect. Do your bus<strong>in</strong>ess case around each service, data,<br />
process, <strong>and</strong> application.<br />
When the Applications <strong>and</strong>/or Services Are New<br />
New applications, <strong>in</strong>clud<strong>in</strong>g services, processes, <strong>and</strong> data, are almost always a<br />
much better fit for cloud comput<strong>in</strong>g than are legacy applications. There are a<br />
few core reasons that new applications are a better fit.<br />
First, legacy applications (<strong>in</strong>clud<strong>in</strong>g services, processes, <strong>and</strong> data) typically<br />
have to go through a partial or total rewrite <strong>in</strong> order to successfully exist<br />
on cloud comput<strong>in</strong>g platforms. While many exist<strong>in</strong>g systems are <strong>in</strong> need<br />
of a rewrite, the reality is that hav<strong>in</strong>g to redesign, rewrite, <strong>and</strong> redeploy services,<br />
data, <strong>and</strong> processes for cloud-based platforms substantially <strong>in</strong>creases