aboutsummaryrefslogtreecommitdiff
path: root/doc/talks/2021-04-28_spirals-team/introduction.tex
blob: a977c09b77e38d2dc2d15c3c22997070c5c2468c (plain) (blame)
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
\section{Introduction}

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\begin{frame}{A very casual motivation}


\begin{center}
\Large
I want to host \textbf{resilient web services} with \textbf{acceptable performance} on commodity hardware behind \textbf{household networks}.
\end{center}
\vfill

\begin{block}{Keywords}
\begin{columns}
\column{.5\columnwidth}
	\begin{itemize}
		\item Decentralised networks
		\item Edge computing
	\end{itemize}
\column{.5\columnwidth}
	\begin{itemize}
		\item Distributed storage
		\item Privacy
	\end{itemize}
\end{columns}
\end{block}

\end{frame}

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\begin{frame}{Context}

\textbf{Resilience}: Ability to recover quickly from failures and changes.
\vspace{1ex}

Only achievable through distribution of the hosted applications across several physical locations.
\vfill


\begin{block}{Application = \textbf{computations} on \textbf{data}}
\begin{itemize}
	\item \textbf{Computation}: Stateless; easy to distribute \& orchestrate.
	% where it is performed does not matter as long as the application's state is accessible R/W
	%Computation units are "easy" to distribute and orchestrate.

	\item \textbf{Data}: Stateful; hard to distribute \& full of trade-offs.
\end{itemize}
\end{block}

\end{frame}


%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\begin{frame}{Concurrent writes example}{How to lose vaccines}

\centering

\includegraphics[width=.5\columnwidth]{figures/conflict_problem.pdf}
\end{frame}

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\begin{frame}{The problem}

% \textbf{Path dependency}: existing data stores are built for data centres.

% $\implies$ They assume good inter-node connectivity.
% \vfill

\begin{center}
\Large
Can we design an available data store tailored for adverse network conditions?
\end{center}
	
\end{frame}

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
% Maybe more framing of the context. What kind of data storage? Object vs Block vs what?
% \begin{frame}{``Stateless'', ``serverless'', and the elephant in the room}

% It seems easy to deploy \& administer web services nowadays ...

% Because the inherent complexity is shadowed by proprietary ``cloud'' solutions.

% The IT crowd can gloss over ``statelessness'' \emph{ad nauseam} ...

% But storing \emph{state} remains an open research problem.

% Data storage is either:

% \begin{itemize}
% 	\item A single point of failure;
% 	\item Delegated to proprietary solutions;
% 	\item Pain.
% \end{itemize}

% Today, we will review networked storage's history, and discuss open research questions.

% \end{frame}