It looks like Plans set limits on the number of container specifications - which is probably a typo or something. Higher plans will likely allow to have more *instances* (not types) of the containers and probably higher variety (e.g. Free plan only having the small ones).
Also, after the plans are defined, it makes sense to let users sign-up to them on Application rather than Organization level. So developers of Application A pick the limits that work for them - maybe they use Free because it is a PoC thing, and Application B needs small - because it is a low traffic internal app, and then Application C needs extra-large because it is a popular production app. Plan can have some sort of monthly subscription price, container specs allowed, max number of instances, maybe other limits (e.g. team size, or shared storage), and maybe some sort of overage pricing (allowing to get outside the limits and pay extra). Dmitry On Tue, Dec 15, 2015 at 8:48 PM, Nadeeshani Pathirennehelage < [email protected]> wrote: > Hi All, > > *Further clarification of Tier User Stories.* > > Appfactoery set up engineer will define the container_specs. As an example > t2.small with the features CPU 1, memory 2 and memeory 4GB. > He will also be defining the subscription plans. > > Then organizations(Tenants) can subscribe to the plans. Then that tenant > would get assigned to the free tier. Free tier will allow to choose the > containers of t2.small, t2.medium, t2.large with maximum of 6 containers > where the Appfactory controls the maximum number of containers. > > So if a container is chosen, the containers that can be selected would > reduce by one. > If want tenant can upgrade their plan to paid tier. > > Kubernetes Quotas will control the container specs' Resources. > > Updated table structure is given below. > > > > Thanks, > > Nadeeshani. > > On Wed, Dec 16, 2015 at 6:41 AM, Imesh Gunaratne <[email protected]> wrote: > >> Thanks for the clarifications Kasun! >> >> On Tue, Dec 15, 2015 at 5:41 PM, Kasun De Silva <[email protected]> wrote: >> >>> Hi Imesh, >>> >>> See my comments inline, >>> >>>> >>>> - I can see the term "gear" is used in the tables but it's not >>>> described. Is this an unit of resources (CPU, memory, disk, etc)? If so >>>> how >>>> do we plan to control that for a cluster of containers? >>>> >>>> Yes "Gear" is an unit of resources, but AFAIU we should not use this >>> word since openshift already use it. >>> @Nadeeshani please use "Container Spec" instead for now until we figure >>> out something better. >>> >>>> >>>> - What would be the entity that a tenant admin would subscribe to? >>>> Is this a container cluster or a composite container deployment (which >>>> would have a multiple clusters) or a set of app types? >>>> >>>> Tenant would subscribe to a Plan that is the main entity. Plan consist >>> of a container cluster. He can use this container cluster to do his >>> deployments. >>> >>>> >>>> - Are we planning to expose an API for billing integration? >>>> >>>> Yes, REST API will be provided for billing and subscription plan >>> applications since we are planning to have payment modules and subscription >>> modules separate from AF. (Could be existing Cloudmgt app) >>> >>>> >>>> - Do we have a plan to integrate with an existing billing solution >>>> to demonstrate billing capabilities? >>>> >>>> +1 for this, @AF team WDYT? >>> >>> Thanks, >>> Kasun >>> >>> -- >>> *Kasun de Silva* >>> Software Engineer | *WSO2 Inc.*; http://wso2.com >>> lean.enterprise.middleware >>> >>> email : [email protected] >>> mobile : +94 77 794 4260 >>> >>> >> >> >> -- >> *Imesh Gunaratne* >> Senior Technical Lead >> WSO2 Inc: http://wso2.com >> T: +94 11 214 5345 M: +94 77 374 2057 >> W: http://imesh.gunaratne.org >> Lean . Enterprise . Middleware >> >> >> _______________________________________________ >> Architecture mailing list >> [email protected] >> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >> >> > > > -- > Pathirennehelage Nadeeshani > Software Engineering Intern : WSO2 Inc > Mobile : +94 (0) 716 545223 > [email protected] > > _______________________________________________ > Architecture mailing list > [email protected] > https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture > > -- Dmitry Sotnikov VP of Cloud; WSO2, Inc.; http://wso2.com/ email: [email protected]; cell: +1.949.303.9653; Skype: DSotnikov Lean . Enterprise . Middleware <http://wso2.com/events/>
_______________________________________________ Architecture mailing list [email protected] https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
