►
From YouTube: Grafana UX Feedback Call 2021-06-30 – Hackathon Edition
Description
It's Grafana's first hackathon! We have united to invent, build and solve challenging technical problems related to our products, community and business. Some of our hackathon ideas were discussed at this week's UX feedback session, and these are: Configurable kiosk mode, Service mesh view, and Jupyter notebook.
A
B
A
So
I
guess
I
can
take
some
more.
I
could
take
notes,
so
it's
mentioned
here.
Configurable
kiosk
mode.
Is
that
the
same
that
you're
working
on
marcus,
okay,
cool
who's
going
to
present?
A
C
So
at
the
moment,
if
I
would
go
into
kiosk
mode
now,
I
would
still
have
these
buttons
here
and
these
buttons
here,
but
since
cross
mode
is
more
used
for
having
on
tvs
on
the
wall,
it's
not
something
that
you
really
interact
with.
You
should
do
something
more
a
lot
more
visual
information.
Just
the
initial
idea
here
is
to
basically
when
I
click
kiosk,
what
mode
will
be
left
with
is
the
title
of
the
dashboard
and
then
the
time
range
and
how
often
it
refreshes.
C
C
So
that
is
the
first
thing
I
would
like
some
feedback
on
if
that
makes
sense
or
yeah,
and
the
second
thing
is
then
configuring
it.
So
then
you
would
go
into
dashboard
settings
and
we
would
have
just
mode
options
from
here.
You
would
actually
show
the
options
for
the
standard
tv
on
custom,
so
these
checkboxes
would
be
disabled,
so
you
could
not
change
them.
C
It's
just
to
inform
you
what
is
being
shown
in
this
mode
and
then
you
would
have
tv
mode
which
basically
has
hidden
everything
except
the
panels,
and
then
you
will
have
a
custom
mode
where
you
can
sort
of
pick
the
things
you
want
to
show
on
your
dashboard
yeah.
So
that
is
basically
it.
The
issue
is
here:
these
things
can
grow.
We
are
not
sure
how
much
stuff
people
will
be
able
to
configure
here,
but
this
is
sort
of
the
initial
exploration
here.
C
So
this
is
quite
rough
mockup,
just
sort
of
showing
the
functionality-
and
I
don't
I
mean
the
animations
here-
are
ugly,
so
we
don't
need
feedback
on
those
yeah
any.
D
I
have,
I
don't,
have
any
feedback,
but
I
did
talk
to
a
lot
of
users
who
use
grafana
for
more
industrial
use.
Cases
like
they'll
have
grafana
up
on
the
screen
in
a
manufacturing
floor,
and
so
this
would
be
really
helpful
for
them.
So
maybe
in
the
presentation
you
can
like
list
some
of
those
use
cases.
I
can
share
some
research
that
I
have
from
that.
A
C
B
One
thing
that
I
thought
of
that:
I
you
just
now
when
you
did
this
demo,
if
you
go
back
to
the
settings
page,
maybe
it
would
be
nice
to
have
a
description
on
each
item
as
well
or
or
maybe
they
are
self-explanatory.
I
don't
know.
C
I
do
not
think
there's
a
explanatory
to
that
it
would
be
dependent
if
you
sort
of
I
mean
they
are
sort
of.
When
you
see
what
is
yeah,
so
we
probably
have
like
a
proper
description,
we're
describing
what
kiosk
mode
actually
is
and
what
the
different
types
are.
So
that
could
be.
E
My
question
is
like,
if
you
choose
the
dashboard
header,
does
that
include
like
the
time
range
picker
and
like
the
refresh
thing
like
oh.
C
E
E
Maybe
then
like,
if
you
have
an
element
focused,
then
it
could
also
be
visible.
C
D
C
A
Comments
all
right
well,
we'll
have
to
do
the
full
two
minutes.
F
E
D
Yeah,
I
can
share
something
it's
I
feel
like
the
the
cool
parts
of
it.
I
haven't
gotten
to
mock
up,
yet
I've
mocked
up
just
the
very
basic
bare
bones
aspect
of
it,
but
maybe
I
could
get
some
feedback
on
the
idea,
so
I
guess,
as
a
as
context,
we're
building
a
basically
like
a
service
mesh
view
for
kubernetes
services
and
apps.
D
What
we
wanted
to
do
was
sort
of
break
down
the
cognitive
load
that
it
requires
to
sort
of
visualize
all
of
your
services
and
apps
and
the
hierarchies
and
dependencies
and
show
them
in
a
visual
way,
as
sort
of
like
a
default,
automated
view
that
you
get
as
a
part
of
grafana
if
you
have
kubernetes
and
we
want
to
be
able
to
show
sort
of
like
a
status
for
each
of
those
services
that
at
first
might
be
just
like
up
or
down,
but
in
the
future
we're
thinking
it
could
be
customizable
like
being
able
to
write
out
a
query
or
like
a
composite
score
that
would
be
comprised
of
multiple
metrics
and
thresholds
and
weights
associated
with
those.
D
So
I
started
mocking
up
views
of
what
this
could
look
like
and
I
haven't
gotten
to
the
cool
views.
Yet
I've
gotten
to
the
boring
views,
so
any
feedback
on
the
idea
or
the
visualization
could
be
helpful
here
we
go.
Can
everyone
see.
D
All
right,
so
we
were
envisioning
that
this
wouldn't
necessarily
be
a
dashboard.
It
could
almost
be
like
an
application.
D
Maybe
this
actually
says
mesh,
because
that's
more
of
like
the
industry
standard,
but
you'd
have
sort
of
like
this
view,
where
you
could
switch
between
a
list
view
a
card
view
and
a
visualization
view
to
view
all
of
your
services,
and
here
we've
just
we've
made
the
decision
to
list
out
services
first
instead
of
applications,
because
then
you
can
expand
this
row
to
be
able
to
see
the
pods
that
are
associated
with
that
service
and
also
the
status
of
each
pod,
and
we
didn't
want
to
have
like
a
multi-level
drop
down
where
you
have
to
expand
the
application
and
then
expand
their
service.
D
So
this
is
sort
of
how
we've
organized
it
and
you
can
filter
by
labels
that
might
be
helpful
to
filter
we
have
like
owner
and
team
and
service.
Maybe
these
are
labels
that
you've
applied
and
also
the
ability
to
to
filter
by
application,
and
we
stole
gems
status
ring
so
right
now.
This
is
showing
basically
like.
If
cart
api
has
four
pods.
D
It's
showing
that
three
of
the
pods
are
up
and
one
is
down,
and
then,
when
you
expand,
you
can
be
able
to
see
which
pod
is
down
and
then
we're
also
thinking
it
could
be
helpful
to
have
sort
of
like
a
service
drill
down
view.
Maybe
you
click
into
it
and
you
see
more
information
is
like
a
dashboard
view
where
you
can
see
error
logs
associated
with
the
pod.
That's
down.
D
I've
been
mocking
up
other
options
for
this,
like
this
would
be
using
our
cards
component
instead
of
the
table
component,
but
I
don't
really
think
that
this
adds
any
value
and
in
fact
the
table
is
more
nimble
because
you
can
have
sort
of
like
the
expand
collapse
rose,
and
then
we
started
playing
around
with
what
the
visualization
could
look
like.
D
So
this
would
simply
be
sort
of
like
a
card
view
of
services,
but
what
we'd
like
to
show
is
actually
the
traces
and
dependencies
between
them
and
so
I've
been
exploring.
D
This
was
another
option
I
had
like.
This
would
be
like
a
short
time
series
of
if
the
pod
was
up
or
down,
but
I've
been
looking
at.
Maybe
these
panel
types
and
then
also
the
node
graph,
but
would
love
any
feedback
and
also
something
that
is
good
to
note
is
that
for
this
view
and
being
able
to
show
the
dependencies,
we
okay,
sorry,
two
more
things.
D
So
we
like
having
it
as
more
of
like
an
app
because
it's
it's
like
this
central
location,
where
you
can
see
this
mental
map
of
all
of
your
services
and
then
we
also
have
like
a
configuration
tab
and
a
how-to
tab
that
I
haven't
mocked
up
yet,
but
in
here
in
configuration
you
could
maybe
set
a
custom
composite
score
and
custom
thresholds
and
then
in
the
how-to
we
would
actually
have
sort
of
like
in-app
documentation
about
how
to
instrument
your
services
using
kubernetes
and
whatever
tooling,
that
you
have
to
be
able
to
have
a
cool
view
like
this.
D
So,
for
example,
adding
labels
is
really
helpful.
So
we
would
have
sort
of
like
a
step
by
step
here,
that's
right
in
the
app,
so
you
don't
have
to
go
and
like
leave
the
tab
and
start
to
figure
out.
How
do
you
you
have
to
instrument
things
to
make
sure
you
this
view?
Would
work
for
you
and
so
for
that
reason
we're
struggling
with
like
how
would
we
pull
in
almost
like
a
panel
type
into
just
a
view?
That's
not
a
dashboard!
B
When
I
previously
been
working
with
this
kind
of
systems
and
usually
in
the
like
in
a
visualization
view,
what
I
usually
is
aiming
for
to
to
get
like
as
a
overview
is
maybe
the
status
of
the
like
my
system,
so,
for
example,
if
if
my
my
system
is
built
in
this
case,
you
have
a
couple
of
front-end
services,
you
have
a
payment
services,
you
have
a
card
service
and
you
basically
just
want
to
get
an
overview
of.
B
What's
the
status
is
everything
functional
and
then,
if
something
is
broken,
usually
you
want
to
see,
as
you
said,
like
the
dependencies
between
them,
so
you
easily
can
see
like
okay.
So
we
have,
we
have
the
the
card.
Api
is
red,
the
card
db
is
red
and
the
payment
api
is
red
and
all
of
those
two
are
all
of
those
three
are
depending
on
a
like
another
service,
but
that
one
is
green
or
that
one
is
yellow
or
something.
B
Then
you
can
probably
figure
out
okay,
so
so
the
issue
is
probably
in
the
the
yellow
service
to
start
investigate
there.
So
you,
like
you,
get
you
get
like
this
overview.
Where
you
easily.
Can
see
where
the
problem
probably
is
and,
and
that
that
that's
some
like
so
so
the
dependency
visualization,
as
you
said,
would
be
pretty
nice
like
comb,
combining
that
with
some
kind
of
color
for
service,
as
you
have
here.
B
D
Yeah
for
the
dependencies
we
were
looking
at
a
tool
called
kiali,
and
they
do
it
really
well,
they
sort
of
have
this
like
visualization
of
different
services,
and
this
would
be
sort
of
like
the
application,
and
then
you
can
show
how
they
talk
to
one
another.
So
is
this
more
like
what
you
were
envisioning
and
then
they'd
have
actually
like
a
this.
The
color
would
indicate
status
for
each.
B
It's
it's
kind
of
tricky
to
build.
I
think,
but
it's
if
you
have
it
and
make
it
work,
it's
it's
really.
Nice.
B
Because
I
I
think
that
gives
the
user
like
a
really
quick
overview
of
how
your
system
as
as
whole,
is
functioning
and
then
you
can
pretty
easily
figure
out.
Okay,
some
something's
bad
is
happening
in
this
part
of
the
system.
So
let's
just
jump
in
and
investigate
stone's
part
a
little
bit
more
and
the
thing
with
the
dependencies.
Then
you
can
probably
figure
out
like
where
in
this
dependency
chain
is
the
issue.
D
G
I
have
a
couple
of
comments.
You
showed
the
how
to
tab
where
you're
thinking
of
adding
some
documentation
shouldn't
that
help,
or
should
that
be
just
like
a
question
mark,
because
I
haven't
seen
anything
similar
in
in
our
other.
You
know
other
parts
of
the
ui
so
wondering
about
that.
I
wasn't
like
very
clear
to
me
and
I'm
sure
you
know
you'll
be
thinking
about
this
going
forward
and
the
other
thing
is
like
the
labels.
G
You
showed
like
two
different
mock-ups
one
had
the
same
color
orange
for
all
the
labels
and
then
the
other
one
had
different
colors.
I
think
the
the
one
with
the
different
colors
probably
makes
more
sense.
It's
like
visual,
exactly
like
what
kind
of
labels
are
added
to
each
of
the
clusters
that
that
you
are
showing
yeah
cool.
Thank.
H
A
A
Yeah,
I
think
maybe
one
really
interesting
thing
would
be
to
also
hook
this
up
to
one
of
our
kubernetes
clusters
right.
So
if
you
could
do
that,
maybe
as
early
as
possible
to
get
a
sense
of
what
kind
of
oh
like
how
big
these
like
normal
sets
of
entities
are
like
how
many
applications,
how
many
namespaces,
how
many
services
are
sort
of
normal
or
like?
I
guess
I
don't
know-
I
don't
know
if
you're
normal,
but
I
think
the
dog
fooding
aspect
is
really
cool.
Still
yeah.
D
Yeah
yeah,
that's
good
advice,
we're
using
sort
of
like
a.
I
don't
know
what
to
call
it,
but
like
a
package
of
like
a
fake
application
and
services
called
sock
shop
and
it's
all
fake
data.
So
obviously
it
would
look
really
nice
here,
but
that's
a
good
idea
and
then,
as
far
as
implementation
goes
sort
of
what
we
were
planning
was
like
this
view.
D
I
think
kevin
and
andrew
are
building,
and
then
what
we
were
going
to
do
was
like
show
mock-ups
of
where
we
would
take
this
idea,
but
maybe
just
build
this
to
begin
with,
as.
A
D
A
So,
for
like
I
have
one
last
new
experiment,
which
is
the
donut
ring.
I
think
like
it
looks
neat,
but
I
always
wonder
so.
It
suffers
the
same
problems
as
a
pie.
Chart
right
you
can
you
can
you
can
you
can
sort
of
compare
like
if
the
difference
between
them
is
big
enough?
You
can
see
you
can
spot
it
easily
right,
but
if
it's
subtle
it
becomes
harder,
and
I
think
that's
where
a
horizontal
bar
like
a
horizontal
stacked
thing
is
more
powerful,
but
I
guess
it
looks
less
fancy
yeah.
A
So
that's
my
comment.
The
other
one
is,
I
think,
oh
I'm
wondering
if
at
some
point
we're
going
to
move
away
from
red
green
as
success
and
error
to
blue
and
red
and
blue.
D
I'm
actually
looking
into
that
I've
been
doing
some
like
exploration
or
sort
of
like
oh,
how
did
that
happen?
An
audit
of
our
colors
and
they're,
not
it's
accessible.
D
These
are
our
current
success
colors
and
they
all
look
the
same
for
two
types
of
color
blindness
and
I
spent
probably
an
hour
like
moving
my
mouse
around
the
red
and
the
green
and
trying
to
find
like
a
red,
green
combo.
D
C
I
would
actually
think
that
we
should
actually
talk
with
people
who
have
these
issues,
because
you
sort
of
fooled
yourself,
sometimes
because
I've
been
doing
this
myself.
You
sort
of
look
at
these
filter
things
and
you
see
yeah,
but
they
don't
they
look
similar,
but
for
a
person
who
is
used
to
seeing
them.
I
think
they
can
discern
the
difference
there.
C
C
But
for
me
usually,
the
solution
with
color
is
to
have
something
more
than
color
to
differ
differentiate
them.
So
you
have
another
thing
that
separates
them.
Just
color.
G
D
All
right,
well,
I've
stolen
a
bunch
of
time,
even
though
I
didn't
add
to
the
agenda
so
I'll
stop
presenting
now,
but
thank
you
for
the
feedback
I
have
to
find
my
there.
We.
A
Go
how
much
what
time
are
we
at
yeah?
I
guess
we're
still
pretty
good
in
time.
I
also
don't
really
have
anything
to
show
yet
I've
programmed
parts
of
the
solution,
so
maybe
I
can.
I
can
walk
you
a
bit
through
what
we're
doing.
A
A
So
I'm
on
the
sonification
project,
we've
identified
some
user
stories,
so
one
is
as
a
developer,
I'd
like
to
hear
if
an
error
appears
in
the
logs
while
I'm
doing
something
else.
Okay,
so
I
think
I
thought
that
could
be
neat
because
you
usually
have
a
lot
of
log
streams
and
one
of
the
powerful
things
apart
from
accessibility
is
that
you
could
sort
of
enable
your
your
other
senses
as
well
to
get
to
get
a
get
alerted.
If
an
error
happens,
and
so
that's
one
thing,
then
the
another
one.
A
I
think
that
is
going
to
be
more
tricky.
Is
we
want
to
keep
using
the
threshold
mechanism
within
within
how
you
how
you
define
alerts
in
a
time
series
panel
on
getting
notified
or
audibly
if
that's
being
surpassed,
or
I
guess
also,
then
how,
when
it's
kind
of
sort
of
come
down
the
more
really
more
interesting
one?
Is
this
one?
A
I
A
Plugged
together,
so
I
think
that's
a
bit
sad,
but
it's
only
wednesday
and
then
there's
a
more
more
intriguing
one
which
is
kind
of
similar,
but
it's
based
on
heat
map,
where
we
could
essentially
take
the
heat
map
vertical
slices
as
a
spectrum
and
then
could
solidify
those
that
could
be
interesting
and
then
another
more
use
case
driven
one,
which
is
a
network
engineer,
wants
to
hear
if
the
pings
sort
of
stop
or
if
they
change
sort
of
a
rhythm
right.
A
So
as
you
tweak
your
network
so
far,
yeah
so
working
with
costas.
On
this,
we
defined
an
api
to
make
the
solidifier
and
then
that
get
that
returns
a
function
where
I
can
just
give
it
some
numbers
and
then
they're
going
to
be
turned
into
sounds,
and
so
I'm
working
on
the
time
series
chart
sonification,
and
you
can't
really
see
much
within
within
grafana
about
this,
because
we,
I
kind
of
wanted
to
make
it
a
central
place.
So
let's
hope
this
all.
A
I
guess
it's
because
I
broke
everything
nope
here
here
we
go
yeah
so
here
then
I
can
say:
sonify
right
or
I
can
say
pa
would
have
been
really
neat
if
ps
would
have
still
be
available
so
actually
like
that
we
have
a
ton
of
shortcuts
that
are
not
documented.
I
noticed
that
now
when
I
looked
in
the
code,
any
sort
of
panel
action
is
prefixed
with
a
p,
and
then
you
can
do
another
letter.
A
I
think
we
should
have
those
somewhere
anyway,
so
I
just
chose
a
for
audio,
so
p
a
and
then,
if
I
do
that,
I
actually
get
in
the
console
here.
I
can
see
now
the
output
of
that
time,
series
in
sort
of
data
and
time
pairs
and
that's
going
to
be
sent
to
a
solidification
module
that
crosstalk
is
working
on.
So
that
part
is
almost
done
and
then
the
other
thing
is
was
the
explorer
story
which
is
in
this
live
view
here.
A
So
if
I
do
this,
there's
a
lot
of
new
lines
coming
in
right
and
some
of
these
have
level.
Let
me
just
pause.
A
Some
of
these
have
level
error
right
this
one
here,
for
example,
and
when
sonify
is
on
which
I
still
have
to
tweak
a
bit
here.
This
thing,
then
it's
also
going
to
send
the
number
essentially
and
the
time
to
the
solidification
module
and
since
log
levels
are
also
can
be
looked
at
as
a
letter.
So,
for
example,
debug
would
be,
one
info
could
be,
two
warning
could
be:
three
error
could
be
four
failure
or
critical
could
be
five.
A
Have
a
scale
right
like
and
those
could
be
mapped
to
notes,
and
then
you
could
also
say
right.
I
want
everything
above
error
right
and
then
you
get
sort
of
different
beeps
trying
to
get
sort
of
a
beep
for
an
error,
but
a
beep
for
critical
right,
so
that'll
be
cool
and
that's
what
I
have
so
far
yeah
any
feedback.
A
Okay,
cool
yeah;
no,
I
mean
I'm,
so
I'm
I'm
fairly
confident
that
this
is
gonna
get
into
the
product,
one
like
at
some
way
in
some
point
in
some
shape.
I
just
wonder
if
my
hacky
code
is
kind
of
made
into
the
product
or
if,
if
someone
needs
to
go
and
implement
it
properly,.
D
Is
it
standard
for
applications
to
have
sort
of
like
a
a
code
for
what
different
things
mean
like
you
were
explaining
one
two
three
four
could
match
with
different.
A
Logs,
let
me
show
you,
let
me
share
a
different
screen.
Stop
share
the
answer.
The
answer
is
yes
there.
It
is.
A
The
developers
have
thought
about
this,
and
there
is
a
sort
of
scale
that
you
can
see
here.
So
it
goes
from.
The
problem
is
that
different
people
have
used
different
words
and
they
sort
of
map
to
to
this
thing
so
info
information.
That's
all
info
air
error,
like
is
this
this.
This
is
super
annoying.
There
was.
This
is
one
logging
library
that
said
all
log
levels
should
have
four
letters
and
like
four
characters
right,
so
they
like
crippled
words
yeah,
that's
just
annoying,
so
debug
is
debug.
A
D
A
Yep
but
yeah,
I
I
totally
agree
in
that.
In
that
scale
scenario,
I
also
we
have
that
little
prototype
here
where,
in
our
little
dock.
A
There
is
here
the
logging
alerts
right,
so
there's
like
a
sound
on
off,
but
then
there's
also
this
scale
slider
here
where
I
can
say
all
right.
I
want
alerts
over
there,
so
I'm
also
making
clear
what
are
the
scales
like?
What
are
the
scale
parts
and
above
which
do?
I
want
to
be
notified
when
a
logline
comes
right,
yeah,
oh
yeah,
and
then
there's
a
another
one
which
I'm
I
think
is
quite
ambitious,
but
that
would
also
be
really
cool
because
then
it
doesn't
really.
A
Then
it
doesn't
need
sort
of
a
time
series
in
between.
But
if,
if
you
look
at
an
access
log
so
like
something
that
a
web
server
outputs
all
the
time
and
you
won't
anytime,
someone
makes
a
request-
they
usually
have
duration
times
in
there
and
then,
if
you
have
a
regular
expression
like
this
one
here,
like
a
little
rule
that
can
extract
the
thing.
That's
in
this
here
you
could
then
say:
okay!
Well,
I
wanna
I
want
whatever
comes
in.
I
want
this
mapped
onto
this
other
range,
where
I
say:
zero.
A
So
that's
fine
and
like
two
thousand
would
be
two
would
be
two
seconds
so
two
thousand
milliseconds.
That
would
be
a
pretty
long
time
for
a
request
to
be
answered,
and
that
would
be
like
a
pretty
high
or
loud
noise.
And
then
anything
is
sort
of
in
between
gets
mapped
to
a
sound
and
then
so
as
the
requests.
D
D
Do
that
that
sound?
The
thing
you
just
did
during
the
demo.
A
A
A
Stop
sharing,
who
is
next,
olaf
or
anyone
else
from
like
a
hackathon.
E
Project
so
olof
can
probably
go
first,
but
I
think
we
have
time
then
I
can
just
show
what
we
have
come
up
with
so
far.
All
of
can
go
first.
C
F
F
I
haven't
allowed
soon
to
be
able
to
share
my
screen,
so
I
guess
I'll
have
to
quit
soon,
but
then
maybe
maybe
tobias
can
go
first.
I
guess
because
I
have
to
restart
this.
A
E
E
Yep
all
righty
right
yeah,
so
we,
this
is
not
the
correct.
E
Okay,
let's
hope
that
works
in
a
reasonably
quick
fashion
yeah.
So
basically,
we
wanted
to
be
able
to
like
get
jupiter
notebooks
to
run
in
grafana
and
like
the
optimal
solution,
would
be
that
you
could
like
get
data
from
like
a
panel
or
like
a
query
and
then
just
like
process
it
in
a
in
a
jupyter
notebook.
E
And
like
we
ran
into
into
some
difficulties,
the
initial
thought
was
like:
oh,
you
can
probably
like
it
would
be
super
cool.
If
we
had
like
a
document,
we
could,
like
just
add
a
snapshot
and
then
kind
of
describe
it,
and
then
you
can
maybe
do
some
data
handling
with
it,
but
turn
up
put
to
be
super
hard
to
like
put
either
a
snapshot
or
a
panel
outside
of
a
dashboard.
E
Oh
there
we
go
cool
yeah,
so
we
did
something
just
a
bit
basic.
Let's
do
a
demo,
so
it
basically
just
oh
no.
E
Oh
well,
we
had
a
working
notebook,
at
least,
even
though
we
had
like
issue
of
getting
data
into
it.
Great
fun,
reception,
yeah,
yeah,
it's
being
the
whole
notebook,
is
being
run
inside
an
iframe
which
is
kind
of
makes
it
super
super
tricky
to
like
pass
back
and
forth
data.
E
I
don't
think
I
might.
I
might
not
be
able
to
get
this
to
work
actually.
E
E
F
F
So
this
is
kind
of
the
idea,
but
what
I
would
like
some
feedback
on
is
that
sometimes
we
might
not
have.
This
is
only
possible
when
the
log
messages
are
in
json
and
sometimes
we
might
not
have
any
json
logs
at
all
and
then
basically,
this
switch
won't
do
anything.
F
So
I
wanted
your
feedback
on
if
this
kind
of
switch
should
be
hidden
or
if
it
should
just
be,
you
know,
disabled
kind
of
or
if
there's
any
other
way
to
to
implement
this
kind
of
behavior
and
there's
also
a
question
of
people
might
want
to
always
predify
their
logs
for
like
any
kind
of
data
source.
H
Maybe
just
for
the
sake
of
conversation,
I
would
ask
if
users
ever
want
to
have
not
pretty
sidewalks
like
if
we
shouldn't
just
do
it
defaultly
and
like
have
that
like
what
would
be
the
reason?
Why
would
they
don't
want
to
have
this.
F
F
J
Regarding
this,
like,
I
know
the
ecs
specification
for
elasticsearch
it's
it's
quite
huge.
I
mean
that
a
log
document
can
have
hundreds
of
fields
that
are
really
not
related
to
the
lock
itself,
sometimes
so
doing
it.
Like
always
doing,
it
means
that
basically,
a
person
looking
at
elastic
search
logs
will
look
at
probably,
I
don't
know
like
we'll,
take
three
screens
to
only
visualize
a
single
log
entry,
so
I'm
not
really
sure
about
it.
J
J
Yeah,
at
the
same
time,
like
even
the
default
visualization
is
not
going
to
be
super
helpful.
In
that
case,
yeah.
F
B
I
really
like
the
idea:
it's
it's
a
bit
tricky.
I
I
remember
when
we
did
something
similar,
but
so
we
used
to
on
a
previous
complete
way
way
way
back.
We
used
to
use
like
the
elk
stack
so
elastic
log
stash.
B
And
correct
me:
if
I
drop,
if
I'm
wrong,
I
think
probably
some
of
you
guys
have
better
knowledge
about
this,
but
there
you
always
have
like
them,
both
the
parsed
document,
and
you
also
have
the
raw
one.
So
you
can
always
like
toggle
between
the
two.
B
So,
for
example,
if
you
and
and
then
we
in
that
case,
we
used
something
like
ingrock.
I
think
it
was
called
to
basically
write
like
parsing
logic
to
log
line,
so
it
could
be,
it
could
be
json
of
the
parts,
but
it
could
also
be
like
just
a
a
line
of
text
and
you
just
pick
different
parts
of
that
line
and
said
like
okay.
So
this
is
the
time
stamp.
F
G
I
was
wondering,
like
I
know
when
you
enable
pretty
fire,
can
we
get
like
a
different
pain
with
the
you
know,
the
in
a
structured
data,
but
at
the
same
time
we
can
still
like
see
the
you
know.
The
original,
like
the
original
view,
with
the
long
log
lines,
or
would
that
be
like
too
clumsy
to
have
them
side
by
side.
C
F
It
might
take
up
a
lot
of
space
as
well.
I
guess.
A
So,
just
to
be
clear,
both
are
the
raw
message
just.
A
It's
like
slight
distinction.
Actually,
we
do
remove
nz
codes
there
from
the
from
the
wrong
message.
So
it's
not
exactly
the
wrong
message,
but
this
is
still
like
the
prettification
here
is
just
there's
no
parsing
happening
per
se,
and
this
is
just
there's
just
pretty
finding
it
like
indenting
and
formatting,
but
to
your
point
cheetah.
If
you
prefer
not
to
purify
it,
you
can
still
expand
the
line
and
then
you
can
see
the
parsed
version,
which
looks
a
lot
like
the
prettified
version
right.
A
A
But
what
helps
a
lot
here,
I
think,
is
for
people
who
don't
want
to
do
this
on
every
row
right
because,
like
expansion,
you
need
to
do
in
every
row.
I
think
there
is
benefit
in
having
a
predefined
version,
definitely
available
yeah
and
then,
if
they
have
huge
documents
yeah,
then
that's
their
problem.
A
Much
we
can
do
with
well
with
loki.
You
actually
can
you
can
you
can
parse
this
as
json?
You
can
extract
fields
that
you
want
to
show
you
can
like
you
can
jump
into
so,
for
example,
like
just
you
can
jump
into
tags,
only
render
the
tags
here.
I
think
that's
quite
powerful,
but
yeah,
but
I
guess
back
to
your
whole
question.
I
think
should
this
be
on
for
everyone.
A
A
They
can
decide
if
they
prefer
using
looking
at
this
prettified
or
if
they
want
to
look
at
this
and
not
verify
it
and
then
sort
of
store
that
preference
by
data
source
even
right,
so
that
yeah
that
you
don't
because
some
data
sources
will
more
naturally
have
json
data
that
looks
sort
of
like
this,
and
other
data
sources
might
just
have
like
yeah
just
other
other
structures.
Here.
A
So
so
so
I'm
arguing
for
it
being
a
view
setting.
So
I
think
it
makes
a
lot
of
like
next
two
rep
lines,
I'm
just
I'm
just
slightly
annoyed
at
the
spacing
of
the
label
and
the
toggles,
because
it's
a
bit
clearer,
toggle
left
right,
but-
and
you
had
one
more
question
which
was
is
jason,
the
only
structured,
login
format.
No
there's
log
format
right,
which
gives
you
key
values.
D
A
One
one
level
of
key
values,
as
opposed
to
json,
can
be
multi-level,
multi-level
steep.
A
So
if
you
look
at
like
grafana's
lawns,
anything
in
kafana
outputs
is
formatted
as
with
log
format,
which
is
a
key
value
format,
so
we
have
a
key
equals
a
value
and
then
those
could
be
separated
out
onto
individual
rows
when
formatted
yeah
and
then
to
another
comment
here
on
the
maybe
prettify.
Maybe
it's
not
I
mean
that's
not
most
ideal
one.
I
would
probably
call
it
format.
A
Formats,
format,
structured
log
lines,
I
think,
would
be
sounds
too
long,
but
I
think
that's
most
accurate
yeah,
so
maybe
pretty
fire
is
okay
yeah,
because
we
can
only
really
format
the
structured
laws.
F
F
H
So
I
I
was
thinking
about
it
now
and
I'm
wondering
so.
I
don't
like
when
staff
are
disabled
or
hidden
because
then
sometimes
it
creates
this
feeling
of
confusion.
Then
I
don't
know.
Why
is
that?
And
what
should
I
do
to
make
it
not
disabled,
but
I'm
just
thinking
like
if
you
would
pretty
paid
and
there
won't
be
any
logs
in
lock
format
on
or
json
format.
Maybe
we
could
add
like
meta
info
message
or
some
like
info
for
user.
Like
hey
your
logs,
like
you,
don't
have
formatted
or
structured
logs.
H
G
H
F
J
My
only
thing
like
something
for
me
like
having
the
the
prettify
option
is
actually
nice.
The
only
thing
is
that
I
think,
like
it's,
not
the
first,
the
first
time
we
we
had
this
speed
back
on
on
the
options
here,
it's
that
it
started
to
grow
a
bit
and
really
I'm
having
some
troubles,
understanding
which
toggle
is
referring
to
the
predefined,
which
one
is
referring
to
wrap
lines.
I
don't
like
the
spacing,
is
not
optimal.
F
F
A
Cool
thanks
for
presenting
olaf
and
everyone
else
who
presented
anything
how
we
can
improve
the
feedback
sessions.
I
I
think,
oh
sorry,
my
video's
been
a
little
weird.
I
think
it
was
interesting
to
see
the
products
and
actually,
I
think
something
that
would
have
been
interesting
for
your
presentation
would
have
been
to
actually
hear
the
sounds.
I
was
going
to
ask
you.
I
know
you
did
the
little
blah
blah
blah
blah
blah,
but
to
actually
kind
of
like
hear
what
some
of
the
sounds
were
like
that
have
been
really
cool.
I
think
it
sounds
really
awesome.
So
thank
you.
A
My
self-reflection
teddy
you're
also
muted.
D
Oh,
I
I
noticed
that
everyone
today
like
started
off
by
saying
what
kind
of
feedback
they're
looking
for,
and
I
feel
like.
That's
really
helpful.
D
A
All
right
thanks
we're
exactly
done
after
an
hour,
then
have
an
awesome
wednesday.
The
rest
of
the
week.