[Uptime] Add first draft of uptime docs

docs/index.asciidoc

@@ -85,3 +85,5 @@ include::migration.asciidoc[]
 include::CHANGELOG.asciidoc[]
 
 include::redirects.asciidoc[]
+
+include::uptime/index.asciidoc[]

docs/uptime/index.asciidoc

@@ -0,0 +1,30 @@
+[role="xpack"]
+[[xpack-uptime]]
+= Uptime
+
+[partintro]
+--
+Use the Uptime UI to monitor the status of network endpoints via HTTP/S, TCP,
+and ICMP. You will be able to explore status over time, drill into specific monitors,
+and view a high-level snapshot of your environment at a selected point in time.
+
+[float]
+== Add monitors
+To get started with Uptime monitoring, you'll need to define some monitors and run Heartbeat.
+These monitors will provide the data we will be visualizing in the Uptime UI.
+See {heartbeat-ref}/heartbeat-configuration.html[Configure Heartbeat] for instructions
+on configuring monitors to begin storing Uptime information in your cluster.
+
+[float]
+== Begin using Uptime
+For Uptime to work, it is important you use the same major versions of Heartbeat and Kibana.
+For example, version 6.7 of Kibana will expect an index of `heartbeat-6*`, while Kibana
+7.0 requires an index of `heartbeat-7*` (containing documents from Heartbeat 7.0).
+Kibana 7.0 does not support older versions of Heartbeat data because there are breaking
+changes in the schema mappings between the major versions.
+
+--
+
+include::overview.asciidoc[]
+include::monitor.asciidoc[]
+include::security.asciidoc[]

docs/uptime/monitor.asciidoc

@@ -0,0 +1,47 @@
+[role="xpack"]
+[[uptime-monitor]]
+== Monitor
+
+The Monitor page will help you get further insight into the performance 
+of a specific network endpoint. You'll see a detailed visualization of
+the monitor's request duration over time, as well as the `up`/`down`
+status over time.
+
+[float]
+=== Status bar
+SCREENSHOT
+
+The Status bar displays a quick summary of the latest information
+regarding your monitor. You can view its latest status, click a link to
+visit the targeted URL, see its most recent request duration, and determine the
+amount of time that has elapsed since the last check. You can use the Staus bar
+to get a quick summary of current performance, beyond simply knowing if the monitor
+is `up` or `down`.
+
+[float]
+=== Monitor charts
+SCREENSHOT
+
+The Monitor charts visualize information over the time specified in the
+date range.
+
+The first chart displays request duration information for your monitor.
+The area surrounding the line is the range of request time for the corresponding
+bucket, the line is the average time.
+
+Next is a graphical representation of the check statuses over time. Hover over
+the charts to display crosshairs with more specific numeric data.
+
+These charts can help you gain insight into how quickly requests are being resolved
+by the targeted endpoint, and give you a sense of how frequently a host or endpoint
+was down in your selected timespan.
+SCREENSHOT
+
+[float]
+=== Check history
+SCREENSHOT
+
+The Check history displays the total count of this monitor's checks for the selected
+date range. You can additionally filter the checks by `status` to help find recent problems
+on a per-check basis. This table can help you gain some insight into more granular details
+about recent individual data points Heartbeat is logging about your host or endpoint.

docs/uptime/overview.asciidoc

@@ -0,0 +1,50 @@
+[role="xpack"]
+[[uptime-overview]]
+
+== Overview
+
+The Uptime overview is intended to help you quickly identify and diagnose outages and
+other connectivity issues within your network or environment. There is a date range
+selection that is global to the Uptime UI; you can use this selection to highlight
+an absolute date range, or a relative one, similar to other areas of Kibana.
+
+[float]
+=== Filter bar
+SCREENSHOT
+
+This control allows you to use automated filter options, as well as input custom filter
+text to select specific monitors by field, URL, ID, and other attributes.
+The filter bar is designed to let you quickly view specific groups of monitors, or even
+an individual monitor, if you have defined many monitors.
+
+[float]
+=== Snapshot view
+SCREENSHOT
+
+Here, you can see the total number of detected monitors within the selected
+Uptime date range. In addition to the total, the counts for the number of monitors
+in an `up` or `down` state are displayed, based on the last check reported by Heartbeat
+for each monitor.
+
+Next to the counts, there is a histogram displaying the change over time throughout the
+selected date range. This view is intended to quickly give you a sense of the overall
+status of the environment you're monitoring, or a subset of those monitors.
+
+[float]
+=== Monitor list
+SCREENSHOT
+
+The Monitor list displays information at the level of individual monitors. This table
+includes information like the most recent status, when the monitor was last checked, its
+ID and URL, its IP address, and a dedicated sparkline showing its check status
+over time. The data shown here will flesh out your individual monitors, and provide a quick
+way to navigate to a more in-depth visualization for interesting hosts or endpoints.
+
+[float]
+=== Error list
+SCREENSHOT
+
+The Error list displays aggregations of errors that Heartbeat has logged. Errors are
+displayed by Error type, monitor ID, and message. Clicking a monitor's ID will take you
+to the corresponding Monitor view, which can provide you richer information about the individual
+data points that are resulting in the displayed errors.

docs/uptime/security.asciidoc

@@ -0,0 +1,69 @@
+[role="xpack"]
+[[uptime-security]]
+
+== Use with Elasticsearch Security
+
+If you have Elasticsearch security enabled you'll need to enable certain privileges for users 
+that would like to access the Uptime app. In this document we'll show an example of creating 
+a user and support role to implement those privileges.
+
+=== Creating the Role
+
+You'll need a role that lets you access the Heartbeat indices, which by default are `heartbeat-*`.
+You can create this with the following request:
+
+["source","sh",subs="attributes,callouts"]
+---------------------------------------------------------------
+PUT /_security/role/uptime
+{ "indices" : [
+    {
+      "names" : [
+        "heartbeat-*"
+      ],
+      "privileges" : [
+        "read",
+        "view_index_metadata"
+      ],
+      "field_security" : {
+        "grant" : [
+          "*"
+        ]
+      },
+      "allow_restricted_indices" : false
+    }
+  ],
+  "applications" : [
+    {
+      "application" : "kibana-.kibana",
+      "privileges" : [
+        "all"
+      ],
+      "resources" : [
+        "*"
+      ]
+    }
+  ],
+  "transient_metadata" : {
+    "enabled" : true
+  }
+}
+---------------------------------------------------------------
+
+=== Creating the User
+
+You will then need to create a user with both the `kibana_user`, and `uptime` roles. 
+You can do this with the following request.
+
+["source","sh",subs="attributes,callouts"]
+---------------------------------------------------------------
+PUT /_security/user/jacknich
+{
+  "password" : "j@rV1s",
+  "roles" : [ "uptime", "kibana_user" ],
+  "full_name" : "Jack Nicholson",
+  "email" : "[email protected]",
+  "metadata" : {
+    "intelligence" : 7
+  }
+}
+---------------------------------------------------------------