Databricks-Machine-Learning-Professional Exam Dumps : Databricks Certified Machine Learning Professional

To log single values like the number of trees in a random forest, you can use the mlflow.log_param function. This function allows you to log a parameter (e.g. model hyperparameter) under the current run. Parameters can be of any type, and can be logged using the following syntax:

Python

mlflow.log_param("num_trees", 100)

AI-generated code. Review and use carefully. More info on FAQ.

MLflow also offers a convenient way to log multiple parameters by indicating all of them using a dictionary1. The other options are incorrect because:

• Option A: mlflow.log_artifact is used to log output files in any format, not single values2.
• Option B: mlflow.log_model is used to log an MLflow Model along with its artifacts, not single values3.
• Option C: mlflow.log_metric is used to log numeric metrics, not single values4.
• Option E: There is a way to store values like this using the mlflow.log_param function1. References: mlflow.log_param, mlflow.log_artifact, mlflow.log_model, mlflow.log_metric

MLflow provides a module called mlflow.shap that can be used to automatically calculate and log a Shapley feature importance plot using the SHAP library. The mlflow.shap.log_explanation function takes a predict function and a sample of input data, and computes the SHAP values and base values for each feature. It then logs the following artifacts to the current run:

• Base values
• SHAP values (computed using shap.KernelExplainer)
• Summary bar plot (shows the average impact of each feature on model output) The mlflow.shap.log_explanation function can be used with any model that has a predict function, such as scikit-learn, xgboost, etc1234 References:
• mlflow.shap — MLflow 2.9.1 documentation
• Extract feature importance from a mlflow 1.9 PyFuncModel model
• 9.6 SHAP (SHapley Additive exPlanations) | Interpretable Machine Learning
• load MLFlow model and plot feature importance with feature names

The MLflow Model Registry provides a centralized model store, set of APIs, and UI, to collaboratively manage the full lifecycle of an MLflow Model. It provides model lineage, model versioning, model aliasing, model tagging, and annotations. The Model Registry defines four model stages that represent the lifecycle of a model: None, Staging, Production, and Archived. Each model stage has a different meaning and purpose:

• None: This is the default stage when a new model version is registered. It indicates that the model version is not ready for any downstream use cases and needs further development or testing.
• Staging: This stage indicates that the model version is ready for testing or validation in a pre-production environment. It can be used for quality assurance, user acceptance testing, or performance evaluation before moving to production.
• Production: This stage indicates that the model version is ready for deployment in a production environment. It can be used for serving predictions, scoring data, or supporting business decisions. Only one model version per registered model can be in the production stage at a time.
• Archived: This stage indicates that the model version is no longer in active use and can be safely deleted or moved to a long-term storage. It can be used for historical or audit purposes, or for restoring a previous model version if needed.

References:

• MLflow Model Registry Documentation, p. 1-2
• Introducing the MLflow Model Registry - Databricks, p. 1-2
• Manage MLflow Models — Databricks Documentation, p. 1-2