Aggregating IaaS Service

 
Thread Tools Search this Thread
Special Forums News, Links, Events and Announcements UNIX and Linux RSS News Aggregating IaaS Service
# 1  
Old 02-23-2011
Aggregating IaaS Service

HPL-2011-22 Aggregating IaaS Service - Lee, Bu Sung; Yan, Shixing; Ma, Ding; Zhao, Guopeng
Keyword(s): Cloud computing, service management, IaaS
Abstract: Infrastructure-as-a-Service (IaaS) is the most acceptable Cloud Computing delivery model that CIO and IT managers are exploring as they relook at their IT infrastructure. However, the adoption of IaaS faces challenge/concerns such as provider lock-in, reliability, and regulatory compliance for data ...
Full Report

More...
Login or Register to Ask a Question

Previous Thread | Next Thread

3 More Discussions You Might Find Interesting

1. UNIX for Beginners Questions & Answers

Run one service after another service has finished - systemd

Hi all I would like to know how to run task2.service after task1.service has finished. task1.service has a timer (task1.timer), that makes it run every 5 minutes OnCalendar=*:0/5task2.service is basically a script, that has to work on the files created after task1 has finished. This is what I... (2 Replies)
Discussion started by: guilliber
2 Replies

2. Solaris

Service

Hi, We are using solaris 10. One of the service was not allowed to start due to security check and violation. Do you know what is the service is doing and what does the impact if it is disabled. thanks, Name of service: /application/management/hwmgmtd (2 Replies)
Discussion started by: xitrum
2 Replies

3. HP-UX

Background service!

Hi I'm wondering, Is there a way to run an application as a background service on HP-UNIX? I'm a complete noobie! Basically I got an application that runs as an NT service on windows. This application is cross-platform and I am wondering if I could run it as some background service on HP-unix... (2 Replies)
Discussion started by: jun27
2 Replies
Login or Register to Ask a Question
inets(3erl)						     Erlang Module Definition						       inets(3erl)

NAME
inets - The inets services API DESCRIPTION
This module provides the most basic API to the clients and servers, that are part of the Inets application, such as start and stop. COMMON DATA TYPES
Type definitions that are used more than once in this module: service() = ftpc | tftp | httpc | httpd property() = atom() EXPORTS
services() -> [{Service, Pid}] Types Service = service() Pid = pid() Returns a list of currently running services. Note: Services started as stand_alone will not be listed. services_info() -> [{Service, Pid, Info}] Types Service = service() Pid = pid() Info = [{Option, Value}] Option = property() Value = term() Returns a list of currently running services where each service is described by a [{Option, Value}] list. The information given in the list is specific for each service and it is probable that each service will have its own info function that gives you even more details about the service. service_names() -> [Service] Types Service = service() Returns a list of available service names. start() -> start(Type) -> ok | {error, Reason} Types Type = permanent | transient | temporary Starts the Inets application. Default type is temporary. See also application(3erl) stop() -> ok Stops the inets application. See also application(3erl) start(Service, ServiceConfig) -> {ok, Pid} | {error, Reason} start(Service, ServiceConfig, How) -> {ok, Pid} | {error, Reason} Types Service = service() ServiceConfig = [{Option, Value}] Option = property() Value = term() How = inets | stand_alone - default is inets Dynamically starts an inets service after the inets application has been started. Note: Dynamically started services will not be handled by application takeover and failover behavior when inets is run as a distributed applica- tion. Nor will they be automatically restarted when the inets application is restarted, but as long as the inets application is up and run- ning they will be supervised and may be soft code upgraded. Services started as stand_alone , e.i. the service is not started as part of the inets application, will lose all OTP application benefits such as soft upgrade. The "stand_alone-service" will be linked to the process that started it. In most cases some of the supervision functionality will still be in place and in some sense the calling process has now become the top supervisor. stop(Service, Reference) -> ok | {error, Reason} Types Service = service() | stand_alone Reference = pid() | term() - service specified reference Reason = term() Stops a started service of the inets application or takes down a "stand_alone-service" gracefully. When the stand_alone option is used in start, only the pid is a valid argument to stop. SEE ALSO
ftp(3erl) , httpc(3erl) , httpd(3erl) , tftp(3erl) Ericsson AB inets 5.5.2 inets(3erl)