SoundCloud 推出的錯誤蒐集工具 Periskop，應該是取自捷克文的 Periskop (潛望鏡)：「Periskop: Exception Monitoring Service」。
與 Sentry 這類工具最大的差異在於是走 pull-based 架構，也就是跟 Prometheus 的設計相同 (Prometheus 也是 SoundCloud 發明的專案)。
就資源上來說，當 instance 上的錯誤滿天飛，而超過 log buffer 時，如果是以巨觀的角度來看，其實掉一些東西也沒關係：
另外也有提到一些缺點：
- If a fatal exception occurs and the process dies, the exception won’t be collected. However, this can be mitigated by the reporting capabilities of orchestration services like Kubernetes or other forms of logging.
- The pull model is not well suited for short-lived processes like scheduled jobs. This could be solved by the use of a push-based event gateway, although we haven’t yet had the need at SoundCloud, as it is usually more convenient to use logs to inspect failed jobs.
雖然 web (js) 與 mobile devices 的部份沒辦法被這個服務涵蓋，但一般來說會把面向使用者的服務另外拆開，所以不算是缺點... (像 Sentry 那樣通包，主要還是為了商業上的規劃)
目前看起來還缺一些東西 (就我想用的需求)，可以先觀察一下會怎麼發展，另外一邊 Sentry 也在朝 Python 3 進行，也可以嘗試看看...
