-
Notifications
You must be signed in to change notification settings - Fork 28
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
task
machine relationship
#354
Comments
@dacbd I would like to have built it on top but they are based on different concepts... in any case |
I might be wrong but looks like right now the only "hardware" definition consists of the instance type, disk, and base image. I foresee something like this as a future possibility: terraform {
required_providers {
iterative = {
source = "iterative/iterative"
}
}
}
provider "iterative" {}
resource "iterative_machine" "instance_test" {
cloud = "aws"
region = "us-west-2"
aws_subnet_id = "subnet-qwert2345"
aws_security_group = "test"
instance_type = "t1.micro"
instance_permission_set = "some_S3_role"
ssh_private = ***
}
resource "iterative_task" "task" {
name = "test"
machine = iterative_machine.instance_test.id
script = file("script.sh")
workdir {
input = "."
output = "./output"
object_storage = "arn:::mys3/bucket"
}
}
|
Oh yeah! we have already discussed that. Indeed the idea was to be able to use resources within resources. |
related: #461 |
I was snooping at: #340
and I wonder if there are any plans to have the task's
"machine"
definition accept aniterative_machine
definition/resource?The text was updated successfully, but these errors were encountered: