19
Objectives • Functionalities and services • Architecture and software technologies • Potential Applications – Link to research problems

Objectives Functionalities and services Architecture and software technologies Potential Applications –Link to research problems

Embed Size (px)

Citation preview

Page 1: Objectives Functionalities and services Architecture and software technologies Potential Applications –Link to research problems

Objectives

• Functionalities and services

• Architecture and software technologies

• Potential Applications– Link to research problems

Page 2: Objectives Functionalities and services Architecture and software technologies Potential Applications –Link to research problems

What

• What is overlay computer– PC with virtualised resources– Exploit the aggregate power of Internet

machines

• How sensor networks fit in the picture ?

Page 3: Objectives Functionalities and services Architecture and software technologies Potential Applications –Link to research problems

Functionality of the overlay computer (1)

• Build a very large ‘file system’ out of many machines

• What is new with respect to previous projects in the area ?

• And how we leverage the science we do in Aeolus ?

Page 4: Objectives Functionalities and services Architecture and software technologies Potential Applications –Link to research problems

Functionality of the overlay computer (2)

• Run a parallel application– Distribute processes to different machines– Issue: Matching Configuration and Execution

Context

• How does this differs from GRID ?

Page 5: Objectives Functionalities and services Architecture and software technologies Potential Applications –Link to research problems

Architecture

• Note – there should be a distinction between services available to the programmer and those used by the overlay computer only

• Transparency or ‘opaqueness’ of the platform– Should the platform expose information such as

performance, trust, etc. to the programmer or

Page 6: Objectives Functionalities and services Architecture and software technologies Potential Applications –Link to research problems

Functionalities - discussion

• We discuss and describe more functionalities than we implement

• The operating system metaphore is a long term challenge, providing some common context to research– We do not aim at design of a complete operating system

• What are the assumptions related to the environment the overlay computer– Dynamicity– Etherogeneity

Page 7: Objectives Functionalities and services Architecture and software technologies Potential Applications –Link to research problems

Functionalities – discussion (2)

• What are the primitives (pino) of the overlay computer– Sort of system calls

• There should be a perspective on QoS– Programmer should be able to specify the desired

QoS ?– Should the OC be able to provide different levels of

service (e.g. trust, reliability etc) ?– Or should the overlay computer be just ‘best-effort’ ?

What is the minimum service guarantees that the system provides ?

Page 8: Objectives Functionalities and services Architecture and software technologies Potential Applications –Link to research problems

Functionalities – discussion (3)

• Should we have as input figures on reliability and availability ?– Should we assume high availability (e.g. 85 – 90 %) of

the constituent PCs or very low (e.g. laptops, or personal PCs) ?

– How much dynamics and what type ?• Join/ leave• Up/ Down

• In other words– Are we assuming network of servers e.g. university

servers, company servers etc or home PCs ?

Page 9: Objectives Functionalities and services Architecture and software technologies Potential Applications –Link to research problems

Functionalities – discussion (3)

• .. And as a consequence– Are we looking for a flat p2p architecture or a

hierarchical/ super-peer architecture ?

• Which degree of selfishness should we expect ?– I.e. fully cooperative or partially selfish

Page 10: Objectives Functionalities and services Architecture and software technologies Potential Applications –Link to research problems

Functionalities – top level

Page 11: Objectives Functionalities and services Architecture and software technologies Potential Applications –Link to research problems

System model

• Real machine– ??? Missing decision about what types of machines are

used, the dynamicity, the selfishness ???

• Virtual machine– Overlay with the following abstractions (next slide)

• Applications– Use the VM

Page 12: Objectives Functionalities and services Architecture and software technologies Potential Applications –Link to research problems

Main abstractions (also ‘toplevel functionalities’)

• What are the main abstractions of the General Purpose Computing– Files– Processes– Communication Primitives

• Application Level Multicast e.g. I3

• ?subset synchronization?

Page 13: Objectives Functionalities and services Architecture and software technologies Potential Applications –Link to research problems

Data Management (‘Files’)

• File storage– Blocks, chunks or entire file as unit of distribution ?– Possible answer

• Low-level storage as blocks• Virtual File System (?)

• File system/ name space functionalities• Record or ‘tuple’ oriented storage

– Direct access to records by key • Indexes

– Complex queries

Page 14: Objectives Functionalities and services Architecture and software technologies Potential Applications –Link to research problems

Data Management (‘Files’)

• What is for the programmer and what to support other functionalities of the platform (e.g. trust/ reputation, resource advertisement and discovery..) ?

Page 15: Objectives Functionalities and services Architecture and software technologies Potential Applications –Link to research problems

Load Management (‘processes’)

Page 16: Objectives Functionalities and services Architecture and software technologies Potential Applications –Link to research problems

Resource Negotiation and Allocation

Page 17: Objectives Functionalities and services Architecture and software technologies Potential Applications –Link to research problems

Functionalities (security)

• Secure authentication– Some in jxta already– Role base authentication– Anonimity in authentication

• Trust/ reputation management• Defense against misbehaving entities• Certified information access

– (access to databases)– Anonimization

• Function evaluation – E.g. secure auctions

Page 18: Objectives Functionalities and services Architecture and software technologies Potential Applications –Link to research problems

More functionality

• Resource Advertisement and Discovery– Would benefit from DHT

• Access / Membership Functionality– Rules for being accepted by the system– Is this distinct from authentication/ role based authentication/

reputation management ?

• Keep a (dynamic) model of the global computer ?– E.g. to allocate a computation to a machine close to the data– Ability to reason about load– Mechanisms for dissemination of management information (e.g.

load) should be part of the system – Network awareness – ability to reason about topology, latency of

communication

Page 19: Objectives Functionalities and services Architecture and software technologies Potential Applications –Link to research problems

Actions – Next steps

• For each functionality– Proposer provide a concise definition of

functionality– Proposer provide exemplary APIs for

functionality