Page 861 - Cloud computing: From paradigm to operation

Intercloud and interoperability 5

Table I.2 – Trusted network function virtualization
Figure (optional)

Pre-conditions – The CSPs(SaaS) form federation pattern of inter-cloud.
(optional)
Post-conditions – The CSPs(SaaS) implement trust management system.
(optional) – The CSP(SaaS) uses reputation scores of CSPs.
Derived – Inter-cloud trust policies and credentials (refer to clause 7.1).
requirements – Inter-cloud reputation scoring (refer to clause 7.2).

I.3 Use case of selecting CSP by reputation-based trust evaluation

This use case illustrates reputation-based trust evaluation in inter-cloud. The intermediary pattern of inter-
cloud used to illustrate the use case is an example only.

Table I.3 – Selecting CSP by reputation-based trust evaluation

Title Selecting CSP by reputation-based trust evaluation
Description – The CSC requests a SaaS service from CSP1;
– CSP1 cannot provide the service by itself, it plans to fulfil the service with
inter-cloud intermediary pattern in which CSP1 acts as the intermediary;
– All of CSP2(SaaS), CSP3(SaaS) and CSP4(SaaS) can provide the services CSP1
needs;
– CSP1 will select a CSP as the secondary CSP base on the reputation of them.
In this step:
1) If CSP1 has an internal trust evaluation system, it will query and compare
the reputation of CSP2, CSP3 and CSP4 in this system and choose the best
one to establish a trust relationship with;
2) If CSP1 does not have an internal trust evaluation system or there are no
records about CSP2, CSP3 and CSP4 in the internal system, CSP1 should
find a third-party trust evaluation system to query and compare the
reputation data about these CSPs;
– CSP2(SaaS) is the best choice and CSP1 establishes a trust relationship with it.
Roles CSC, CSP, CSP(SaaS).

853