Guided By : Mr.

GNANA SEKAR
Presented By : Ms.Amurthavalli
Ms.Aishwarya
The rapid growth in the distributed cloud environment offer infinite services over
cloud environment. However, a cloud faces different challenges such as scarce
bandwidth, limited energy due to dependency on single service provider, frequent
disconnection of the database server. Federating with multiple service providers
and caching frequently accessed data is an effective way to provide seamless data
access in distributed cloud system. In this paper, we propose a new federation
scheme which federates two or more service providers using surrogate object for
the purpose of reduced network congestion and data access delay. The federated
data management in distributed cloud enables further reduction of costs due to
partial replication of data to more surrogate objects.
 The rapid growth in the distributed cloud environment offer infinite services over
cloud environment.
 A cloud faces different challenges such as scarce bandwidth, limited energy due
to dependency on single service provider, frequent disconnection of the database
server.
 Federating with multiple service providers and caching frequently accessed data
is an effective way to provide seamless data access in distributed cloud system.
 we propose a new federation scheme which federates two or more service
providers using surrogate object for the purpose of reduced network congestion
and data access delay.
 The federated data management in distributed cloud enables further reduction of
costs due to partial replication of data to more surrogate objects.
EXISTING SYSTEM
 Distributed mobile systems are characterized by asymmetry in both
network connectivity and computing power, mobility of hosts and their
constraints.
 To address these issues, existing approaches attempt to completely
redesign distributed applications or algorithms to make them work in a
distributed mobile environment.
 Asymmetry has been a fundamental problem for distributed mobile
computing researchers.
 No Federated Scheme
PROPOSED SYSTEM
 In this section we present our proposed Federation model which is
surrogate object based, federated and an effective data management
strategy in multi cloud environment.
 Surrogate object is a software entity that is hosted on some support station
and acts on behalf of mobile device. It is also acts as a middleware
component between the mobile node(say Consumer) and service provider
in the cloud and can store local caching for faster data access.
 It facilitates the distribution of work between different cloud service
providers through federation when there is an unexpected load.
 The model provides a new way of designing applications for federation in
mobile cloud.
 Any existing application can be designed to take the advantage of this
federation strategy.
 DATA MANAGEMENT IN CLOUD

R. Ramakrishnan, “Data Management in the cloud,” IEEEInternational

conference on Data Engineering, 2009, doi:10.1109/ICDE.2009.175.
2009.
 Cloud computing platforms (e.g., Amazon Web Services).
 Advantage of cloud computing platforms than operational, transactional database
systems (at least initially).
 We present a list of features that a DBMS designed for large scale data analysis
tasks running on an Amazon-style offering should contain.
 currently available open source and commercial database options that can be
used to perform such analysis tasks, and conclude that none of these options, as
presently architected, match the requisite features.
Jinlai Xu, University of Pittsburgh - Optimized Contract-based Model for Resource
Allocation in Federated Geo distributed Clouds, IEEE Transactions on Services
Computing · January 2018.
 They propose a new contracts-based resource sharing model for federated geo-
distributed clouds that allows CSPs to establish resource sharing contracts with
individual datacenters apriori for defined time intervals during a 24 hour time
period.
 Y. J. Shi, X. F. Meng, J. Zhao, “Benchmarking cloud based data
management systems,” CloudDB’10 ACM proceedings of the second
international workshop on cloud data management,
2010,doi:10.1145/1871929.1871938. 2010.
 Cloud-based data management system is emerging as a scalable
fault tolerant and efficient solution to large scale data management.
 More and more companies are moving their data management
applications from expensive, high-end servers to the cloud which is
composed of cheaper, commodity machines.
 The implementations of existing cloud-based data management
systems represent a wide range of approaches, including storage
architectures, data models, tradeoffs in consistency and availability,
etc.,
 In this paper we analyze the design choices that allowed modern
scalable data management systems to achieve orders of magnitude
higher levels of scalability compared to traditional databases.
 With this understanding, we highlight some design principles for
systems providing scalable and consistent data management as a
service in the cloud.
 Ravimaran and M. A. Maluk Mohamed, “Surrogate Object based Data Mining for
Distributed Mobile System,” Proceedings ofMoMM2011_ERPAS, ACM 9th
International Conference on advances in mobile computing and multimedia, 2011,
iiWAS2011, vol. 5-7 December, 2011, Ho Chi Minh City, Vietnam.
 The paper proposes novel data mining technique for distributed mobile system
considering the constrained nature and limitations of the mobile devices using the
object model.
 The object model define a method that allows mobile devices to participate
seamlessly in mining process and act on behalf of mobile device and permit to
cache the location based frequent datasets and retrieve the knowledge from those
datasets and reduce wireless and wired data transfers, reducing the overhead
imposed on the mining server and solving the location management problem.
 An experimental result proves the feasibility and reliability.
 
 S. Ravimaran and M. A. Maluk Mohamed, “Surrogate Object basedData Mining for
