service oriented architectures for r&e networks “google mashing everything”

33
Service Oriented Architectures for R&E networks “Google Mashing everything” Bill St. Arnaud CANARIE Inc – www.canarie.ca [email protected]

Upload: ronat

Post on 05-Jan-2016

41 views

Category:

Documents


0 download

DESCRIPTION

Service Oriented Architectures for R&E networks “Google Mashing everything”. Bill St. Arnaud CANARIE Inc – www.canarie.ca [email protected]. Google mashing. Google as developed a web service for Google Maps that allows users to overlay any geographical data - PowerPoint PPT Presentation

TRANSCRIPT

Page 1: Service Oriented Architectures for R&E networks “Google Mashing everything”

Service Oriented Architectures for R&E networks

“Google Mashing everything”

Bill St. Arnaud

CANARIE Inc – www.canarie.ca

[email protected]

Page 2: Service Oriented Architectures for R&E networks “Google Mashing everything”

Google mashing

> Google as developed a web service for Google Maps that allows users to overlay any geographical data

> A powerful example of SOA and web services> No more using maps as GIFs or JPEGs, or using

proprietary mapping software> Users can also create a workflow of their

geographical data overlaid onto Google Maps and offer that as a web service to others

Page 3: Service Oriented Architectures for R&E networks “Google Mashing everything”

Today’s Network & OS

Application

OS

Data

Application

OS

Data

Network

User User

The application is tightly bound to the OS

The network is a mechanism for applications to communicate with each other

The network is subservient to the computer

Page 4: Service Oriented Architectures for R&E networks “Google Mashing everything”

SOA Network

Network

Application and Data

OS

Data

OS

Data

OS

Data

OS

Data

SOA

OS OS

Application and data exist on the network and are uncoupled from any specific machine or location

The computer is subservient to the network

SOA

SOA SOA SOA SOA

Page 5: Service Oriented Architectures for R&E networks “Google Mashing everything”

SOA (Web 2) versus Web 1

> Web 1:– HTML is the composition language of Web 1

• Its power is the ability to incorporate links to other web pages and in turn be linked to by others

• Frontpage (and others) allow HTML editing– Human grammar and sentences provides the semantic structure of a web

page between the various elements including hyberlinks– Apache (and others) convert HTML script into working web page accessible

via HTTP> Web 2: (SOA)

– XML is the composition language• Its power is the ability to incorporate links to other web pages and in turn be

linked by others– BPEL provides the “semantic” structure between various web services

• Resulting BPEL script is also a web service which can be linked to by others– Apache/Axis (.Net, Wepshere) convert XML into working web services

accessible via SOAP (mostly via HTTP)

Page 6: Service Oriented Architectures for R&E networks “Google Mashing everything”

The big picture

Integrative Science

E-Science or E-Research

Cyber-infrastructure SOA: (web services, workflow, security, etc)

Grids

Networks

HPCDatabases Instruments

Page 7: Service Oriented Architectures for R&E networks “Google Mashing everything”

Science drivers for SOA for R&E networks

1. Big Science:– CERN, eVLBI, Ocean Observatories

2. Integrative Science:– Increasing interests by researchers into multi-disciplinary science as

opposed to reductionism

> Need to link sensors, instruments and databases from different fields to extract new knowledge

> Examples:– York University is connecting smog sensors along freeways and

correlating with large population health data to predict consequence of traffic congestion on public living near the freeway

– Neptune undersea network to investigate algae blooms that precede major undersea earthquakes

Page 8: Service Oriented Architectures for R&E networks “Google Mashing everything”

New Integrative Science

Source: Office of Integrative Activities NSF

Page 9: Service Oriented Architectures for R&E networks “Google Mashing everything”

Instruments

Picture ofdigital sky

Knowledge from Data

Sensors

Picture ofearthquakeand bridge

Wireless networks

Personalized Medicine

More Diversity, New Devices, New Applications

Source: Larry Smarr??

Page 10: Service Oriented Architectures for R&E networks “Google Mashing everything”

SOA and networks

Page 11: Service Oriented Architectures for R&E networks “Google Mashing everything”

GENI-Network Virtualization

Source: Network Virtualization web site

Page 12: Service Oriented Architectures for R&E networks “Google Mashing everything”

GENI + SOA = UCLP

Substrate Router

InstrumentWS

SubstrateSwitch

ParentLightpathWS

TimesliceWS

