View Source Phoenix.LiveDashboard (LiveDashboard v0.8.5)
LiveDashboard provides real-time performance monitoring and debugging tools for Phoenix developers. It provides the following modules:
Home - See general information about the system
OS Data - See general information about OS, such as CPU, Memory and Disk usage
Metrics - See how your application performs under different conditions by visualizing
:telemetry
events with real-time chartsRequest logging - See everything that was logged for certain requests
Applications - See, filter, and search applications in the current node and view their processes in a supervision tree
Processes - See, filter, and search processes in the current node
Ports - See, filter, and search ports (responsible for I/O) in the current node
Sockets - See, filter, and search sockets (responsible for tcp/udp) in the current node
ETS - See, filter, and search ETS tables (in-memory storage) in the current node
Ecto Stats - Shows index, table, and general usage about the underlying Ecto Repo storage
The dashboard also works across nodes. If your nodes are connected via Distributed Erlang, then you can access information from node B while accessing the dashboard on node A.
Installation
The LiveDashboard is built on top of LiveView. Both LiveView and LiveDashboard ship by default as part of Phoenix. But if you skipped them, you can LiveDashboard in three steps:
- Add the
phoenix_live_dashboard
dependency - Configure LiveView
- Add dashboard access
1. Add the phoenix_live_dashboard
dependency
Add the following to your mix.exs
and run mix deps.get
:
def deps do
[
{:phoenix_live_dashboard, "~> 0.7"}
]
end
2. Configure LiveView
First, update your endpoint's configuration to include a signing salt:
# config/config.exs
config :my_app, MyAppWeb.Endpoint,
live_view: [signing_salt: "SECRET_SALT"]
Then add the Phoenix.LiveView.Socket
declaration to your endpoint:
socket "/live", Phoenix.LiveView.Socket
And you are good to go!
3. Add dashboard access for development-only usage
Once installed, update your router's configuration to forward requests to a LiveDashboard with a unique name
of your choosing:
# lib/my_app_web/router.ex
use MyAppWeb, :router
import Phoenix.LiveDashboard.Router
...
if Mix.env() == :dev do
scope "/" do
pipe_through :browser
live_dashboard "/dashboard"
end
end
This is all. Run mix phx.server
and access the "/dashboard" to configure the necessary modules.
Extra: Add dashboard access on all environments (including production)
If you want to use the LiveDashboard in production, you should put authentication in front of it. For example, if you use mix phx.gen.auth
to generate an Admin resource, you could use the following code:
# lib/my_app_web/router.ex
use MyAppWeb, :router
import Phoenix.LiveDashboard.Router
...
pipeline :admins_only do
plug :fetch_current_admin
plug :require_authenticated_admin
end
scope "/" do
pipe_through [:browser, :admins_only]
live_dashboard "/dashboard"
end
If you'd rather have some quick and dirty HTTP Authentication, the following code can be used as a starting point:
# lib/my_app_web/router.ex
use MyAppWeb, :router
import Phoenix.LiveDashboard.Router
...
pipeline :admins_only do
plug :admin_basic_auth
end
scope "/" do
pipe_through [:browser, :admins_only]
live_dashboard "/dashboard"
end
defp admin_basic_auth(conn, _opts) do
username = System.fetch_env!("AUTH_USERNAME")
password = System.fetch_env!("AUTH_PASSWORD")
Plug.BasicAuth.basic_auth(conn, username: username, password: password)
end
If you are running your application behind a proxy or a webserver, you also have to make sure they are configured for allowing WebSocket upgrades. For example, here is an article on how to configure Nginx with Phoenix and WebSockets.
Summary
Functions
Extracts a datapoint for the given metric.
Functions
extract_datapoint_for_metric(metric, measurements, metadata, time \\ nil)
View Source@spec extract_datapoint_for_metric( Telemetry.Metric.t(), map(), map(), pos_integer() | nil ) :: %{label: binary(), measurement: number(), time: pos_integer()} | nil
Extracts a datapoint for the given metric.
Receives a Telemetry.Metric
as metric
, alongside the measurements
and metadata
from the Telemetry event, and an optional time
and
returns an extracted datapoint or nil
if the event is not part of
the metric.
Note that it is expected that the event name was already validated as part of the metric.