17.10.2015 Views

Getting Started with IBM Data Studio for DB2

Create successful ePaper yourself

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

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!