Dapper的“存儲API”簡稱為DAPI，提供了對分散在區域Dapper存儲庫（DEPOTS) 的監控記錄的直接訪問。一般來說，有以下三種方式可以對這些記錄進行訪問。
(1)通過監控id訪問（Access by Trace id)：利用全局唯一的監控id直接訪問所需的監控數據。
(2)塊訪問（Bulk Access): DAPI可以借助MapReduce來提供對數以十億計的Dapper監控數據的并行訪問。用戶覆寫一個將Dapper監控作為其唯一參數的虛函數（virtua Function)，在每次獲取用戶定義的時間窗口內的監控數據時架構都將引用該函數。
(3)索引訪問(Indexed Access):Dapper存儲庫支持單索引（Single Index),因為監控id的分配是偽隨機的，這是快速訪問同特定服務或主機相關監控的最好方式。
根據不完全的統計，目前大約有三個基于DAPI的持久應用程序，八個額外的基于DAPI的按需分析工具及大約15～20個使用DAPI框架構建的一次性分析工具。
2. Dapper用戶界面
大部分的用戶在使用Dapper時都是通過基于web的交互式用戶界面，圖2-34～圖2-38顯示其一般性的使用流程。
(1)首先用戶需要選擇監控對象，包括監控的起止時間、區分監控模式的信息(圖2-34中是區間名）及一個衡量開銷的標準（圖2-34中是服務延遲)。
(2)如圖2-35所示，一個大的性能表給出了所有同指定監控對象有關的分布式執行模式的簡要情況。用戶可以按其意愿對這些執行模式進行排序并選擇某一個査看更多的細節。
(3)圖2-36是某個選中的分布式執行模式，該執行模式以圖形化描述呈現給用戶。
(4)根據最初選擇的開銷度量標準，Dapper會以頻度直方圖的形式將步驟（3)中選中的執行模式的開銷分布展示出來，如圖2-37所示，同時呈現給用戶的還有一系列特殊的監控樣例信息，這些信息落在直方圖的不同部分。用戶可以進一步的選擇這些監控樣例。
(5)在用戶選擇了某個監控樣例后，就會進入所謂的監控審査視圖（Trace Inspection View)。圖2-38是部分的監控審查視圖，在這個視圖中，最頂端是一條全局的時間線 (Global Time Line)。每一行是一個監控樹，選擇“+”或能夠展開或折疊監控樹。 每個監控樹用嵌套的彩色長方形表示的。每個RPC區間又被進一步的分成花在服務器處理上的時間和花在網絡通信上的時間。用戶注釋并未在圖中顯示出來，但是它們可以按照逐個區間被選擇包含在全局時間線上。
根據統計，一個普通的工作日內大概有200個不同的Google工程師在使用Dapper用戶界面。因此，在一周的時間里，大約有750～1000個不同的用戶。
