On the road-application service framework growth notes based on SCA specifications (5) (serialization ...)

Originally, we should continue to write the preliminary design and implementation, but the end of the first ASF requires some summary and follow-up planning. Therefore, we wrote this PPT first, as a general summary of the previous stage and a plan for future work.

 Outline

§ ASF traits

 

§ Advantages of ASF Characteristics

 

§ ASF implementation Overview

 

§ Technical embodiment of ASF advantages

 

§ ASF Stage II Requirement Function Points overview and implementation evaluation

 

§ Future Trend of ASF

ASF Characteristics

§ Modular development based on Business Components

 

 

§ SOA

 

 

§ Unrelated extended access framework

Advantages of ASF Characteristics

§ Modular development based on Business Components

Reduced inter-module coupling (interface-oriented interaction, reduced dependency on collaborative development progress, and blocked impact of non-design changes)

Improve the reusability of modules (clear module boundaries, easy to reuse, and reduce development costs)

Reduce maintenance costs in the future (the scale of the system is becoming larger, and the high reuse and low coupling ensure lower maintenance costs in the future)

Provides management and monitoring of modular components to meet both development and business needs.

Provide basic preparation for dynamic loading and unloading of business modules.

Advantages of ASF Characteristics

§ SOA

Complying with common Internet application interaction specifications, facilitating isV access and interconnection

Business abstraction is conducive to agile response to business needs and changes, reducing the cost of changes

Eliminate business implementation details from being limited by platforms and development languages. It is suitable for interaction and integration in heterogeneous environments.

Ø business-oriented design and development is the foundation of higher abstraction (BPM metadata is also the indirect basis of the higher-level user interaction layer)

Various mature security policy specifications provide security assurance for distributed interaction between Internet applications

Advantages of ASF Characteristics

§ Unrelated extended access framework

 

Ø make full use of resources to prevent repeated creation of wheels, improve development efficiency, reduce development and testing costs, and integrate excellent open source implementations (Spring, Jetty, memcached ...), meet the needs of business development scenarios

 

 

Consolidate platform and language details based on business interfaces rather than business implementation.

Advantages of ASF Characteristics

§ Advantages of three characteristics

Development standardization and convenience

 

¡Interface-based interaction becomes a development constraint rather than a potential constraint

 

Easy unit testing (simplified for loading and remote call debugging of business modules)

 

Producer development and learning costs are low (because it can be integrated with various open source implementations, development is closer to the original habits)

 

¡Provides multiple implementations of the same interface. You can determine the implementation based on the Implementation of Dynamic Loading, so that you can easily replace the implementation of the interface.

Advantages of ASF Characteristics

Advantages of the basic service architecture of AEP

 

 

Infrastructure for heterogeneous application interaction on the SAAs operating platform

 

 

¡AEP modular pluggable system basis

 

 

¡Integrates the advantages of web, BPM, and SOA to build a SAAS Platform

 

Technical embodiment of ASF advantages

§ Basic framework

SCA basement (Java) provides basic framework metadata parsing and Assembly implementation

 

Ø embeddedscadomain is the modular basis of Business Components

 

Ø embeddedscadomain provides component runtime management and monitoring implementation

 

Utility is the guarantee for standardization and convenience of development.

 

Provide infrastructure for AEP

 

 

Technical embodiment of ASF advantages

§ Framework Extension

 

Integrating excellent web service frameworks and various web service extension specifications provides the necessary technical basis for SOA

 

Provides a variety of distributed service interaction methods to improve the performance requirements of the system architecture with loose coupling.

 

Built-in efficient and lightweight Web container to improve performance and simplify the development, testing, and release processes

Technical embodiment of ASF advantages

 

Integrate spring and connect the SCA components of spring and ASF to simplify development and learning costs.

 

Integrates various efficient open-source implementations as services, provides unified cache and search engine interfaces, and dynamically loads implementation to provide ASF application calls

 

Integrate osgi to provide technical guarantee for Dynamic Loading

 

 

Technical embodiment of ASF advantages

§ Non-functional requirements

Security (focuses on Web Service Security Policies)

Donews-Security + SSL

Implementation of the Certificate Management Mechanism

Transaction

Publish uses the spring integrated transaction template as the Service Release (JDBC, JNDI)

¡WS-transaction

Performance

Hybrid integrates memcached to relieve dB pressure

✓ Integrated search engine to improve search efficiency

¡Web Service Performance Adjustment

 

ASF Stage II Requirement Function Points overview and implementation evaluation

§ Basic framework

Service component monitoring interface Implementation (4-5 person-days ). Function: monitors and visualizes service components during runtime, improves maintainability, and provides graphical interface preparation for dynamic deployment and uninstallation.

 

Service components are dynamically loaded and detached (7-8 person-days ). Purpose: dynamically load and unload data during runtime. However, different policies apply to different deployment environments. Purpose: simplify the development and debugging steps and provide dynamic deployment services for suitable application scenarios.

 

Design and implement the service component statistics interface (4-5 person-days ). Function: Provides interfaces for future statistical service calls.

 

ASF Stage II Requirement Function Points overview and implementation evaluation

SCA configuration Editor)

 

GUI for composite Monitor (8-9 person-days): provides all graphical interfaces for managing and counting basic service frameworks mentioned above.

 

BPM Integration)

ASF Stage II Requirement Function Points overview and implementation evaluation

§ Framework Extension

Ø unified interfaces of search engines are designed and integrated with luence as the default implementation. Multiple Access Points are provided. (10-12 person-days): provides support for the search engine ASF framework.

 

The unified interfaces of the cache engine are designed and integrated with memcached and tbstore, and multiple access points are provided. (14-16 person-days)

 

Ø osgi integration (10-12 person-days): load the dynamic module to the base. Low priority

ASF Stage II Requirement Function Points overview and implementation evaluation

§ Non-functional requirements

Ø Security (continuous long-term cooperation with test department and isV Support)

¡Web Service Multi-development language client adaptation Test

¡Web Service Security multi-development language adaptation Test

¡WS-Security + SSL multi-development language adaptation Test

Performance (continuous long-term cooperation with test department and isV Support)

Optimize the performance of Alibaba Web Security

Improved performance of the middleware system framework (used inside cache and search engines)

Implementation of callback asynchronous call mode

Considerations for transaction Performance

Transaction

Prepare multiple transaction templates encapsulated as services

Donews-transaction Research

 

Future Trend of ASF

§ Development motivation of ASF

Ø business needs

Ø architecture optimization requirements

Driven by new external Technologies

 

§ ASF direction

Soa + BPM + Web2.0 construct the basic SaaS Service Platform

Platforms where open-source platforms, architects, and programmers present themselves