90 likes | 202 Views
SOA Baby Steps. Tom Barton University of Chicago. U Chicago & SOA. No Big App dropping it on us, yet Wanna be prepared though Web Services seems like a good approach to solving some problems
E N D
SOA Baby Steps Tom Barton University of Chicago
U Chicago & SOA • No Big App dropping it on us, yet • Wanna be prepared though • Web Services seems like a good approach to solving some problems • Loose coupling: interfaces are at high enough level to enable client & server technologies to evolve independently • Language neutral • Range of integration: batch to latest application designs • Early experiences with WS & Identity Management • Even a trivial SOA, with just 1 S, can be powerful
WS & Identity Management • Identifier translation • Translate among ChicagoID, SSN, NetID, hospital employeeID, alumID, studentID, ISO, (RFID) • Facilitate conversion from SSN to ChicagoID in Systems of Record and downstream systems • Client: CLI to add/translate identifiers in batch flows in transit • Account management • Register usernames in multiple namespaces • Avoid assigning conflicting usernames • Client: VBscript to coordinate UC Hospital’s account management with rest of UC’s
Net of early experience • Service contract: WS interfaces package high level functions and objects • Independent from underlying relational structure and implementing code • Loose coupling • Good division of labor • In-memory RDBMS to optimize batch performance
Data Services • Data flow problems • Long history of point-point custom batch interfaces • Hard to steward • Hard to upgrade SoRs • Hard to get new flows • Narrow data query service led to even more data copying • Strategy: data delivery as a service • Combination of reporting & WS capabilities • Business Intelligence Services is front office • Data Stewardship program for policy and implementation support
Steps Towards Our First SOA • Look for cowpaths in institutional data • Choose WS’s to reinforce a common data model across systems • Technology choices • Infrastructure: servlet platform, ESB • Development framework • Organizational choices • Providers, Consumers, Implementers, Policy-setters
Designing Grouper’s WS Interfaces • It takes 4 WS interface styles to please enough Grouper adopters • How many styles will you need for your Web Services?
Securing Grouper WS • WS adds a tier to your environment • What needs will you have, and what options available, for securing your WS implementations? • How distributed will your WS clients be? • What principals should act in the back-end? • Are some WS’s more like a web application, others more like a traditional interface?