99## 1. Objective
1010
1111This RFC documents the data model that supports the TFX DSL
12- [ semantics] ( https://github.com/tensorflow/community/blob/master/rfcs/20200601-tfx-uDSL -semantics.md ) .
12+ [ semantics] ( https://github.com/tensorflow/community/blob/master/rfcs/20200601-tfx-udsl -semantics.md ) .
1313It also introduces the TFX DSL intermediate representation (IR) and the workflow
1414based on that. The IR is the bridge between the DSL and its orchestration /
1515execution on all supported platforms and the workflow is the procedure that all
@@ -43,7 +43,7 @@ model became more visible since it would be infeasible to define different
4343model when reading and writing ML metadata.
4444
4545The importance of the data model was further amplified with the proposal of the
46- [ advanced DSL semantics] (https://github.com/tensorflow/community/blob/master/rfcs/20200601-tfx-TFX DSL -semantics.md),
46+ [ advanced DSL semantics] ( https://github.com/tensorflow/community/blob/master/rfcs/20200601-tfx-udsl -semantics.md ) ,
4747in which the concept of synchronous versus asynchronous execution pipelines and
4848synchronous versus asynchronous data pipelines was formalized. It is also in
4949this proposal that asynchronous execution pipelines are considered to be the
@@ -56,7 +56,7 @@ fetching is still needed and is likely to dominate for use cases where one-shot
5656pipelines are good enough. It is also useful even in the context of asynchronous
5757execution pipelines, where data synchronization is required. A good example will
5858be the
59- [ sub-pipeline] (https://github.com/tensorflow/community/blob/master/rfcs/20200601-tfx-TFX DSL -semantics.md?#sub-pipeline)
59+ [ sub-pipeline] ( https://github.com/tensorflow/community/blob/master/rfcs/20200601-tfx-udsl -semantics.md?#sub-pipeline )
6060idea.
6161
6262Thus, it is highly desired to have a uniform data model that is consistent
@@ -145,12 +145,12 @@ IR, together with the workflow based on it should be able to:
145145
146146The design will be introduced in three sections:
147147
148- - Section [ 3.1] ( #data-model ) describes how a TFX pipeline execution will be
148+ - Section [ 3.1] ( #31- data-model ) describes how a TFX pipeline execution will be
149149 represented in MLMD database (a.k.a., the end result of a pipeline
150150 execution).
151- - Section [ 3.2] ( #intermediate-representation-ir ) describes a specification of
151+ - Section [ 3.2] ( #32- intermediate-representation-ir ) describes a specification of
152152 a TFX pipeline.
153- - Section [ 3.3] ( #workflows-scenarios-and-examples ) describes how the detailed
153+ - Section [ 3.3] ( #33- workflows-scenarios-and-examples ) describes how the detailed
154154 workflow given a specification of a pipeline and how that works for
155155 different semantics.
156156
0 commit comments