Distributed Mobile System,” Proceedings ofMoMM2011_ERPAS, ACM 9th
International Conference on advancesin mobile computing and multimedia, 2011,
iiWAS2011, vol. 5-7December, 2011, Ho Chi Minh City, Vietnam. Copyright 2011
ACM978-1-4503-0784-0/11/12. 2011.
 The idea of Map Reduce, in which a job is divided into several tasks. Based on the
distributed storage of one table, this algorithm divides a user query into different
sub queries, at the same time, with replicas in cloud, a sub query is mapped to k+1
sub queries.
 Every sub query has to wait in the queue of the slave where the query data store.
 To balance the load, our algorithm also takes two scheduling strategies to
dispatch the sub query.
 Besides, in order to reduce the client's long waiting time, we adopt the pipeline
strategy to process result returning.
 Finally, we demonstrate the efficiency and scalability of our algorithm with kinds
of experiments.
 Our approach is quite general and independent from the underlying infrastructure
and can be easily carried over for implementation on various cloud computing
platforms.
 Y. Simmhan, R. Barga, and C. V. Ingen, “On building ScientificWorkflow Systems for
Data Management in the Cloud,” 2008,ESCIENE’08 IEEE proceedings of the 2008
Fourth Conference oneScience, doi: 10.1109/eScience.2008.150. 2008.
 These share data-intensive traits with traditional scientific workflows, yet differ
significantly, for example, in the required degree of reliability and the type of
provenance collected.
 We compare and contrast Science Application and Data Valet workflows through
exemplar eScience projects to drive shared and unique requirements for scientific
workflows across diverse users in a Science Cloud.
 Michael Grossniklaus, “The case for object databases in cloud datamanagement,”
ICOODB’10 proceedings of the Third internationalconference on objects and
databases, Springer-Verlag Berlin,Heidelberg, ISBN: 3-642-16091-3 978-3-642-
16091-2. 2010.
 The service-oriented view taken by cloud computing is in its nature a close match
to object models.
 In this position paper, we examine the challenges of cloud computing data
management and show opportunities for object database technologies based on
these requirements.
 Object databases are a popular choice for analytical data management
applications which are predicted to profit most from cloud computing.
 S. Ravimaran and M. A. Maluk Mohamed, “An Improved KangarooTransaction Model using
Surrogate Objects for Distributed MobileSystem,” Proceedings of MobiDE 2011 Tenth
International ACMworkshop on data Engineering and for wireless and Mobile Access,June 12th
2011, Athens, Greece
 In this paper we propose a new transaction scheme called Surrogate Object based mobile
transaction model
 The main focus is to support data caching at surrogate object for faster data access and
database operations among mobile transactions at different mobile hosts in mobile
environment
 Remain active, maintaining information regarding the current state
 reduces the network congestions, overcomes the asymmetry in wired and wireless access and
achieve the low abort rate.
Hardware Requirements
Software Requirements

Processor : Pentium
IV
Clock speed : 550MHz OS : Windows2000/NT/XP
Front End : J2SDK1.4.1/JCreator
Hard Disk Drive : 20GB
Database : Microsoft Access
RAM :128MB
Cache Memory : 512KB
Keyboard : 104Keys
Mouse : 3Buttons
CD Drive : 52XMAX
 SERVER CLIENT

 Login & authentication

 Login & authentication
 Surrogate Object
 Registration & surrogate
object creation
 Node tracking  Multi cloud environment
 Admin control  Data management in multi
 Performance module cloud
 Data retrieving from cloud
1. ADMIN AUTHENTICATION MODULE
Module Description :
Input : Admin name and Password
Output : Next Module Screen
Process Description :
 Admin Enter the Admin name and Password
 Authentication Process Starts
 Compares the Name and Password with the Database
 If it Matches leads to the Next Module Screen
 If not Show the Message Box Login Failed
 New Admin can register with the server using register options
SERVER AUTHENTICATION LEVEL 0 – DFD

Admin Server Authentication

Process

Database
2. SURROGATE OBJECT MODULE

Module Description :
Input : Data to be searched
Output : Location Information (On Which Cloud the data is present )
Process Description :
 Server surrogate object is hosted for faster data access.
 Separate Java Code has been developed to create surrogate object
 Displays the Location information of the data on multi cloud

environment
 Faster accessing of data
 Federated Scheme is generated with the help of Surrogate Object.
SURROGATE OBJECT
 Federation model which is surrogate object based, federated and an
effective data management strategy in multi cloud environment.
 Surrogate object is a software, It is also acts as a middleware component
between the node (say Consumer) and service provider in the cloud and
can store local caching for faster data access.
 It facilitates the distribution of work between different cloud service
providers through federation when there is an unexpected load.
 The model provides a new way of designing applications for federation in
mobile cloud.
 Any existing application can be designed to take the advantage of this
federation strategy.
 Cloud 2
User1 Server Cloud 1
Hosted with
User2 Surrogate
Object Cloud 3
Cloud 4
User3

Multi Cloud
UserN
Environment
Location
Location
Information
Information
Retrieved
Retrieved

