-
During the execution of this example demo_6 , the job are schduled in batch and completed successfully.. secondly, the jobs in aws batch - how to restrict the number of jobs only to be executed in batch , the (range) |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 3 replies
-
Thanks for the comment - it is great to hear that the Batch example worked. This demo shows how to run jobs on Batch, and the results can be viewed on the Gremlin graph. The intention behind this is to replace the code inside the functions (components) with the compute invocation (simulation and ML, etc.) code which calls/invokes the containerized code in the ECR container. For example, this could be a digital twin simulation - we can work together to set this up. The idea behind TwinGraph here is to run multiple containers simultaneously asynchronously (as you have, with autoscaling) as well as chaining multiple containers together in an event-driven workflow chain (one container provides inputs to another once its completed successfully). We can walk you through more meaningful examples. Secondly, this number is specified within the pipeline section of the deployment.py code - it is set to 372 (250 and 122) in lines 23 and 28 - you can change this as you wish. These tasks are very short arithmetic operations so it should not incur much cost. You can setup instances accordingly in the compute environment of Batch. When you create the Batch compute environment, selecting 'optimal' will pick those c, m, etc. instances, but you can also select specific lower cost ones such as t instances instead of optimal. Please let us know if you have other questions! Thanks very much. |
Beta Was this translation helpful? Give feedback.
Thanks for the comment - it is great to hear that the Batch example worked. This demo shows how to run jobs on Batch, and the results can be viewed on the Gremlin graph. The intention behind this is to replace the code inside the functions (components) with the compute invocation (simulation and ML, etc.) code which calls/invokes the containerized code in the ECR container. For example, this could be a digital twin simulation - we can work together to set this up. The idea behind TwinGraph here is to run multiple containers simultaneously asynchronously (as you have, with autoscaling) as well as chaining multiple containers together in an event-driven workflow chain (one container provide…