Assigned
Status Update
Comments
ds...@google.com <ds...@google.com>
ds...@google.com <ds...@google.com> #2
Hello,
Thank you for reaching out to us with your request.
We have duly noted your feedback and will thoroughly validate it. While we cannot provide an estimated time of implementation or guarantee the fulfillment of the issue, please be assured that your input is highly valued. Your feedback enables us to enhance our products and services.
We appreciate your continued trust and support in improving our Google Cloud Platform products. In case you want to report a new issue, Please do not hesitate to create a new issue on the
Once again, we sincerely appreciate your valuable feedback; Thank you for your understanding and collaboration.
Description
What you would like to accomplish: I want to be able to specify a job name with the job creation request, rather than having the Transcoder API generate one automatically.
How this might work: We are using the Node.js client, and the
v1.IJOB
interface already includes aname
property that is meant for created jobs. This property is ignored during job creation. I am proposing that this particular behavior change, such that we can set a value for thename
property that we send in thecreateJob
request. We would generate a UUID on our end that the Transcoder API can verify for uniqueness and reject thecreateJob
request if there were already a job with that name.If applicable, reasons why alternative solutions are not sufficient: The current mechanism has the API generate a UUID and return that as part of the create job response. This works but we would prefer to set our own job name because it eliminates a needless point of failure in our transcoding pipeline. We track transcoding jobs in Firestore and have to save the job name in the document in order to track its progress. If there were to be a transient error with Firestore or Cloud Functions that occurred somewhere between the job's creation and the document being updated, then the job would continue without being tracked in our database--which is very undesirable to us. There are some mechanisms that could mitigate the problem in such a scenario, such as the
listJobs
API, but it would be preferable to us to generate a UUID on our end and then save that to the Firestore document before creating the transcoder job instead of after.Other information (workarounds you have tried, documentation consulted, etc): N/A