Product Types
Defining a Product Type
A Product Type (often referred to simply as a product) is the top level object of a domain model. A product is effectively the template used for creating a subscription instance, and you can instantiate as many instances of these as you want. To see an example product model, you can see a very simple Node product type from the example workflow orchestrator:
# Copyright 2019-2023 SURF.
# Licensed under the Apache License, Version 2.0 (the "License");
# you may not use this file except in compliance with the License.
# You may obtain a copy of the License at
#
# http://www.apache.org/licenses/LICENSE-2.0
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.
from orchestrator.domain.base import SubscriptionModel
from orchestrator.types import SubscriptionLifecycle, strEnum
from products.product_blocks.node import NodeBlock, NodeBlockInactive, NodeBlockProvisioning
class Node_Type(strEnum):
Cisco = "Cisco"
Nokia = "Nokia"
Cumulus = "Cumulus"
FRR = "FRR"
class NodeInactive(SubscriptionModel, is_base=True):
node_type: Node_Type
node: NodeBlockInactive
class NodeProvisioning(NodeInactive, lifecycle=[SubscriptionLifecycle.PROVISIONING]):
node_type: Node_Type
node: NodeBlockProvisioning
class Node(NodeProvisioning, lifecycle=[SubscriptionLifecycle.ACTIVE]):
node_type: Node_Type
node: NodeBlock
Type Hints
Notice how type hints are used on these classes—The WFO uses these types for pydantic validations and for type safety when serializing data into and out of the database. If you're not familiar with type hinting, learn about the benefits from PEP 484!
Fixed Inputs
When a hard coded value is stored on product model, like Node_Type
is here, it is called a Fixed Input. Read more about Fixed Inputs here
Breaking this product down a bit more, we see 3 classes, NodeInactive
, NodeProvisioning
, and finally Node
. These three classes are built off of each-other, with the lowest level class (NodeInactive
) based off of the SubscriptionModel
base class. Each class has two simple attributes, one is the Fixed Input of Node_Type
, and the other is the root product block node
. Each one of these classes represents the Node
product in its various lifecycle states, which are defined here in the SubscriptionLifecycle
enum:
orchestrator.types.SubscriptionLifecycle
Bases: pydantic_forms.types.strEnum
Source code in orchestrator/types.py
116 117 118 119 120 121 122 123 |
|
To fully understand the Subscription Model, it's best to look at the SubscriptionModel
itself in the code. Here you can also see the various methods available for use on these Subscription instances when you are using them in your workflow code:
orchestrator.domain.base.SubscriptionModel
Bases: orchestrator.domain.base.DomainModel
This is the base class for all product subscription models.
To use this class, see the examples below:
Definining a subscription model:
>>> class SubscriptionInactive(SubscriptionModel, product_type="SP"): # doctest:+SKIP
... block: Optional[ProductBlockModelInactive] = None
>>> class Subscription(BlockInactive, lifecycle=[SubscriptionLifecycle.ACTIVE]): # doctest:+SKIP
... block: ProductBlockModel
This example defines a subscription model with two different contraints based on lifecycle. Subscription
is valid only for ACTIVE
And SubscriptionInactive
for all other states.
product_type
must be defined on the base class and need not to be defined on the others
Create a new empty subscription:
>>> example1 = SubscriptionInactive.from_product_id(product_id, customer_id) # doctest:+SKIP
Create a new instance based on a dict in the state:
>>> example2 = SubscriptionInactive(**state) # doctest:+SKIP
To retrieve a ProductBlockModel from the database:
>>> SubscriptionInactive.from_subscription(subscription_id) # doctest:+SKIP
Source code in orchestrator/domain/base.py
980 981 982 983 984 985 986 987 988 989 990 991 992 993 994 995 996 997 998 999 1000 1001 1002 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 1020 1021 1022 1023 1024 1025 1026 1027 1028 1029 1030 1031 1032 1033 1034 1035 1036 1037 1038 1039 1040 1041 1042 1043 1044 1045 1046 1047 1048 1049 1050 1051 1052 1053 1054 1055 1056 1057 1058 1059 1060 1061 1062 1063 1064 1065 1066 1067 1068 1069 1070 1071 1072 1073 1074 1075 1076 1077 1078 1079 1080 1081 1082 1083 1084 1085 1086 1087 1088 1089 1090 1091 1092 1093 1094 1095 1096 1097 1098 1099 1100 1101 1102 1103 1104 1105 1106 1107 1108 1109 1110 1111 1112 1113 1114 1115 1116 1117 1118 1119 1120 1121 1122 1123 1124 1125 1126 1127 1128 1129 1130 1131 1132 1133 1134 1135 1136 1137 1138 1139 1140 1141 1142 1143 1144 1145 1146 1147 1148 1149 1150 1151 1152 1153 1154 1155 1156 1157 1158 1159 1160 1161 1162 1163 1164 1165 1166 1167 1168 1169 1170 1171 1172 1173 1174 1175 1176 1177 1178 1179 1180 1181 1182 1183 1184 1185 1186 1187 1188 1189 1190 1191 1192 1193 1194 1195 1196 1197 1198 1199 1200 1201 1202 1203 1204 1205 1206 1207 1208 1209 1210 1211 1212 1213 1214 1215 1216 1217 1218 1219 1220 1221 1222 1223 1224 1225 1226 1227 1228 1229 1230 1231 1232 1233 1234 1235 1236 1237 1238 1239 1240 1241 1242 1243 1244 1245 1246 1247 1248 1249 1250 1251 1252 1253 1254 1255 1256 1257 1258 1259 1260 1261 1262 1263 1264 1265 1266 1267 1268 1269 1270 1271 1272 1273 1274 1275 1276 1277 1278 1279 1280 1281 1282 1283 1284 1285 1286 1287 1288 1289 1290 1291 1292 1293 1294 1295 1296 1297 1298 1299 1300 1301 1302 1303 1304 1305 1306 1307 1308 1309 1310 1311 1312 1313 1314 1315 1316 1317 1318 1319 1320 1321 1322 1323 1324 1325 1326 1327 1328 1329 1330 1331 1332 1333 1334 1335 1336 1337 1338 1339 1340 1341 1342 1343 1344 1345 1346 1347 1348 1349 1350 1351 1352 1353 1354 1355 1356 1357 1358 1359 1360 1361 1362 1363 1364 1365 1366 1367 1368 1369 1370 1371 1372 1373 1374 1375 1376 1377 1378 1379 1380 1381 1382 1383 1384 1385 1386 1387 1388 1389 1390 1391 1392 1393 1394 1395 1396 1397 |
|
diff_product_in_database
classmethod
diff_product_in_database(
product_id: UUID,
) -> dict[str, dict[str, set[str] | dict[str, set[str]]]]
Return any differences between the attrs defined on the domain model and those on product blocks in the database.
This is only needed to check if the domain model and database models match which would be done during testing...
Source code in orchestrator/domain/base.py
1042 1043 1044 1045 1046 1047 1048 1049 1050 1051 1052 1053 1054 1055 1056 1057 1058 1059 1060 1061 1062 1063 1064 1065 1066 1067 1068 1069 1070 1071 1072 1073 1074 1075 1076 1077 1078 1079 1080 1081 1082 1083 1084 1085 1086 1087 1088 1089 1090 1091 1092 1093 1094 1095 1096 1097 1098 |
|
from_other_lifecycle
classmethod
from_other_lifecycle(
other: SubscriptionModel,
status: SubscriptionLifecycle,
skip_validation: bool = False,
) -> S
Create new domain model from instance while changing the status.
This makes sure we always have a specific instance.
Source code in orchestrator/domain/base.py
1165 1166 1167 1168 1169 1170 1171 1172 1173 1174 1175 1176 1177 1178 1179 1180 1181 1182 1183 1184 1185 1186 1187 1188 1189 1190 1191 1192 1193 1194 1195 1196 1197 |
|
from_product_id
classmethod
from_product_id(
product_id: UUID | UUIDstr,
customer_id: str,
status: SubscriptionLifecycle = SubscriptionLifecycle.INITIAL,
description: str | None = None,
insync: bool = False,
start_date: datetime | None = None,
end_date: datetime | None = None,
note: str | None = None,
) -> S
Use product_id (and customer_id) to return required fields of a new empty subscription.
Source code in orchestrator/domain/base.py
1100 1101 1102 1103 1104 1105 1106 1107 1108 1109 1110 1111 1112 1113 1114 1115 1116 1117 1118 1119 1120 1121 1122 1123 1124 1125 1126 1127 1128 1129 1130 1131 1132 1133 1134 1135 1136 1137 1138 1139 1140 1141 1142 1143 1144 1145 1146 1147 1148 1149 1150 1151 1152 1153 1154 1155 1156 1157 1158 1159 1160 1161 1162 1163 |
|
from_subscription
classmethod
from_subscription(subscription_id: UUID | UUIDstr) -> S
Use a subscription_id to return required fields of an existing subscription.
Source code in orchestrator/domain/base.py
1284 1285 1286 1287 1288 1289 1290 1291 1292 1293 1294 1295 1296 1297 1298 1299 1300 1301 1302 1303 1304 1305 1306 1307 1308 1309 1310 1311 1312 1313 1314 1315 1316 1317 1318 1319 1320 1321 1322 1323 1324 1325 1326 1327 1328 1329 1330 1331 1332 |
|
save
save() -> None
Save the subscription to the database.
Source code in orchestrator/domain/base.py
1334 1335 1336 1337 1338 1339 1340 1341 1342 1343 1344 1345 1346 1347 1348 1349 1350 1351 1352 1353 1354 1355 1356 1357 1358 1359 1360 1361 1362 1363 1364 1365 1366 1367 1368 1369 1370 1371 1372 1373 1374 1375 1376 1377 1378 1379 1380 1381 1382 1383 1384 1385 1386 1387 1388 1389 1390 1391 1392 1393 |
|
It is also quite helpful to see how the Product Type is stored in the database—To see this, look at the ProductTable
model as it shows all of the attributes stored in the database to store your WFO products:
orchestrator.db.models.ProductTable
Bases: orchestrator.db.database.BaseModel
Source code in orchestrator/db/models.py
185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 |
|
Subscription Model Registry
When you define a Product Type as a domain model in python, you also need to register it in the subscription model registry, by using the SUBSCRIPTION_MODEL_REGISTRY
dictionary, like is shown here in the example workflow orchestrator:
# Copyright 2019-2023 SURF.
# Licensed under the Apache License, Version 2.0 (the "License");
# you may not use this file except in compliance with the License.
# You may obtain a copy of the License at
#
# http://www.apache.org/licenses/LICENSE-2.0
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.
from orchestrator.domain import SUBSCRIPTION_MODEL_REGISTRY
from products.product_types.core_link import CoreLink
from products.product_types.l2vpn import L2vpn
from products.product_types.node import Node
from products.product_types.port import Port
SUBSCRIPTION_MODEL_REGISTRY.update(
{
"node Cisco": Node,
"node Nokia": Node,
"node Cumulus": Node,
"node FRR": Node,
"port 10G": Port,
"port 100G": Port,
"core link 10G": CoreLink,
"core link 100G": CoreLink,
"l2vpn": L2vpn,
}
)
Automatically Generating Product Types
If all of this seems like too much work, then good news, as all clever engineers before us have done, we've fixed that with YAML! Using the WFO CLI, you can generate your product types directly from a YAML. For more information on how to do that, check out the CLI generate
command documentation.
Creating Database Migrations
After defining all of the components of a Product type, you'll also need to create a database migration to properly wire-up the product in the orchestrator's database. A migration file for this example Node model looks like this:
Example: example-orchestrator/migrations/versions/schema/2023-10-27_a84ca2e5e4db_add_node.py
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 |
|
Thankfully, you don't have to write these database migrations by hand, you can simply use the main.py db migrate-domain-models
command that is part of the orchestrator CLI, documented here.