Blog

Dec 28, 2018 · newsletter

The business case for federated learning

Last month, we released Federated Learning, the latest report and prototype from Cloudera Fast Forward Labs.

Federated learning makes it possible to build machine learning systems without direct access to training data. The data remains in its original location, which helps to ensure privacy and reduces communication costs.

The report and prototype

Federated learning in a nutshell

To train a machine learning model you usually need to move all the data to a single machine or, failing that, to a cluster of machines in a data center.

This can be difficult for two reasons.

First, the creator of the data may simply not want to share it with you. Maybe the data is baby photos, or competitively sensitive manufacturing data, or legally protected medical data. We’ll give more examples below.

Second, there are often practical communication challenges. A huge amount of valuable training data is created on hardware at the edges of slow and unreliable networks, such as smartphones, IoT devices, or equipment in far-flung industrial facilities, such as mines and oil rigs. Communication with such devices can be slow and expensive.

The solution is federated learning. This is when a server coordinates a network of nodes, each of which has training data that it cannot or will not share directly. The nodes each train a local model, and it is that model which they share with the server. The server merges the models into a single federated model, sends the merged model back out to the nodes, and another round of local training takes place. (For much more technical detail, see our article on the Fast Forward Labs blog.)

Crucially: The server never has direct access to the training data. By moving models rather than training data, federated learning helps to ensure privacy and minimizes communication costs.

Let’s now look at some examples of what you can do with federated learning.

Smartphones

Machine learning has huge potential to improve the user experience on smartphones. Apps could learn to spot good baby photos and proactively offer to share them with friends and family. They could make it easier to write emails that are more likely to receive quick replies. And they could make composing text messages even quicker and easier by accurately suggesting the next phrase, whatever the language.

But aside from the practical challenge of getting this data off a device with a slow connection, the personal aspect of some of this data (what people type, where they travel, what websites they visit) makes it problematic. Users are reluctant to share this sensitive data, and possessing it exposes technology companies to security risks and regulatory burdens. These characteristics make it a great fit for federated learning. The use case is so compelling that it comes as no surprise that Google researchers are usually credited with its invention, and Samsung engineers have also contributed significant ideas.

Healthcare

The healthcare industry offers huge financial incentives to develop effective treatments and predict outcomes. But the training data required to apply machine learning to these problems is of course extremely sensitive. The consequences of actual and potential privacy violations can be serious.

By keeping the training data in the hands of patients or providers, federated learning has the potential to make it possible to collaboratively build models that save lives and generate huge value. Paris-based Owkin is among the most ambitious users of federated learning that we spoke to during our research. They provide a platform that allows healthcare providers to collaborate on a wide range of healthcare problems.

Predictive maintenance

Suppose a manufacturer wants to develop a predictive maintenance model for a piece of equipment they sell. This model needs training data—but testing lots of turbines until they fail in order to acquire that data would be expensive for the manufacturer. It would be less costly for the manufacturer if its customers were to send it such data. More importantly, the failures actual customers experience will be more representative of real-world use than those the manufacturer would see in factory experiments. In short, training data acquired from customers would be cheaper and better.

But there are several problems. Some of their customers are reluctant to share details about equipment failures with vendors or competitors. Some operate in countries such as China, where industrial facilities can be legally prevented from exporting data. And, as a practical matter, the volume of data can be enormous, which makes streaming it back to the manufacturer an engineering challenge.

This too is a great fit for federated learning! If the manufacturer takes this approach, they can train a better model with less expense. And customers get access to a model that is better than one they could train on their own, without compromising the security of their data.

Turbofan Tycoon

This situation is the focus of our interactive prototype, Turbofan Tycoon. In that, you play a user of industrial equipment who can adopt various maintenance strategies. Spoiler alert: the optimal strategy is federated learning, and the ROI relative to the alternatives huge!

Conclusion

In moving the majority of the work to the edge, federated learning is part of the trend to move machine learning out of the data center, for reasons that include speed and cost. But in federated learning, the edge nodes create and improve the model (rather than merely applying it). In this sense, federated learning goes far beyond what people usually mean when they talk about edge AI.

Federated learning makes it easier, safer and cheaper to apply machine learning in the world’s most regulated, competitive, and profitable industries.

This article only scratches the surface. Our report goes into much more detail, and covers use cases not mentioned here (including video analytics and corporate IT). And of course we get into the technical details, including systems and networking issues, libraries and frameworks, and practical recommendations based on our experience building Turbofan Tycoon.

Read more

