16.10.2015 Views

Getting Started with IBM Data Studio for DB2

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Chapter 10 – Developing data web services 315<br />

<br />

<br />

<br />

<br />

<br />

Develop -- Code, generate, test, tune, and package data access layers, database<br />

routines, and data services. This step is where the data access application is built. The<br />

data access may be part of a larger application development process, so it’s important<br />

to collaborate closely <strong>with</strong> business developers and to ensure that application<br />

requirement changes are reflected back to the data architect or database administrator<br />

<strong>for</strong> changes. In addition, developers may be responsible <strong>for</strong> ensuring that the data<br />

access they create (SQL, XQuery, Java, data web services, etc.) not only returns the<br />

correct result but also per<strong>for</strong>ms efficiently. Use of representative test data and test<br />

databases is often used. Because of regulations around how personally identifiable<br />

in<strong>for</strong>mation such as social security numbers and credit card numbers can be handled,<br />

it’s critical that developers who need test data are compliant <strong>with</strong> those regulations<br />

while still having representative test data.<br />

Deploy -- Install, configure, change, and promote applications, services, and<br />

databases into production. This phase includes a well-planned strategy <strong>for</strong> migrating<br />

databases (or database schema changes), data and applications into production. The<br />

goal is to do this as swiftly as possible and <strong>with</strong> the least amount of disruption to<br />

existing applications and databases to avoid affecting other applications and to do it<br />

<strong>with</strong>out error. Deployment can also mean deploying changes.<br />

Operate -- Administer databases to meet service level agreements and security<br />

requirements while providing responsive service to emergent issues. This phase of the<br />

lifecycle is the bread and butter of a typical database administrator’s day. They<br />

authorize (or remove authorizations) <strong>for</strong> data access. They not only have to prepare <strong>for</strong><br />

possible failures by ensuring timely backups, but they must also ensure that the<br />

database is per<strong>for</strong>ming well and they must be able to respond to issues as they arise.<br />

Because many failures can be difficult to isolate (that is, is a failure occurring in the<br />

database, the application server, the network, the hardware?), it’s critical that all<br />

members of the IT staff have in<strong>for</strong>mation to help them isolate the problem as quickly as<br />

possible so that the right person can fix the problem, whether it’s the database<br />

administrator, the network administrator, the application administrator or someone else.<br />

Optimize -- Provide pro-active planning and optimization <strong>for</strong> applications and<br />

workloads including trend analysis, capacity and growth planning, and application<br />

retirement including executing strategies to meet future requirements. This phase is<br />

where database administrators can really bring value to the business. It may take a<br />

backseat to the constant interrupt-driven needs of day to day operations, but it is a<br />

critical phase to ensure that costs are kept down and per<strong>for</strong>mance remains acceptable<br />

as the business grows and as more applications drive more users against the<br />

databases. It’s critical that per<strong>for</strong>mance trends and data growth trends are analyzed<br />

and accommodated. A strategy <strong>for</strong> archiving old data is required <strong>for</strong> two reasons: 1) to<br />

manage data growth to ensure per<strong>for</strong>mance is not adversely affected and 2) to comply<br />

<strong>with</strong> regulations <strong>for</strong> data retention.<br />

Govern -- Establish, communicate, run, and audit policies and practices to<br />

standardize, protect and retain data in compliance <strong>with</strong> government, industry, or<br />

organizational requirements and regulations. Not limited to a single phase, governance

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

Saved successfully!

Ooh no, something went wrong!