import neptune

run = neptune.init_run()
run["params"] = {
    "batch_size": 64, 
    "dropout": 0.4
The MLOps stack component for experiment tracking

Track, compare, and share your models in one place
—not all over the place

Scaling ML teams use Neptune to:
  • Skip days of debugging disorganized models — and reach production-ready stage faster
  • Avoid long and messy model handovers — and get instant access to model artifacts

Lightweight component that works with any MLOps stack

scheme #2 (2)
icon Track & compare

Log model metadata from anywhere in your pipeline. See and compare results in the web app.

Cut down the time you spend debugging. Monitor training live. Develop production-ready models quicker.

  • Any framework
  • Any metadata type
  • Advanced comparison
  • Live training monitoring
  • Reproducibility
Any framework
import neptune

# Connect to Neptune and create a run
run = neptune.init_run()

# Log hyperparameters
run["parameters"] = {
    "batch_size": 64,
    "optimizer": {"type":"SGD", "learning_rate": 0.001},
# Log dataset versions

# Log the training process
for iter in range(100):

# Log test metrics and charts
run["test/f1_score"] = test_score

# Log model weights and versions

# Stop logging to your run
from neptune.integrations.pytorch import NeptuneLogger

run = neptune.init_run()
neptune_callback = NeptuneLogger(run=run, model=model)
from neptune.integrations.tensorflow_keras import NeptuneCallback

run = neptune.init_run()
neptune_cbk = NeptuneCallback(run=run)
from pytorch_lightning.loggers import NeptuneLogger

neptune_logger = NeptuneLogger()

trainer = Trainer(max_epochs=10, logger=neptune_logger), my_dataloader)
import neptune.integrations.sklearn as npt_utils

run = neptune.init_run()

parameters = {
    "n_estimators": 120,
    "learning_rate": 0.12,
    "min_samples_split": 3,
    "min_samples_leaf": 2,

gbc = GradientBoostingClassifier(**parameters), y_train)

run["cls_summary"] = npt_utils.create_classifier_summary(
    gbc, X_train, X_test, y_train, y_test
from neptune.integrations.lightgbm import NeptuneCallback, create_booster_summary

run = neptune.init_run()
neptune_callback = NeptuneCallback(run=run)

params = {
    "boosting_type": "gbdt",
    "objective": "multiclass",
    "num_class": 10,
    "metric": ["multi_logloss", "multi_error"],
    "num_leaves": 21,
    "learning_rate": 0.05,
    "max_depth": 12,

# Train the model
gbm = lgb.train(
    valid_sets=[lgb_train, lgb_eval],
    valid_names=["training", "validation"],

run["lgbm_summary"] = create_booster_summary(
    list_trees=[0, 1, 2, 3, 4],
from neptune.integrations.xgboost import NeptuneCallback

run = neptune.init_run()
neptune_callback = NeptuneCallback(run=run, log_tree=[0, 1, 2, 3])

params = {
    "eta": 0.7,
    "gamma": 0.001,
    "max_depth": 9,
    "objective": "reg:squarederror",
    "eval_metric": ["mae", "rmse"],

import neptune.integrations.optuna as optuna_utils

run = neptune.init_run()
neptune_callback = optuna_utils.NeptuneCallback(run)

study = optuna.create_study(direction="maximize")
study.optimize(objective, n_trials=20, callbacks=[neptune_callback])
kedro neptune init
def report_accuracy(predictions: np.ndarray, test_y: pd.DataFrame,
                    neptune_run: -> None:
    # ...
    neptune_run["nodes/report/accuracy"] = accuracy

    fig, ax = plt.subplots()
    plot_confusion_matrix(target, predictions, ax=ax)
def create_pipeline(**kwargs):
    return Pipeline(
        [# ...
                ["example_predictions", "example_test_y","neptune_run"],
decor decor
Any metadata type
run["score"] = 0.97

for epoch in range(100):
run["model/parameters"] = {
    "optimizer": {"name": "Adam", "momentum": 0.9},

for name in misclassified_images_names:
run = neptune.init_run(capture_hardware_metrics=True)
run = neptune.init_run(source_files=["**/*.py", "config.yaml"])
decor decor
Advanced comparison
Live training monitoring
icon Share & collaborate

Collaborate with the team and across the organization

Our built-in collaborative features make light work of your teamwork. Centralized data means all your team members can access your experiments and models and share the results in one place.

  • Create dashboards and save views
  • Share persistent UI links
  • Manage users and projects
  • Add your entire org
Create dashboards and save views
decor decor
Share persistent UI links
decor decor
Manage users and projects
decor decor
Add your entire org
decor decor
icon Version & store

Version production-ready models for a zero-headache model handover

Time to ship your model to prod? Enable instant access to model artifacts for ML Engineers, so they can test, package, and deploy models to production even faster.

  • Version models
  • Version external artifacts
  • Access and share models
Version models
Version external artifacts
decor decor
Access and share models
model_version = neptune.init_model_version(with_id="FACE-DET-42")
decor decor
ML engineers and data scientists
Commercial and research teams
Projects tracked
avatar lazyload
Neptune’s UI is highly configurable and the SDK is remarkable, it provided us with the ability to observe and monitor quite complex training ops that no other system would be able to. The dashboards gave us deep insight into our distributed training framework. We came to a resolution to use Neptune because other tools just could not fulfil our requirements.
Yanal Kashou Co-founder & Chief Data Scientist at Elevatus
avatar lazyload
Gone are the days of writing stuff down on google docs and trying to remember which run was executed with which parameters and for what reasons. Having everything in Neptune allows us to focus on the results and better algorithms.
Andreas Malekos Head of Artificial Intelligence at Continuum Industries

Code examples, videos, projects gallery, and other resources

Frequently asked questions

Yes, you can deploy Neptune on-premises and other answers

  • Read more about our deployment options here.

    But in short, yes, you can deploy Neptune on your on-prem infrastructure or in your private cloud. 

    It is a set of microservices distributed as a Helm chart that you deploy on Kubernetes. 

    If you don’t have your own Kubernetes cluster deployed, our installer will set up a single-node cluster for you. 

    As per infrastructure requirements, you need a machine with at least 8 CPUs,  32GB RAM, and 1TB SSD storage.

    Read the on-prem documentation if you’re interested, or talk to us ( if you have questions.

    If you have any trouble, our deployment engineers will help you all the way.

  • Yes, you can just reference datasets that sit on your infrastructure or in the cloud. 

    For example, you can have your datasets on S3 and just reference the bucket. 


    Neptune will save the following metadata about this dataset: 

    • version (hash), 
    • location (path), 
    • size, 
    • folder structure, and contents (files)

    Neptune never uploads the dataset, just logs the metadata about it. 

    You can later compare datasets or group experiments by dataset version in the UI.

  • Short version. People choose Neptune when:

    • They don’t want to maintain infrastructure (including autoscaling, backups etc.),
    • They keep scaling their projects (and get into thousands of runs),
    • They collaborate with a team (and want user access, multi-tenant UI etc.).

    For the long version, read this full feature-by-feature comparison.

  • Short version. People choose Neptune when:

    • They want to pay a reasonable price and the ability to invite unlimited users for free,
    • They want a super flexible tool (customizable logging structure, dashboards, works great with time series ML),
    • They want a component for experiment tracking and model registry, NOT an end-to-end platform (WandB has HPO, orchestration, model deployment, etc. We integrate with best-in-class tools in the space).

    For the long version, read this full feature-by-feature comparison.

  • It depends on what “model monitoring” you mean. 

    As we talk to teams, it seems that “model monitoring” means six different things to three different people: 

    • (1) Monitor model performance in production: See if the model performance decays over time, and you should re-train it
    • (2) Monitor model input/output distribution: See how the distribution of input data, features, and predictions distribution change over time?
    • (3) Monitor model training and re-training: See learning curves, trained model predictions distribution, or confusion matrix during training and re-training
    • (4) Monitor model evaluation and testing: log metrics, charts, prediction, and other metadata for your automated evaluation or testing pipelines
    • (5) Monitor hardware metrics: See how much CPU/GPU or Memory your models use during training and inference
    • (6) Monitor CI/CD pipelines for ML: See the evaluations from your CI/CD pipeline jobs and compare them visually

    So when looking at tooling landscape and Neptune:

    • Neptune does (3) and (4) really well, but we saw teams use it for (5) and (6)
    • Prometheus + Grafana is really good at (5), but people use it for (1) and (2)
    • WhyLabs or Arize are really good at (1) and (2)