►
From YouTube: Monitor:APM Weekly Meeting 2019-11-20
Description
- GraphQL
- Instance Administration Project
- Review issues moved to 12.6
- Moving Pod Log features to core
A
B
A
C
B
C
Which
is
a
good
thing
I
think
about
if
we,
if
we
expose
them
and
then
we'll
probably
need
to
document
them
and
if
something
is
breaking
their
behinds,
we
should
also
communicate
it
to
them,
possibly
also
measure.
If
someone
is
using
that
if
it's
possible
but
I
mean
that's
details
that
we
can
handle
and
we
can
approach.
But
that's
that's
my
point
of
view:
I'm
supportive.
C
C
A
F
B
So
I
think
it'll
be
a
slightly
large
task,
but
I
can't
really
say
whether
it's
completable
in
one
release
or
two,
because
if
you
look
at
Shawn's,
mr
it's
it's
pretty
large
and
the
environment
API
itself
is
quite
large
right.
It
does
a
lot
of
things,
so
yeah
I
think
it'll
be
one
of
the
larger
sizable.
A
Yeah,
that's
good
question
thanks.
Okay,
all
right!
Moving
on
so
we're
getting
close
to
being
able
to
release
this
instant
administration
project
feel
like
we've
been
working
on
it
for
months
now,
but
the
last
step
is
planned
for
this
milestone,
which
is
to
add
a
button.
So
a
user
can
actually
install
the
project,
we're
gonna
wrong
about.
What's
the
project
will
get
installed,
but
then
it'll
be
mostly
empty.
That
true
yeah.
B
C
A
C
A
G
A
E
G
C
C
C
Maybe
point
and
point
them
you're
pointing
to
the
issue.
You
point
them
to
the
issue,
so
they
will
add
comments
in
the
issue
and
will
be
visible
to
all
of
us.
Okay,
there's
another
discussion.
There's
another
discussion
about
I.
Think
it's
in
2007
about
English,
engineer
dashboard
that
was
asked
by
and
I
think
it
wasn't.
A
selection
of
thing
take
it
you're
in
this
discussion
right.
G
I,
don't
I
think
that
it's
Prometheus
has
already
scraping
that
thing.
Yeah
I
mean
it's
anyway
I'll.
It's
a
bit.
It's
unclear
to
me
why
we
would
need
the
exporter
for
things
that
we're
already
capturing
a
bunch
of
metrics
out
of
ingress.
It
seems
so
I,
don't
know
what
I
don't
know,
what
extra
metrics
the
exporter
of
things
but
grabs,
but
but
yeah
we
do
have.
C
A
Just
for
some
background,
we,
like
Dovan
I
at
one
point
I,
think
talked
about
this-
that
we
want
to
be
responsible
kind
of
for
the
framework
of
how
to
add
metrics.
Maybe
we
can
add
the
first
couple
ourselves
and
then
the
idea
would
be
that
infrastructure
or
some
of
these
support
teams
or
someone
could
go
in
and
add
other
metrics
charts
that
they
find
useful.
But
they
don't
have
to
rely
on
us
to
keep
doing
that.
A
C
That's
a
good
point.
Thank
you
for
raising
that,
so
I
mean
the
long-term.
We
don't
need
to
hand-holding
the
infrastructure
team
and
this
entire
project
of
self
monitoring
eventually
to
land
in
the
infrastructure
team.
So
we
need
it.
We
need
be
maintained
by
us
forever.
What
we
would
like
to
achieve
eventually
is
to
provide
the
team
with
enough
tools
for
them
to
add
on
tricks
to
create
their
own
alerts
and
and
create
their
own
dashboard
once
we'll
get
it
into
a
into
a
minimal
state.
C
Maybe
even
maybe
minimum
is
enough,
then
we
can
hand
it
over
to
the
infrastructure,
so
we
don't
need
only
to
focus
on
how
we
can
provide
more
value
in
terms
of
moment,
it's
a
dashboard.
Let's
do
the
minimum,
yes,
but
let's
think
about
how
we
can
provide
them
with
the
ability
to
do
that
by
themselves.
Then
hang
it
over
to
the
team.
A
A
So
the
next
thing
on
the
agenda
that
I
had
was
I,
was
just
looking
over
the
retrospective
for
12:5
and
I
noticed
that
I
don't
think
anyone
on
our
team
has
put
anything
so
just
a
friendly
reminder
to
think
about
that.
Add
things.
If,
if
you
have
any
items,
so
we
can
make
sure
we
have
some
some
valuable
feedback
from
across
the
team.
I.
H
B
C
C
E
Think
perhaps
scheduling
less
issues
is
an
option
like
just
because
I'm,
both
health
and
a
p.m.
it
still
seems
like
there's
a
lot
more
issues
scheduled
in
a
p.m.
than
there
are
in
health
in
a
given
milestone,
like
I.
Think,
there's,
probably
only
like
tennis,
you
scheduled
for
health
and
a
given
milestone.
So
it's
like
a
lot
smaller
and
I.
E
Think
I,
don't
remember
how
many
we
were
at
I
think
it
was
more
like
20
or
30
or
something
so,
maybe
maybe
it's
less
I
can't
remember
the
exact
number
you
ended
up
with,
but
it
always
feels
like
there's
less
scheduled.
It's
like
more
realistic
in
terms
of
actually
gonna
get
done.
Perhaps
perhaps
less
ambitious,
but
I
think
that
even
with
the
smaller
list
of
issues,
they
still
have
issues
that
don't
get
done
so
they
but
I
guess
they
have
pure.
A
A
C
Yeah,
so
we
got
approval,
so
if
you
know,
but
up
until
now,
still
Portland
feature
is
in
ultimate
and
we
got
the
okay
to
move
it
to
Cole
and
not
sure
if
this
team
will
be
responsible
for
that.
I
would
like
to
understand,
therefore,
the
summation
here,
but
right
now
the
perfect
team
is
scheduled
to
work
on
that
it
may
take
them
like
a
milestone
or
two
depends
on
the
airfield
I,
don't
mind
waiting
like
another
milestone.
C
That
means
two
things
so,
first
of
all,
I
want
to
make
sure
that
once
will
have
elasticsearch
in
place
for
belonging
use
case.
It
will
be
in
call,
so
we
can
wait
with
this
move
until
we
have
elastic
search
when
elastic
search
is
there
I
want
to
make
sure
the
clock
isn't,
and
this
also
mean
is
that
elastic
this
entire
elastic
search
effort
and
the
solution
will
also
be
involved.
A
C
C
H
C
E
C
C
A
Next
I
started
update
to
our
APM
handbook.
A
number
of
teams
in
the
ops
group
are
going
to
be
doing
this,
so
I
started
the
kind
of
our
version
of
it
at
least
to
document
what
we
do
now
I
think
there's
probably
some
areas
that
we
can
improve
upon,
but
I
wanted
to
start
with.
This
is
this
is
kind
of
how
we
work
today
and
then
they'll
be
easy
to
open
them
ours
to
change
that
if
we
ever
have
ideas
and
we
want
to
iterate
on
it,
so
anyone
has
any
feedback.
A
C
A
A
I
G
C
G
A
back-end
and
front-end
required
front-end
work
to
get
it
to.
You
know
useful,
that's
all!
In
the
same,
mr,
you
saw
in
the
same
manner.
Oh
I
made
two
other
branches,
I
split
it
up,
but
I
don't
know
if
it's
impossible
to
test
it.
You
know
without
without
having
it
all
in
one
anymore.
So
maybe
it
should
just
live.
E
G
I
G
J
J
C
I
C
G
C
G
A
G
B
G
F
F
G
H
K
A
G
C
E
C
About
about
about
this
issue,
and
so,
first
of
all,
I
believe
it
requires
some
bacon
walk,
especially
when
we
check
King.
If
configuration
exists,
because
you
got
the
description
you
go
to
the
design
to
the
walking
in
progress
design.
There
are
several
scenarios,
no
data,
timeout
and
connection
failure
and
I
guess
some
of
the
issues
here
only
front
end
and
some
involve
content
and
bacon.
Maybe
we
can
break
this
issue
into
tiny
and
you
tell
me
it
makes
sense
to
boy
getting
tiny
iterations
and
walk
only
on
know
that
timeout
or
connection
failure.
C
Table
so
there
is
the
level
of
the
chart
in
the
level
of
the
group,
so
we
can
also
say:
okay
what's
more
important
and
we
can
start
I
think
the
chart
level
is
more
important
than
the
group
and
maybe
also
we
can
like,
say:
okay,
let's
walk
on
the
child
level
first
and
then
think
about
the
group
level.
Oh,
vice
versa,
if
it
saves.
G
F
Yeah
I
mean
it
seems
like
an
easy.
First
step
is
exactly
that
is
just
to
basically
throw
up
a
no
data
thing
on
the
group
level
and
then
kind
of
bring
it
I
mean
because
if
there
is
stuff
like
in
the
charts,
we
do
at
least
have
a
no
data
state
at
the
chart
level.
It's
not
detailed.
We've
discussed
like
adding
more
details
to
why
there's
no
data
in
the
chart
level,
but
I.
F
Yeah
at
the
default,
you
know
no
data,
oh
well,
yeah
I
mean
we
could
do
something
similar
for
for
the
group
level,
basically,
and
just
have
it
at
least
that
way
when
they
click
on
the
arrow,
you
get
a
there's,
no
data
to
display,
and
then
we
can
go
into
you
know
those
reasons
so
yeah,
don't
think
the
ideas
is
good.
Let's
just
you
know,
divide
it
up
into
smaller
issues,
and
then
it
should
be
a
quick
win
at
least
to
get
just
a
default
one
and
into
the
group
state.
That
way.
C
There
is
another
one
that
I
was
thinking
while
I
was
walking
on
this
looking
at
to
the
issue,
but
it's
published
separate
discussion,
but
it's
kind
of
related.
When
you
have
no
data
on
the
gosh,
you
cannot,
you
know,
set
up
an
alert
because
they
had
more
bottom.
The
more
button
is
available
only
when
you
have
a
chance,
I'm,
not
sure
if
it's
by
design
or
it's
possible,
just
to
add
this
and
configure
alerts,
I'm,
not
sure
how
the
backend
is
capturing,
the
metrics
that
are
on
the
graph
in
a
different
way.
C
F
G
G
Now,
in
the
case
of
you
know,
as
we
add
these
four
custom
metrics,
if
there's
no
place
that
the
user
sees
what
that
metric
name
would
be
right
because
you
know
it
would
be,
you
would
have
to.
You-
would
see
the
name
of
it
in
the
legend,
so
you
may
not
be
able
to
couldn't
paste
your
your
name
for
the
custom
metric
into
the
for
a
custom
metric.
F
G
You
get
you
grab
the
de
metric
and
all
the
metric
ID
and
all
that
kind
of
stuff
from
the
from
the
dashboard
information
that
comes
back
over
that
defines
all
of
the
graphs
and
as
far
as
I
know
that
it's
what's
used
for
creating
the
Med,
creating
the
alert
in
the
backend
and
the
so
yeah.
That's
that's:
what's
there
there's
a
there's,
an
ID
there
of
the
alert
I
mean
if
the
metric
and
and
just
a
mean
operator
and
a
value,
it
would
be
hard
to
know
what
value
you
wanted.
F
C
It's
the
same,
it's
design
issue,
it's
I
mean
from
that.
We
need
to
open
support
issues
and
schedule
it
for
the
for
for
the
milestone
we
can.
We
can
say
it's
completely.
Okay,
if
we
drag
the
terminal
because
from
that
I
think
we
should
open
additional
issues
or
maybe
promoted
to
an
epic
I'm,
I
think
I.