1 / 14

Next Generation Node (NGN) Technical Overview April 2007

Next Generation Node (NGN) Technical Overview April 2007. NGN In a Nutshell. Adjust to ever increasing flow complexity. Position ourselves for the future of the EN (technical/business needs). Explicit Technical Goals Achieve real vendor independence.

bell
Download Presentation

Next Generation Node (NGN) Technical Overview April 2007

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Next Generation Node (NGN)Technical OverviewApril 2007

  2. NGN In a Nutshell • Adjust to ever increasing flow complexity. • Position ourselves for the future of the EN (technical/business needs). • Explicit Technical Goals • Achieve real vendor independence. • Support existing and future EN specification versions. • Create a pluggable framework for dataflows. • Improve scalability.

  3. NGN In a Nutshell (cont.) • Implicit Technical Goals • Improve the user experience (auditing/statistics). • Improve quality of service (error handling/auditing). • Develop a versatile solution for all EN use cases (states/tribes/CDX/program offices).

  4. NGN in a Nutshell (cont.)

  5. Architecture • Robust suite of core services. • Transaction/Document management. • Task scheduling. • XML signature/encryption. • Auditing. • Data transformation (i.e. publishing).

  6. Architecture (cont.) • Simplified architecture • Changes • Web Archive (WAR) packaging instead of Enterprise Archive (EAR). • Lowest common denominator for deployment. • Conducive to deploying on different application servers. • Use simple Remote Method Invocation (RMI) construct for services. • Reduces the amount of platform specific details, as opposed to typical Enterprise Java Beans (EJB) implementation. • Use of Spring framework for transaction management to further reduce platform dependence.

  7. Architecture (cont.) • Simplified Architecture (cont.) • Changes (cont.) • Decouple Web Services and core implementation. • Support existing and future EN specifications. • Benefits • Easier to scale (HTTP fail-over). • Easier to configure for multiple platforms. • Easier to plug in new dataflows and new core services. • Easier to publish data.

  8. Architecture (cont.)

  9. Platform • Examples • Application servers: Weblogic, Jboss, Tomcat (Oracle implementation on the way). • Databases: MySQL, Oracle, HSQLDB. • Operating Systems: Windows, Linux. • Techniques • Inversion of Control (IoC) • Utilize Spring framework (open source). • Separate business logic and platform details. • Push platform specific content into configuration.

  10. Platform (cont.) • Techniques (cont.) • Object Relational Mapping (ORM) • Utilize Hibernate (open source). • Abstract away database specifics using configurable dialects. • Package database schemas for popular offerings.

  11. Design • Workflow oriented • Addresses trend of more complex dataflows. • Deconstruct logic into a series of logical actions. • Easier to develop, easier to maintain. • Lightweight enough for simple dataflows. • Simple XML based configuration. • Creates a robust framework for auditing, error handling, and state management.

  12. Design (cont.) • Example configuration

  13. Model • Improved domain model • Runtime configurable system properties. • Adds needed flexibility for day-to-day operations. • Richer Document/Transaction metadata. • Improved handling of binary payloads. • Pure streaming approach. • Can store documents in database or on the file server (configurable).

  14. User Interface • Completely redone administration interface • Improved auditor • Search on more criteria. • Search for documents. • Built in statistics • Charts/graphs of node activity. • Exportable results.

More Related