Child Lightpath WS(may run over IPEthernet, MPLS, etc

GMPLSDaemon WS

APN

VirtualRouterWS

Wireless SensorNetwork

Page 13: Service Oriented Architectures for R&E networks “Google Mashing everything”

GENI is a subset of UCLP

> Parent or root lightpath = substrate link> Child lightpath (SONET, MPLS, IP tunnel) = virtual link> Router = substrate router> Virtual or blade router = virtual router> APN = virtual end to end system linking processes (time

slices), instruments, storage, etc> No equivalency to switch or virtual switch in GENI> SOA Web service can represent time slice, instrument or other

process> UCLP allows user to configure their own APNs using BPEL

– Change topology, bandwidth etc

> APNs can be made up of layer 1 to 3 virtual links connecting instruments, routers or switches

Page 14: Service Oriented Architectures for R&E networks “Google Mashing everything”

Extending the network into the application

InstrumentWeb service or

software process

Web service or software process

Routing daemonWeb service

User A

User B

Sin

gle

Com

pute

r or

WS

inst

ance

of

an o

rche

stra

tion

Interface Card or port

VPN Links

APN extends into computer to specific processes

DWDMNetwork

xxxx:410:0:1

xxxx:410:0:2

xxxx:410:0:3

xxxx:410:0:4

xxxx:410:0:5

yyyy:410:0:1

zzzz:410:0:1

VirtualRouter WS

Page 15: Service Oriented Architectures for R&E networks “Google Mashing everything”

Similar initiatives at Cal-IT(2) & UCSD

> (Laboratory for the Ocean Observatory

> Knowledge Integration Grid)> Integrate Instruments & Sensors> (Real Time Data Sources)> Into a LambdaGrid> Computing Environment> With Web Services Interfaces

> New OptIPuter Application Driver:> Gigabit Fibers on the Ocean Floor> • Goal: Prototype

Cyberinfrastructure for NSF ORION> www.neptune.washington.edu

A real-time data grid systemMulti-disciplinary data being integratedMultiple Sensor types being adaptedReal-time data virtualization enabledDiscovery & access through metadata supported

Page 16: Service Oriented Architectures for R&E networks “Google Mashing everything”

APN Resource List CreationView by CANARIE staff

CANARIE ONS NetworkResources

STAR LIGHT HDXMAN LAN HDX

Pwave HDX

TRIUMF

OME

YVR

YEG

YCG

WinnipegYYZ

YUL

YOW

Halifax

Seattle

Vancouver

Chicago

Toronto Ottawa

Montreal

New York

ONSONS

STAR LIGHT HDX

ONS

MAN LAN HDX

BCnet

Amsterdam

New York

Toronto

Vancouver

Victoria

Edmonton

Ottawa

Geneva

Montreal

To Fermi

To BrookhavenNew APN Resource list composition

ONS

New York Geneva

SURFnet APN resources advertised to CANARIE

Amsterdam

CANARIE OME Network Resources

Lightpath Object Creation

Edmonton

Chicgao

EdmontonToronto

Chicago is hidden

1

2

3 4

5

Page 17: Service Oriented Architectures for R&E networks “Google Mashing everything”

CANARIE provides APN resource list to TRIUMF

10G Lightpath WS

1G Interface WS

5G Interface WS

1G Lightpath WS

URI: http://canarie_apns/triumf_apn.ws

Amsterdam

New York

Toronto

Vancouver

Victoria

Edmonton

Ottawa

Geneva

Montreal

To Fermi

To Brookhaven

NOTE: This resource element is actually an aggregation of several elements on CANARIE network. The exposed WS may actually be a BPEL composition of the underlying WS elements

Page 18: Service Oriented Architectures for R&E networks “Google Mashing everything”

TRIUMF GUI harvests other APNs from UoVic, UoT, etc

UoToronto PhysicsTier 2

UoVictoria PhysicsTier 2

TRIUMFTier 1

CERNTier 0

Amsterdam

New York

Chicago

Toronto

Vancouver

Victoria

FERMITier 1

BrookhavenTier 1

UBC Physics

UA Physics

UoT Physics

Carleton Physics

UdM Physics

CA*net 4

Edmonton

Ottawa

Geneav

10G Lightpath WS

TRIUMFAPN

UoTAPN

UoVAPN

1G Interface WS

5G Interface WS

External links or APNs

Note: Typical View on TRIUMF UCLP GUI

Montreal

Page 19: Service Oriented Architectures for R&E networks “Google Mashing everything”

TRIUMF/HEPnet Lightpath Object Composition GUI

Amsterdam

New York

Toronto

Vancouver

Victoria

Edmonton

Ottawa

Geneva

Montreal

To Fermi

To Brookhaven

TRIUMF APN

UoVic Campus802.11 LightpathObject

UBC CampusCWDM LightpathObject

Victoria

Vancouver

Lightpath Object for 2 Gbp Tiier 2between TRIUMF and UoVic

TRIUMFUoVic

Composition Window

Page 20: Service Oriented Architectures for R&E networks “Google Mashing everything”

UoVic Physics UCLPv2 GUI or workflow tool adds Router WS to lightpath object

Victoria

Vancouver

Lightpath Object for 2 Gbp Tiier 2between TRIUMF and UoVicCreated by TRIUMF/Hepnet

TRIUMFUoVic

Resource Window

UoVic Physics routerresourceCLI interface exposed as a WS

Vancouver

TRIUMFUoVic

Page 21: Service Oriented Architectures for R&E networks “Google Mashing everything”

DRAC/UCLP Demo Network

Nortel

DRAC

CanarieUCLP

Halifax

AppApp

Ottawa

Toronto

Montreal

The Power of Web services

Page 22: Service Oriented Architectures for R&E networks “Google Mashing everything”

SOA Applications

Page 23: Service Oriented Architectures for R&E networks “Google Mashing everything”

CANARIE’s i-Infrastructure program

> To adapt Service Oriented Architectures (SOA) to process control, instrumentation systems and sensor networks

> Applications include manufacturing, oil and gas, power systems, water, building management systems, environmental control systems, etc

> Built upon CANARIE’s initial work on User Controlled LightPaths (UCLP)

> Start with large science research facilities such as Neptune, Canada Light Source and then expand into industrial applications

> www.canarie.ca/ccip

Page 24: Service Oriented Architectures for R&E networks “Google Mashing everything”

Typical Large system today

Sensor Sensor Instrument Instrument Sensor

Layer 2 switch

Layer 3 switch/router

SONET/DWDM

ProcessProcess

Process Process Process

SONET/DWDM

DMAS

Firewall

Internet

VPN

USER

Instrument Pod

Page 25: Service Oriented Architectures for R&E networks “Google Mashing everything”

Service Oriented Architectures

Sensor Sensor Instrument Instrument Sensor

Layer 2/3 switch

LAN

LAN

Data Management System

CA*net 4

VPN

USER

Instrument Pod

WS*

WS*WS

CA*net 4Lightpath

Process

ProcessWS**

WS*

Process

ProcessWS**

WS*

Process

ProcessWS

WS

Web serviceInterface

*CANARIE UCLP

**New web services

HPC

Page 26: Service Oriented Architectures for R&E networks “Google Mashing everything”

Science user perspective

Sensor/InstrumentWS**

LANWS*Science Pod

LANWS*

Log Archive Process 1WS**

Log Archive Process 2WS**

ONS15454WS* NLR or CA*net 4

WS* CANARIE UCLP

WS* New Web service

DMAS

WS** New development

LightpathWS*

WS AAA process

WS**

User defined WSFL bindings

WS HPC Process

WS**

USER with WSFL binding software

UDDI orWSIL service registry

Page 27: Service Oriented Architectures for R&E networks “Google Mashing everything”

1. E-gun & 1. E-gun & Linear AcceleratorLinear Accelerator

3. Storage Ring3. Storage Ring4. Beamline 4. Beamline

End StationEnd Station

VESPERS Beamline at the Canadian Light Source

microanalysis with microanalysis with unprecedented sensitivityunprecedented sensitivity

Courtesy of CLSICourtesy of CLSI

Page 28: Service Oriented Architectures for R&E networks “Google Mashing everything”

UCLP-Enabled Virtual Design Studio

3D digital construction of the Salk Institute

Michael JemtrudKonstantin PrivalovJames HayesNicolas Valenzuela

Carleton Immersive Media StudioCarleton University , School of Architecture, Ottawa (Canada)

Page 29: Service Oriented Architectures for R&E networks “Google Mashing everything”

– Service provides are • network resources (UCLP)• devices (cameras, displays, rendering computers) • software (MAYA)

– Provisioning for a PDS session requires• finding a configuration of network resources, devices and

software that meets the user’s needs

– SOA will monitor session• Does not transport high definition signal

> Demo illustrates how end users can establish UCLP connections without knowing details

SOA for Participatory Design Studio

Page 30: Service Oriented Architectures for R&E networks “Google Mashing everything”

Other SOA Network Projects

> Design Service-Oriented Architecture (SOA) and build Web Services for linking research data to scholarly publications

> Web services control of undersea HDTV camera – Neptue

> SOA for military real time simulation

Page 31: Service Oriented Architectures for R&E networks “Google Mashing everything”

Amateurs discover most Supernovas

 http://www.nytimes.com/2002/11/07/technology/circuits/07astr.html?todaysheadlines

“Nasa and amateur scientists nightly harvest about 1,000 images, which are shared with other amateur astronomers over the Internet. Together, they analyze the pictures for previously undiscovered supernovas, the remains of collapsed stars. “

“Over 58 supernovas have been discovered”

“While most amateur astronomers use computers to enhance a hobby, the advances in technology are also blurring the distinctions between professionals and sophisticated amateurs.”

Page 32: Service Oriented Architectures for R&E networks “Google Mashing everything”

Sloan Digital SkyServer

> http://skyserver.sdss.org/en/> Large database of astronomical

data and images> Available to scientists, students

and public> XML and Java web services

interfaces

Page 33: Service Oriented Architectures for R&E networks “Google Mashing everything”

Conclusions

> SOA & Cyber-Infrastructure will fundamentally transform science and IT

> Better get prepared and learn as much as possible and learn about CI and SOA– Web services– Resource discovery and consumption– Publishing services– Workflow and orchestration – SOA platforms – OGSA, .NET,. Websphere

> Commercialization potentials of integrative science and CI are significantly greater than with traditional science