09.02.2015 Views

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 ...

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Creat<strong>in</strong>g the Services Directory 123<br />

However, we need to add some other important categories, <strong>in</strong>clud<strong>in</strong>g<br />

Owner<br />

Enabl<strong>in</strong>g technology<br />

Programm<strong>in</strong>g model<br />

Performance attributes<br />

Data validation<br />

Services leveraged with<strong>in</strong> this service<br />

Where this service is leveraged<br />

Function po<strong>in</strong>ts/object po<strong>in</strong>ts<br />

Flow diagram<br />

Structure charts<br />

Interface def<strong>in</strong>itions<br />

Code revisions<br />

Test plans<br />

Test results<br />

Development tools (<strong>in</strong>clude version)<br />

What exactly is a service directory It is a database of <strong>in</strong>formation, a repository,<br />

about service, <strong>in</strong>clud<strong>in</strong>g the properties just described. Although<br />

many experts view repositories primarily as a part of the world of application<br />

development <strong>and</strong> data warehous<strong>in</strong>g, they do not question their value to the<br />

world of enterprise architecture <strong>and</strong> our ability to track services that extend<br />

out to cloud-delivered platforms.<br />

We create the services directory as a way to drive through our process,<br />

<strong>in</strong>clud<strong>in</strong>g the creation of the services <strong>and</strong> <strong>in</strong>formation model, as well as the<br />

f<strong>in</strong>al service model. Creat<strong>in</strong>g the directory is a way to underst<strong>and</strong> the services<br />

<strong>and</strong> the <strong>in</strong>formation bound to the services <strong>in</strong> detail. The services directory<br />

becomes the start<strong>in</strong>g po<strong>in</strong>t for the <strong>SOA</strong> repository. It can be passively def<strong>in</strong>ed,<br />

not dynamically <strong>in</strong>teract<strong>in</strong>g with the services, or actively def<strong>in</strong>ed,<br />

mean<strong>in</strong>g that the repository is <strong>in</strong> direct <strong>in</strong>teraction with the services, both<br />

on-premise or cloud delivered.<br />

The goal is to provide a sophisticated directory that can keep track of a<br />

good deal more than the rudimentary <strong>in</strong>formation (such as directory data). It<br />

should track more sophisticated <strong>in</strong>formation about services <strong>in</strong> the problem<br />

doma<strong>in</strong>. The directory should provide all the <strong>in</strong>formation required by the architect<br />

<strong>and</strong> programmer to locate any piece of <strong>in</strong>formation with<strong>in</strong> the onpremise<br />

or cloud platforms <strong>and</strong> to l<strong>in</strong>k it to any other piece of <strong>in</strong>formation.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!