Surrogate Object
3. TRACKING MODULE

Module Description :
Input : Users (Online Users)
Output : Tracked Data
Process Description :
 Server is Checking Who are all in the networks
 Separate Java Code has been developed to keeps track of all the activities

performed by all the user

 Displays the Action performed by every user in Server tracking Space
 Network Activity Also Tracked by Server
 Fail Transferred Informed and Transmission Failure over the Network all will

be tracked and Admin can monitor all the activities performed by the user
from the server
 • User Login and
Logout Information
User1 • File Transfer
Server
information
Tracking
User2 • Chatting
Process Information
• User Join and
User3 rejoining
information

UserN

Administrator
Administrator
4.PERFORMANCE MODULE
Module Description :
Input : Data Access Rate and Retrieval Time
Output : Performance Graphs
Process Description :
 User Access the data in federated cloud
 Data Access rate and Data retrieval time is stored in the

database
 Server side the performance graph is generated
 Graph is verified and compared time to time
 Java code is written for graph generation
 Cloud 2
User1 Cloud 1
Server
Accessing
User2 Data
Cloud 4
Cloud 3
User3

Federated Cloud
UserN
with DB Access
 5.ADMIN CONTROL MODULE
Module Description :
Input : Admin name and Password
Output : Updated with Database
Process Description :
 Admin Enter the Admin name and Password
 Admin can Choose Options Like Change Name, Password, Delete

Admin and Create Admin etc.,

 Updated information is Displayed
 Updated information is stored in Database

 Admin can view the user account , update the account and change

the user password .

 VIEW
VIEW USER
USER
ACCOUNTS
ACCOUNTS

CHANGE
CHANGE
ADMIN
ADMIN NAME,
NAME,
PASSWORD
PASSWORD Data Base

UPDATE
UPDATE USER
USER
ACCOUNTS
ACCOUNTS
 1.CLIENT AUTHENTICATION MODULE
Module Description :
Input : User name and Password
Output : Authenticated Message box
Process Description :
 User can Enter the Admin name and Password
 Authentication Process Starts
 Compares the Name and Password with the Database
 If it Matches leads to the Next Module Screen
 If not Show the Message Box Login Failed
 New User can register with the server using register options
 Register
User Registration
with Server
Process

Stored in
Database
2. CLIENT REGISTERATION MODULE
Module Description :
Input : User Registration
Output : Registered Successfully and Keys Displayed
Process Description :
 User must register with server by given their name and details
 User must choose the Group they want to join
 Server Stores the User Information in Database
 Generates the Multiple keys
 Private key, Public Key, Common Key (Group Key) are

Generated and given to user and it is stored in Database

 AUTHENTICATION
AUTHENTICATION // REGISTRATION
REGISTRATION

REGISTER
REGISTER WITH
WITH
SERVER
SERVER THE MULTI
THE MULTI
CLOUD
CLOUD

RESPONSE
RESPONSE TO
TO USER
USER

User
User Name
Name and
and
Password
Password
Module Description :
Input : Data's to be Stored in Cloud
Output : Multi Cloud ( Distributed Cloud Formation)
Process Description :
 Data's to be Stored in Database
 Multi Cloud is Created and Data stored in DB is distributed
 Data Information and Location are Stored as Surrogate Object
 Surrogate object is referred whenever the user accessing the cloud
 Based on the Surrogate information the data is retrieved.
 Cloud 2
User1 Cloud 1
Multi Cloud
User2 Fashion
Cloud 4
Cloud 3
User3

Federated Cloud
UserN
with DB Access
Module Description :
Input : Data's
Output : Distributed among various Cloud
Process Description :
 Data's are distributed among various cloud.
 If the network load is heavy then federated scheme help to maintain
the traffic.
 User Requesting for a services is analyzed using the surrogate object
and server approaches the Appropriate cloud database.
 If it is not present in that cloud the distribution manager (Server)
Approaches the next cloud database for information.
 Cloud Cloud
1 2
Server
User1

User2 Cloud
Distribution
Manager 4
User3
Cloud
3

Federated Cloud
UserN
with DB Access
Module Description :
Input : Data's
Output : Distributed among various Cloud
Process Description :
 Data's are distributed among various cloud.
 If the network load is heavy then federated scheme help to maintain
the traffic.
 User Requesting for a services is analyzed using the surrogate object
and server approaches the Appropriate cloud database.
 If it is not present in that cloud the distribution manager (Server)
Approaches the next cloud database for information.
 Cloud Cloud
1 2
Server
User1

User2 Cloud
Distribution
Manager 4
User3
Cloud
3

Federated Cloud
UserN
with DB Access
Location
Location
Information
Information
Retrieved
Retrieved
 Wired network
 Wireless network
 Wireless sensor network
 Military application
 Hospitals
 Unresponsive site- Jobs dispatched
 Challenge
 Successful grid scheduling
 Smart alternatives
 Contingent plans
 Propose three risk-resilient scheduling
algorithms
 Enhance a new fast GA
 Risk-resilient strategies