►
From YouTube: Cluster Addons meeting: 2020-08-04
Description
Meeting notes: https://docs.google.com/document/d/10_tl_SXcFGb-2109QpcFVrdrfnVEuQ05MBrXtasB0vk/edit#heading=h.q9sl7lw9laa3
A
A
B
Sure
I
can't
happen.
I
I
think
when
we
were
debating
what's
put
on
the
agenda,
I
think
I
was
just
joking
that,
like
we
seem
to
be,
I
certainly
seem
to
spend
a
lot
of
time
just
trying
to
keep
up
with
the
excellent
work
that
our
google
summer
of
code
person
samtoshi
is
doing.
I
think
she
has
some
pr.
She
has
a
bunch
of
pr's
up
that
I
think,
are
getting
into
a
state
where
they
can
merge.
B
There's
a
very,
I
think,
there's
an
interesting
one,
which
is
perhaps
worthy
of
feedback
more
on
the
tool
itself,
which
is
around
a
coupe
cuddle
plug-in
to
show
owner
refs.
I
think
that's
that's
an
interesting
one.
The
the
implementation
is
limited
by
what
api
server
offers.
So
this
is
one
where
we're
saying
like
if
such
a
tool
existed-
and
it
was
a
little
bit
faster,
would
this
be
useful
to
people?
B
I
think
I
mean
tend
to
start
playing
with
it,
but
if
other
people
play
with
it
as
well,
I
think
that
would
be
very
valuable.
It's
not
just
in
add-ons,
but
also
generally,
but
in
the
add-ons
case,
an
operator,
the
operator
cr.
B
Typically
will
have
an
owner
ref,
either
directly
to
all
its
objects
or
indirectly
towards
objects.
So
it's
a
nice
grouping
mechanism
there.
That
would
be
good.
One
there's
also,
I
think,
some
great
she's
doing
some
work
to
create
a
generic
operator
which
is
essentially
based
on
the
idea
that
a
lot
of
the.
B
A
lot
of
the
time
you
generate
a
an
operator
with
the
pattern
with
the
add-on
pattern
using
cube
builder,
and
then
you
don't
change
it,
and
if
you
don't
change
it,
you
probably
don't
even
we
can
sort
of
bypass
the
generate
stage
and
just
share
a
common
implementation
with
a
couple
of
hooks,
and
so
satoshi
is
looking
at
doing
that,
and
I
think
it's
working
pretty
well-
and
I
think
also
where
she's
headed
is
generating,
manifests
generating
manifests
that
are
perhaps
better
suited
to
to
what
we
we
use.
B
The
cube
builder
manifests
the
the
the
manifest
the
cubiller
generates
are
very
extensible
and
a
little
bit
verbose
at
times
and
most
of
the
time,
I
personally,
for
example,
normally
just
deleted
them
and
start
again,
and
I
can
can
we
do
something
there
and
that
sort
of
ties
into
a
lot
of
the
work
she's
been
doing
elsewhere
on
our
back
generation
and
on
this.
This
generic
operator
idea.
B
So
yeah
a
lot
of
a
lot
of
great
pr's
in
progress
from
the
google
summer
of
code
project.
There
is
less
than
a
month
remaining,
I
think
the
it
seems
to
be
aligned
with
months.
B
So
I
assume
that
august
31st
is
the
end
and
I
think
the
priorities
are
essentially
to
get
everything
squared
away
all
those
pr's
merged,
like
those
sort
of
work,
threads
finished
and
working
on
a
blog
post
to
describe
you
know,
google,
summer
of
code,
what
it's
like
to
participate
in
a
google
summer
of
code
project
in
kubernetes
and
the
work
that
that
that
she
did
and
so
hopefully
we'll
be
able
to
get
that
onto
the
kubernetes
blog.
That
is
our
hope.
B
C
B
I
think
what
we're
arguing
is:
let's
first,
let's
first
demonstrate
that
it's
valuable
and
then
let's
like
make
the
strong
case
for
a
server-side
component,
because
you
know
this.
This
information
exists
already
on
the
server
because
it's
used
by
the
garbage
collector.
So
I
agree
with
you
that
it
should
be
something
that
we
have
server-side.
B
The
intent
is
basically
like
make
it
work
and
show
that
people
like
it,
even
if
it
is
slow
and
horrifically
expensive
to
evaluate
and
then
and
then
like
say,
hey,
hey,
api
server
like
we
are
totally
hosing
your
api
servers.
Do
you
want
to
make
this
a
little
more
efficient.
C
I
think
the
openshift
console
does
something
similar,
but
to
get
around
performance
issues
you
have
to
specify
the
kinds
that
you
want
to
watch
up
front
so
say,
like
my,
the
cr-type
watches
like
manages
pods
and
services,
so
watch
for
pods
and
services
in
this
name,
space
that
have
owner
references
and
then
that's
not
terrible
but
yeah.
Exactly
exactly
what
you're
saying,
there's
a
performance
problem.
If
you
open
that
up
to
everything
on
the
cluster.
B
It
might
not
be
yeah
it'll,
be
interesting
to
see
like
right
now.
It's
the
current
implementation
like
loops
through
all
the
kinds
in
a
serial
loop.
It
will
be
interesting
to
see
how
bad
the
end
user
performance
is.
If
we
loop
through
those
do
those
in
parallel.
I
think
that'll
be
interesting.
It's
obviously
very
very
expensive.
It
might
not
actually
be
expensive
in
terms
of
human
wall
clock
time,
but
I
I
agree
with
you.
B
We
want
to
optimize
that,
but
first
like
that,
I
think
the
meta
strategy
here
is
to
to
make
it
demonstrate
that
it's
useful,
like
we
don't
want
to.
We
don't
do
all
this
optimization.
If
people
don't
people
don't
want
it.
C
B
I'm
more
like
you
could.
If
you
have
a
if
you
have
a
long-running
server,
you
could
watch
every
object
in
the
system
and
sort
of
like
keep
a
lookup
table.
I
don't
know
whether
you
would
like
how
granular
would
make
that
look
a
table.
Would
it
be
like
just
the
object,
just
the
kind
to
kind
references,
or
would
you
try
to
keep
something
more
accurate
than
that,
but
you
could
do
such
a
thing
anyway.
I
I
yeah.
C
B
Yeah-
and
I
think
my
understanding
is
the
garbage
collector-
has
that,
but
we
should,
I
don't
want
to
speculate.
This
word.
C
C
A
A
Yeah,
I
don't
know
if
it
was
discussed
before,
because
I
I
was
out
the
last
time
we
had
this
meeting,
but
we
did
work
on
adding
some
preliminary
get
support
for
the
packages
in
the
channels
of
the
declarative
pattern
based
operators
with
the
idea
just
that
we
would
like
to
be
building
the
ecosystem,
that's
more
extensible
for
the
users
and
or
the
people
deploying
these
operators
and
yeah.
That
might
be
of
some
interest.
A
It's
baked
into
some
of
some
sochi's
declarative
pattern,
pull
requests,
and
that
would
be
the
natural
place
as
well
to
extend
for
the
oci
package,
support
or
docker
image
based.