Newer
Jan 29, 2019 · newsletter
Older
Dec 18, 2018 · post

Latest posts

Jun 22, 2020 · post

How to Explain HuggingFace BERT for Question Answering NLP Models with TF 2.0

by Victor · Given a question and a passage, the task of Question Answering (QA) focuses on identifying the exact span within the passage that answers the question. Figure 1: In this sample, a BERTbase model gets the answer correct (Achaemenid Persia). Model gradients show that the token “subordinate ..” is impactful in the selection of an answer to the question “Macedonia was under the rule of which country?". This makes sense .. good for BERTbase.
...read more
Jun 16, 2020 · notebook

Evaluating QA: Metrics, Predictions, and the Null Response →

by Melanie · A deep dive into computing QA predictions and when to tell BERT to zip it! In our last post, Building a QA System with BERT on Wikipedia, we used the HuggingFace framework to train BERT on the SQuAD2.0 dataset and built a simple QA system on top of the Wikipedia search engine. This time, we’ll look at how to assess the quality of a BERT-like model for Question Answering.
qa.fastforwardlabs.com
May 19, 2020 · notebook

Building a QA System with BERT on Wikipedia →

by Melanie · So you’ve decided to build a QA system. You want to start with something simple and general so you plan to make it open domain using Wikipedia as a corpus for answering questions. You want to use the best NLP that your compute resources allow (you’re lucky enough to have access to a GPU) so you’re going to focus on the big, flashy Transformer models that are all the rage these days.
qa.fastforwardlabs.com
Apr 28, 2020 · notebook

Intro to Automated Question Answering →

by Melanie · Welcome to the first edition of the Cloudera Fast Forward blog on Natural Language Processing for Question Answering! Throughout this series, we’ll build a Question Answering (QA) system with off-the-shelf algorithms and libraries and blog about our process and what we find along the way. We hope to wind up with a beginning-to-end documentary that provides:
qa.fastforwardlabs.com
Apr 1, 2020 · newsletter

Enterprise Grade ML

by Shioulin · At Cloudera Fast Forward, one of the mechanisms we use to tightly couple machine learning research with application is through application development projects for both internal and external clients. The problems we tackle in these projects are wide ranging and cut across various industries; the end goal is a production system that translates data into business impact. What is Enterprise Grade Machine Learning? Enterprise grade ML, a term mentioned in a paper put forth by Microsoft, refers to ML applications where there is a high level of scrutiny for data handling, model fairness, user privacy, and debuggability.
...read more
Apr 1, 2020 · post

Bias in Knowledge Graphs - Part 1

by Keita · Introduction This is the first part of a series to review Bias in Knowledge Graphs (KG). We aim to describe methods of identifying bias, measuring its impact, and mitigating that impact. For this part, we’ll give a broad overview of this topic. image credit: Mediamodifier from Pixabay Motivation Knowledge graphs, graphs with built-in ontologies, create unique opportunities for data analytics, machine learning, and data mining. They do this by enhancing data with the power of connections and human knowledge.
...read more

Popular posts

Oct 30, 2019 · newsletter
Exciting Applications of Graph Neural Networks
Nov 14, 2018 · post
Federated learning: distributed machine learning with data locality and privacy
Apr 10, 2018 · post
PyTorch for Recommenders 101
Oct 4, 2017 · post
First Look: Using Three.js for 2D Data Visualization
Aug 22, 2016 · whitepaper
Under the Hood of the Variational Autoencoder (in Prose and Code)
Feb 24, 2016 · post
"Hello world" in Keras (or, Scikit-learn versus Keras)

Reports

In-depth guides to specific machine learning capabilities

Prototypes

Machine learning prototypes and interactive notebooks
Library

NeuralQA

A usable library for question answering on large datasets.
https://neuralqa.fastforwardlabs.com
Notebook

Explain BERT for Question Answering Models

Tensorflow 2.0 notebook to explain and visualize a HuggingFace BERT for Question Answering model.
https://colab.research.google.com/drive/1tTiOgJ7xvy3sjfiFC9OozbjAX1ho8WN9?usp=sharing
Notebooks

NLP for Question Answering

Ongoing posts and code documenting the process of building a question answering model.
https://qa.fastforwardlabs.com
Notebook

Interpretability Revisited: SHAP and LIME

Explore how to use LIME and SHAP for interpretability.
https://colab.research.google.com/drive/1pjPzsw_uZew-Zcz646JTkRDhF2GkPk0N

About

Cloudera Fast Forward is an applied machine learning reseach group.
Cloudera   Blog   Twitter