Лучший способ сделать это, вероятно, иметь узел в корне вашей DAG Airflow, который создает кластер EMR, а затем другой узел в самом конце DAG, который раскручивает кластер после всех других узлов. завершено.
Пример, украденный отсюда (где существует также описание различий):
URL http://www.pierobon.org/iis/review1.htm
URN www.pierobon.org/iis/review1.htm#one
URI http://www.pierobon.org/iis/review1.htm.html#one
Унифицированным именем ресурса (URN) является URI, который определяет ресурс по имени в конкретном пространстве имен. УРНА может использоваться для разговора о ресурсе, не подразумевая его местоположение или как получить доступ к ней. Например, УРНОЙ urn:isbn:0-395-36341-1 является URI
От: Википедия: http://en.wikipedia.org/wiki/Uniform_Resource_Identifier
XML-схемы часто отождествляются с URI и в то время как они могут быть отформатированы так же нет никакой гарантии, что существует что-либо там, потому что это не URL.
Способность определить корректную XML-схему необходима, если необходимо проверить XML-файл. Средство идентификации должно быть совместно использовано содержанием и авторами схемы, прежде чем успешная проверка сможет означать что-либо полезное. URIs удовлетворяют эту потребность, столь же хорошую как что-либо еще. Следует иметь в виду, что схема не обязательно необходима для использования XML-файла. Поэтому это не должно быть универсально locatable или доступный, это просто должно идентифицироваться. Семантика URI избегает импликации, что ресурс должен быть расположен "здесь", как имел бы место с URL, и с серьезным основанием. Такая деталь не важна задаче идентификации.
Издатели схемы будут часто основывать URI прочь URL, которым они владеют. Я могу предположить, что существуют, многие рассуждают для того, чтобы сделать это, но для одного, это помогает избежать конфликтов имен без посредника. При использовании такой конвенции трудно сопротивляться хостингу определения в местоположении, на которое URI указал бы на если это где URL. В то время как знают необходимые средства, я полагаю, что выполнение так отмечает ценившее усилие и является примером хорошей информационной архитектуры, но этот факт остается не связанным с потребностями, удовлетворенными URI.
Общим падежом была бы УРНА, которая является URI формата urn:namespace-id:resource-id
. На Википедию:
Определенный в 1997 в RFC 2141, УРНЫ были предназначены для служения в качестве персистентных, независимых от местоположения идентификаторов, позволив простое отображение пространств имен в единственное пространство имен УРНЫ. Существование такого URI не подразумевает доступность определенного ресурса, но такие URIs требуются, чтобы оставаться глобально уникальными и персистентными, даже когда ресурс прекращает существование или становится недоступным.
Оба стиля ссылки ресурса (URL и УРНА) были позже объединены в соответствии с концепцией URI, но они остаются распознанными служением отличным целям (шахта акцента):
Унифицированное имя ресурса (URN) может сравниться с именем человека, в то время как Унифицированный указатель ресурсов (URL) может сравниться с их конкретным адресом. Другими словами, УРНА определяет объект, и URL предоставляет метод для нахождения ее.