[jira] [Updated] (SLIDER-875) Ability to create an Uber application package with capability to deploy and manage as a single business app

["Gour Saha (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/SLIDER-875?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Gour Saha updated SLIDER-875:
-----------------------------
    Description: 
A business application as we typically refer to, is one that provides value to an end user. Few examples will be, a CRM application, an online advertising application, and a trucking application (to monitor driving habits of truck drivers).

An end user does not understand (or care about) the numerous application components like HBase, Storm, Spark, Tomcat, Memcached, or Nodejs that are required to build such a business application. 

Several such business applications are hosted by cloud vendors like AWS, GCE, Azure, and others. From a cluster management point of view, the IT administrator would benefit from an Uber control of the business application as a whole. The business application owner understands the different components (like Tomcat, Memcached, HBase, etc.) of her/his Uber application. As much as they need fine-grain control of each of these individual applications (which is supported today), they would also benefit from a management control for the Uber app. With Docker becoming popular every day, this will provide a platform to the application owners to define a business application as a conglomerate of Docker containers.

Slider currently is viewed (and used) to package individual applications like HBase, Storm, Kafka, Memcached, and Tomcat. Slider should be able to expose the concept of an Uber application package definition. This Uber definition will be composed of config and resource specifications of the individual application components. Additionally, it will have definitions for Uber management and control, like -
# Stop, start and flex of the Uber app
# Dependency specification between the individual applications such that flex of certain components of an application can automatically trigger proportional flex of components in another application
# Cruise control of the Uber app, on top of what SLIDER-868 will provide for an individual app. Ability to define a skyline for the Uber app, over time and other dimensions.
# Resource requirements and planning for the Uber app as a whole. Most of the times, an Uber app is functional only when every individual application is deployed and available. Tomcat running without Memcached and HBase is a useless business application. Slider should be able to do resource calculation and negotiation for the Uber app as a whole, and work with YARN to get at least a minimal working Uber app running or do not bother to run anything.
# Ability to define and use multiple YARN labels for the Uber application (in addition to the fine grained label definitions for individual components of a single app)

I am sure, there are several other benefits which are not identified yet, but this is a start.


  was:
A business application as we typically refer to, is one that provides value to an end customer. Few examples will be, a CRM application, on online advertising application, and a trucking application (to monitor driving habits of truck drivers).

An end user does not understand (or care about) the numerous application components like HBase, Storm, Spark, Tomcat, Memcached, or Nodejs that are required to build such a business application. 

Several such business applications are hosted by cloud vendors like AWS, GCE, Azure, and others. From a cluster management point of view, the IT administrator would benefit from an Uber control of the business application as a whole. The business application owner understands the different components (like Tomcat, Memcached, HBase, etc.) of her/his Uber application. As much as they need fine-grain control of each of these individual applications (which is supported today), they would also benefit from a management control for the Uber app. With Docker becoming popular every day, this will provide a platform to the application owners to define a business application as a conglomerate of Docker containers.

Slider currently is viewed (and used) to package individual applications like HBase, Storm, Kafka, Memcached, and Tomcat. Slider should be able to expose the concept of an Uber application package definition. This Uber definition will be composed of config and resource specifications of the individual application components. Additionally, it will have definitions for Uber management and control, like -
# Stop, start and flex of the Uber app
# Dependency specification between the individual applications such that flex of certain components of an application can automatically trigger proportional flex of components in another application
# Cruise control of the Uber app, on top of what SLIDER-868 will provide for an individual app. Ability to define a skyline for the Uber app, over time and other dimensions.
# Resource requirements and planning for the Uber app as a whole. Most of the times, an Uber app is functional only when every individual application is deployed and available. Tomcat running without Memcached and HBase is a useless business application. Slider should be able to do resource calculation and negotiation for the Uber app as a whole and work with YARN to get at least a minimal working Uber app running or nothing.
# Ability to define and use multiple YARN labels for the Uber application (in addition to the fine grained label definitions for individual components of a single app)

I am sure, there are several other benefits which are not identified yet, but this is a start.



> Ability to create an Uber application package with capability to deploy and manage as a single business app
> -----------------------------------------------------------------------------------------------------------
>
>                 Key: SLIDER-875
>                 URL: https://issues.apache.org/jira/browse/SLIDER-875
>             Project: Slider
>          Issue Type: New Feature
>          Components: agent, app-package, appmaster, client, core
>    Affects Versions: Slider 0.70
>            Reporter: Gour Saha
>
> A business application as we typically refer to, is one that provides value to an end user. Few examples will be, a CRM application, an online advertising application, and a trucking application (to monitor driving habits of truck drivers).
> An end user does not understand (or care about) the numerous application components like HBase, Storm, Spark, Tomcat, Memcached, or Nodejs that are required to build such a business application. 
> Several such business applications are hosted by cloud vendors like AWS, GCE, Azure, and others. From a cluster management point of view, the IT administrator would benefit from an Uber control of the business application as a whole. The business application owner understands the different components (like Tomcat, Memcached, HBase, etc.) of her/his Uber application. As much as they need fine-grain control of each of these individual applications (which is supported today), they would also benefit from a management control for the Uber app. With Docker becoming popular every day, this will provide a platform to the application owners to define a business application as a conglomerate of Docker containers.
> Slider currently is viewed (and used) to package individual applications like HBase, Storm, Kafka, Memcached, and Tomcat. Slider should be able to expose the concept of an Uber application package definition. This Uber definition will be composed of config and resource specifications of the individual application components. Additionally, it will have definitions for Uber management and control, like -
> # Stop, start and flex of the Uber app
> # Dependency specification between the individual applications such that flex of certain components of an application can automatically trigger proportional flex of components in another application
> # Cruise control of the Uber app, on top of what SLIDER-868 will provide for an individual app. Ability to define a skyline for the Uber app, over time and other dimensions.
> # Resource requirements and planning for the Uber app as a whole. Most of the times, an Uber app is functional only when every individual application is deployed and available. Tomcat running without Memcached and HBase is a useless business application. Slider should be able to do resource calculation and negotiation for the Uber app as a whole, and work with YARN to get at least a minimal working Uber app running or do not bother to run anything.
> # Ability to define and use multiple YARN labels for the Uber application (in addition to the fine grained label definitions for individual components of a single app)
> I am sure, there are several other benefits which are not identified yet, but this is a start.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)