You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Each cloud provider has different node types, complicating the problem somewhat. Each particular container type or service type (when there is a distinction between the two) should have a poset of node types for at least the cloud provider being used. A configuration provider may support more than one cloud provider. What might be nicer is if we could directly deal with memory, cpu, and coprocessor requirements/preferences, so that this could be specified in a more cloud-agnostic and user-transparent fashion: need to check jclouds API etc
Add requirements inline below:
VM-preferences and requirements
Each cloud provider has different node types, complicating the problem somewhat. Each particular container type or service type (when there is a distinction between the two) should have a poset of node types for at least the cloud provider being used. A configuration provider may support more than one cloud provider. What might be nicer is if we could directly deal with memory, cpu, and coprocessor requirements/preferences, so that this could be specified in a more cloud-agnostic and user-transparent fashion: need to check jclouds API etc
Configuration format
Currently looking at dhall; for the jvm/Eta, will track typelead/eta#704
The text was updated successfully, but these errors were encountered: