►
From YouTube: Kubernetes WG Apply 20180403
Description
More info on this WG can be found here:
https://github.com/kubernetes/community/tree/master/wg-apply
A
Hi
everyone.
This
is
where
this
is.
Where
working
group
reply,
it's
a
little
early,
the
one
it's
an
April
3rd.
This
is
the
second
will
count
the
last
two
as
a
single
one.
It
happened
not
two
days.
This
is
the
second
like
sprint
planning
meeting
I
have
a
bit
of
an
agenda
that
I'd
like
to
go
through
so
I
think
I
want
to
spend
the
first
I,
don't
know
two
or
three
to
five
minutes.
A
Looking
at
what
we
did
last
week,
then
Antoine
and
I
have
been
putting
together
a
document
yeah
like
a
road
map
of
what
we
can
be
doing
so
I
wanted
to
spend
five
or
ten
minutes.
Looking
at
that,
and
then
I
want
to
make
a
list
of
things
that
we
want
to
do
next
week
by
next
Tuesday
sounds
good,
sounds
good.
Okay,
I'm
gonna
present
my
screen,
oh
yeah,
yeah,.
A
C
A
B
D
A
Least,
make
a
little
bit
of
progress
without
making
a
feature
branch,
so
we
will
go
over
that
when
we
look
at
our
map
that
we
started
finished
collecting
test
vectors.
I'd
say
we
made
progress,
but
we
definitely
didn't
finish
that
yeah
Jenny's
working
at
Jenny's,
working
on
that
and
I
know
I
saw
a
thingy
from
her.
So
the
blue
and
I
said
yes,
yeah
pull
request,
so,
okay,
yeah,
okay,
describe
open
API
inspection
tags.
I
did
see.
B
A
A
Know?
Okay:
this
seems
like
it's
not
done
not
done
done,
of
complete
yeah.
Okay,
finish
different
route,
hahahaha!
No,
it's
not
done
make
a
branch
in
the
cube,
open,
API
repo,
we
I!
Guess
we
decided,
we
don't
need
a
branch
there
either.
No
in
fact,
I've
already
sent
out
PRS
and
should
include
that
we're
just
gonna
be
merging
into
I.
A
A
E
A
E
A
Poem
yeah
and
many
sits
right
next
to
you
too
yeah.
So
oh
Jenny
says
she
added
a
lot
of
test
vectors
to
the
merged
into
doc,
but
it's
not
done
okay,
yeah,
so
progress,
but
but
not
done
I
think
we
signed
up
for
two
weeks
worth
of
worth
of
work.
So
this
is
like
sorta
half
done
this
extension
tag
and
won't
fit
to
the
open
reaction
it.
A
C
A
A
E
C
D
C
A
A
Briefly,
go
over
what
and
then
we
can
go
over.
Why
that's
not
obvious
so
first
first
on
the
list
is
a
tool.
Change
changes,
as
vision
of
our
our
API
system
is
like
type.
Echo
has
got
an
ideal.
It's
basically
an
ideal,
definitely
right
out
with
ghost
trucks
and
tags
in
the
comments
next
to
the
fields
and
types
and
I
think
we
need
to
build
that
out
eventually
into
something
that
is
a
API
compiler.
Basically,
so
the
input
is
this
x
that
go
on
this
directory
structure.
A
The
output
is
like
the
serialization
deserialization,
the
the
code,
to
put
it
in
a
converter,
serializer,
the
like
stubs
for
registry.
You
know
put
your
put
your
read
strategy
here
that
sort
of
thing
your
validation
goes
here
and
I
think
also.
It
needs
to
put
out
the
open,
API
spec
and
it
needs
to
put
out
a
CRT
definition
and
eventually
that
somehow
needs
to
generate
a
client
too.
A
So
it's
like
there
should
be
horn
system
and
making
a
kubernetes
api
that
either
installed
a
C
or
D
or
if
you
out,
throw
that
and
install
some
other
way
in
service
of
that.
Like
that,
that's
great,
but
we
need
that
right
now.
What
we
do
need
is
a
way
of
describing
the
topology
of
our
types
so
that
they
can
be
merged
correctly,
and
we
have
like
some
merge
tags
in
there.
A
So
next
handler
stack
changes.
If
you
look
at
like
the
output
of
the
the
thing
that
Phil's
team
has
is
some
topic
merging,
it
requires
the
open
API
schema,
so
we
have
to
make
the
open
API
schema
available
to
the
handlers
from
which
will
be
calling
this
code
and
there's
two
sources
of
open
API
aspects.
There's
the
stuff.
That's
the
output
of
the
open,
API
library
that
many
put
together
and
there's
also
stuff
that
comes
through
the
validation
field
and
series.
So
both
of
those
need
to
get
plunge
through
to
some
default
implementation
of
apply.
A
The
thing
we're
doing
to
apply
to
to
implement
applies
a
new
content
type
or
the
patch
handler
I
believe
that,
like
we
can
decide
this
when
we
are
closer
to
actually
implementing
it,
which
should
be
who
you
like
in
a
week
or
two
but
I,
think
we're
gonna
have
one
apply,
that's
targeted
at
users
and
one
apply
this
targeted
deck
controllers.
The
other
option
is
to
give
kind
of
a
grab
bag
features
that
any
caller
of
apply
can
turn
on
or
off
I.
Think
it's
better
to
provide
targeted
flows
where
we
determine
the
features.
I.
A
Think
controllers
generally
want
to
say,
like
I,
want
these
fields
to
look
like
this
I,
don't
care
what
I
said
last
time.
This
is
what
they
should
be
now
if
somebody
said
something
else
like
ignore
them.
I'm
the
source
of
truth
here
and
I.
Think
users
generally
want
a
three-way
merge
where
they're
like
this
is
what
I
wanted
to
be
now
and
the
system
looks
at
like
the
last
time.
You
said
this,
you
said
the
same
thing
again
this
time.
Clearly
you
don't
want
to
change
it,
so
I'm
gonna
leave
it
question.
E
E
A
Another
large
change
to
patch
is
that
now
it
may
need
to
call
post
like
right
now.
If
you
control
apply
and
create
objects,
the
control
playing
version
of
it
also
be
able
to
create
objects.
I
know,
there's
a
section
in
the
update
strategy
about
whether
it's
allowed
to
create
things
or
not,
and
it's
on
some
resources
and
often
others
I
think
you
need
to
allow
it
for
apply.
Even
if
it's
not
a
lot
of
a
regular
foot,
so
I
don't
know
if
that
means
changing
all
resources
or
if
that
means
making
apply,
ignore
it.
D
A
D
A
D
A
D
D
Well,
yeah
people
were
surprised
by
how
apply
we
behave
differently
like
apply,
would
work
if
they
omitted
some
fields.
If
those
deals
were
already
set
on
an
existing
object,
but
it
wouldn't
work
to
create
the
object
in
the
first
place.
So
when
it
was
a
single
actor
thing
that
was
easier
than
easier
to
understand.
I,
guess,
but
now
that
we're
talking
about
multiple
actors,
I'm
just
trying
to
understand
what
people
will
likely
do
and
how
that
will,
how
that
will
play
with
each
other
yeah.
A
D
A
We
should
do
that
in
the
our
first
take
on
this,
but
I
actually
I
can
imagine
that
being
kind
of
useful.
So
maybe
we
can
think
about
that
later
anyway,
we're
not
going
to
go
through
the
kids
through
this
document,
if
I
don't
hurry
up.
Okay,
so
that's
the
patch
Handler
fix,
update,
improve
emerging
code,
make
sure
it
is
library
ID,
so
it
can
be
called
control
plane
without
dragging
into
world
our
dependencies.
A
A
A
Basically,
there's
there
there's
groups
of
fields
that
need
to
go
together
like
some
fields,
don't
make
sense
of
other
fields
aren't
set.
So
even
if
you
don't
default
the
entire
object
in
order
for
a
conversion
to
work
and
actually
accurately
capture
the
users
intent
on
the
other
side,
we
need
default
one
or
two
fields.
A
Can
send
you
David's
example
right:
it's
not
Sarah,
but
I
didn't
write
that
out.
I
think
the
best
result
I
think
the
best
solution
to
this
is
to
give
the
defaulting
not
to
like
turn
it
on
and
off,
but
they
have.
It
have
two
modes,
one
where
it
just
globally
defaults,
everything
and
the
other
where
it
looks
at
the
fields
which
are
set
and,
if
necessary,
defaults
additional
fields.
A
Validation
changes
since
we're
going
to
have
the
open,
API
schema
available
to
the
handlers
anyway,
pesum
into
tor,
like
we
can
call
a
validate
thing
on
them.
For
example,
the
thing
that
I
really
want
to
validate
once
and
for
all
is
that
associative
lists
don't
have
duplicate
keys
in
a
hilarious
bug
where,
if
you
added
an
environment
variable
twice
and
then
tried
to
you,
remove
remove
it
with
apply
it,
remove
both
of
them,
which
is
love,
I'm
sure
it
amused
me
okay,
admission
chain:
this
is
this
is
probably
a
future.
A
This
doesn't
have
to
be
in
like
the
first
alpha,
but
I
think.
Eventually,
we
want
to
take
yeah.
Eventually,
we
want
to
take
what
mediating
a
mission
webhook
or
mutating
plugin
does
put
it
in
the
form
of
apply
and
drop
it
in
the
last
applied
state
map,
so
that
people
can
see
what
the
mutating
admission
plugin
did.
I
think,
eventually,
we
want
like
anything
that
mutates
the
advocate
its
its
own
list
there.
So
it's
very
visible
who
said
what?
Because
they're
going
to
be
like
a
design
proposal
for
each
one
of
these
things,
I
think.
E
A
The
putting
handler
just
like
same
same
idea,
if
you
call
put,
we
should
compute
what
you
did
and
put
it
in
the
last
applied
state
edition
of
dry
run
dry
run,
is
critical
to
know
what
you
to
be
able
to
predict
what
the
system
is
going
to
do.
When
you
add
something.
I
think
this
is
important.
It's
also
kind
of
hard.
We
have
to
add
it
to
every
you
taining
verb
and
we
have
to
thread
it
through.
The
web
hook
api
the
admission
webbook
api,
because
web
books
cannot
have
side
effects
on
the.
A
Version
of
skews
gate
safety,
like
I,
think
honestly
I
think
we
should
get
it
working
in
like
alpha
and
not
worry
about
version
skew
for
a
good
and
then
and
then
once
once
we
have
that,
then
we
can
build
up
a
test
we
and
make
sure
everything
works.
I
think
the
tricky
case
is
when
you
haven't
old,
acute
control
and
a
new
API
server.
I
think
we
might.
E
E
A
A
Paint
into
that,
and
last
thing
this
can
be
done
in
parallel
with
a
lot
of
other
things.
Is
you
change
the
idea
we
want
to
make
it
more
strict.
You
need
to
roll
that
out
in
a
in
a
piecemeal
fashion,
like
first
we
put
into
the
thing
that
makes
the
idea
that
gives
you.
Oh
it's
like
a
warnings
file
or
something
we
check
that
in
we
tell
everybody
this
morning.
A
A
Think
if
you
look
at
the
the
timeline
I'll
share
this
stock
with
the
group.
Everybody
need
to
eat
right,
okay,
great,
it's
in
the
it's
in
the
drive,
I
think
Google
Docs
is
either
I.
Think
I
still
need
to
share
it.
You
can
you
put.
Another
drive,
showed
oh
okay,
cool,
so
it's
in
the
drive
so
go.
Take
a
look.