►
From YouTube: CNCF TOC Meeting 2021-04-27
Description
CNCF TOC Meeting 2021-04-27
B
Rolling,
please
go
ahead
all
right
so
starting
at
the
top
with
vineyard,
and
I
think
this
was
the
one
where
we
just
wanted
to
check
whether
they
truly
believed
that
cncf
was
the
best
home
for
them
harry.
Did
you
have
any
conversation
with
them
about
that.
C
Yeah,
so
I
have
reached
out
to
the
team
and
they
also
have
another
presentation:
there's
a
seek
storage.
I
think
they
already
got
some
feedback
from
sick
storage,
so
my
personal
view
is
that
this
project
has
an
independent
reason
and
field,
but
it
actually
lied
with
the
clone
native
ecosystem.
Very
well,
just
like
the
kubi
flow,
like
the
other
ei
infrastructure.
C
So
it's
complementary
to
the
existing
tool
state
and
I
also
think
the
feedback
from
the
sig
storage
is
same
with
me
and
will,
since
they
also
view
this
project
as
a
complementary
to
these
currency,
unsafe
landscapes,
I
think
it's.
It's
actually
has
a
good
alignment
with
over
a
reason.
Yeah
I'd
like
to
have
other
feedback.
If
I
don't,
I
don't
know,
I'm
not
sure
if
you
stick
start
with
the
focus,
is
here
and
maybe
can
have
more,
you
put
them
there.
D
D
I
unfortunately
don't
have
any
context
on
that.
One
erin,
do
you.
A
Aaron
might
have
stepped
away
for
a
bit,
so
maybe
we
revisit
this
one.
B
A
Name
and
then
we
have
put
in
a
new
name
as
well
and
drop
that
one
into
email
right
just
bring
it
out
over
here.
They
would
like
to
be
able
to
change
towards
wasm
edge
time
say
that
again
tonight
in
here
there
you
go.
What's
image
run
time.
What's.
A
I
should
beg
your
pardon
aaron
is
now
available.
We
can
move
back
to
vineyard,
bouncing
back
and
forth
this
morning.
All
right.
E
E
But
I
don't
know
it'd
be
interesting
to
see.
I
guess
where
it
goes
from,
because
it's
just
sandbox
right
if
it
can
get
traction
and
evolve
into
something
else
it
is,
it
does
run
in
cube.
It's
it's
utilizes,
a
lot
of
the
functions.
It's
different,
I
mean
that's,
I
think,
has
it
going
for
it.
It's
not
yet
another
project
of
the
same
flavor.
E
We
just
don't
really
seem
to
have
a
very
data,
centric
sig,
I
would
say
in
cube.
Yet
today.
F
Yeah,
but
I
I
don't
see
why
we
shouldn't
have
going
forward,
and
I
mean
maybe
we
do
need
to
have
a
a
working
group
on
that
or
something
for
a
sake
I
mean
I,
I
think
there
was
another
project
as
well
in
that
space
as
well,
that
we
come
into
them.
Yeah.
E
And
I
agree
I
I
I
truly
believe
like
that's
the
next
evolution
of
kubernetes.
Is
you
know,
data
governance,
data
security,
where
it
came
from
how
it's
being
managed,
how
it's
being
archived
and
all
that
done
automatically?
I
think
there
could
be
a
whole
new
flavor
of
projects
it
just
where
does
that
belong
today?
Does
it
belong
in
storage
or
does
like
you
said?
Is
there
another
working
group
that
maybe
should
be
more
focused
on
that
cornelia?
Did
you
want
to
ask
something
to
add?
No,
no.
F
C
Yeah,
I
also
mentioned
that
before
that
we
are
missing
a
machine
learning
working
group,
but
this
is
actually
a
very
important
actually
field
in
cloud
native
ecosystem.
We
know
that
we
missed
the
kobe
flow,
somehow
it's
fine,
but
I
think
there
will
be
more
projects
coming.
I
also
talked
with
sleek
around
time.
Folks
there
are
talking
with
death
breaks.
B
Yeah
dave's
put
in
chat,
we
didn't
hear
you
yeah.
I.
B
Mute
or
something
the
data
in
ai
foundation-
I
I
mean,
I
think
it's
fine
for
us
to
overlap
with
them.
You
know
in
the
same
way
that
we
have
some
overlap
with
the
cdf.
C
Yeah,
it's
the
same
issue
yeah,
but
I
don't
think
as
we
should.
You
know,
stop
doing
right
things
and
just
because
they're
overlapping,
just
like
cdxd
animation,
we
have
a
lot
of
ddos
project
in
cncf.
We
have
c-gap
delivery,
but
you
know
there
are
overlaps
if
they
see
it,
but
they
still
need
to
do
the
right
thing
like
this.
That's
my
opinion.
I
don't
know
if
coco
corey
has
an
idea
of
that.
B
I'm
going
to
say
actually
conversation
with
harry
did
kind
of
slightly
focus
my
mind
a
bit
on
the
fact
that
a
lot
of
machine
learning
is
being
done.
You
know
all
the
model
training
is
being
done
in
the
cloud.
You
know
it's
like
an
ideal
application
for
using
cloud
resources
to
deal
with
these
giant
amounts
of
data
for
a
short
period
of
time.
So
it
seems
like
a
very
natural
cloud
native
application,
so
yeah,
I
would
lean
towards
saying
we
should
have
a
sake
to
kind
of,
or
probably
say
to
look
in
that
area.
G
H
F
H
Yeah,
maybe
it
would
be
nice
to
do
the
yeah
analysis
of
all
the
sandbox
projects
that
we
have
to
see
what
belongs
in
the
space
but
yeah.
I
don't
think
we
should
stop
wineyard
from
from
applying
just
because
it
overlaps
with
other
foundations.
F
B
B
I
They
were
open
to
the
change
they
they
get
it.
They
understand
the
kind
of
concern
of
trademarks
and
overlap
between
company
name
project
name
and
product,
so
they
were
cool.
They
were
reasonable
to
work
with.
B
G
A
F
C
C
Out
to
the
kill,
splay
team
at
real-
it's
not
my
team.
Of
course.
It's
another
team,
but
I
think
the
interesting
part
is
kalesplay
is
a
new
thing
because
it
is
trying
to
create
a
control
plan
for
chaos
tools.
So
if
you
look
that
at
their
presentation
they
have
integration
with
the
existing
chaos
mesh
and
lead
miss
project,
so
they
are
building
a
control
plan.
Follow
these
kills
close
blading
kels
tools,
they
have
dashboards,
so
you
can
see
what
happens
your
cal
system.
I
think
that
is
a
new
idea.
C
Actually,
of
course
they
have.
They
also
have
their
own
chaos
tool
and
they
all
there
is
overlapping.
Actually,
this
approach,
but
I
see
there
are
doing
some
added
value
in
the
chaos
engineering
part.
That's.
Why
also.
I
agree
that
we
should
have
some
kind
of
working
group
for
that,
maybe
in
the
future,
but
this
will
be
very
interesting
field.
More
project
will
come.
B
B
Maybe
amy
you
could
put
on
the
toc
like
agenda
working
document
that
we
should
talk
about
new
sigs,
because
it
seems
like.
A
New
tags,
I
think
that's
fine,
simply
because
it's
been
one
of
those
things
that
we
have
talked
about
as
something
that
should
be
rising
and
hasn't,
but
focus.
We
only
have
a
few
minutes
in
here
right
all
right,
votes
for
chaos,.
B
E
B
B
H
They're
just
working
on
on
on
their
kubernetes
ingress
controller,
I
believe,
but
then
I
don't
quite
understand
like
what
would
be
their
differentiator
from
from
other
ingress
controllers
in
the
space.
G
H
Yeah
that
that
is,
that
is
what
presents
I
wish
there
are
youtube
presentations,
something
that
you
include
as
a
library
directly
to
your
c-sharp
code
code
and
there
you
can
see
like
how
it's
useful
for
c-sharp
projects,
but
once
it
becomes
like
a
kubernetes
microservice.
H
I
don't
quite
understand
like
what
makes
them
unique
and
different
from
from
other
ingress.
B
B
B
C
C
If
you
have
something
from
that
community,
it
may
actually
maybe
bring
us
with
some
even
more
projects
in
that
field,
and
that
is
my
personal
consideration,
but
I'm
not
sure
what
is
this
project,
I'm
not
sure
the
position
of
this
project
in
the
ecosystem,
maybe
just
a
small
tool
or
it's
already
a
you
know-
might
be
adopting
technology,
I'm
not
sure
about
that,
because
I'm
not
exporting
this
field.
That
will.
But
I
personally
think
that
donated
community
is
something
that
we
want
to
keep
eye
on
and
have
some
connection
with
them.
B
F
I
mean,
I
think
that
yeah
I
mean
the
reverse
proxy's
great,
but
I'm
not
sure
I
encounter
it
as
far
native.
I
think
they
have.
They
seem
to
have
aspirations
to
have
close
their
ties
with
kubernetes,
but
they're,
currently
all
aspirational,
rather
than
real.
As
my
concern
is
that
that
it's
I
mean
like
I'm,
not
sure
that,
like
nginx
per
se,
is
a
cloud
native
project,
even
though
it's
used
in
quite
a
lot
of
environments
for
the
same,
you
know
as
a
reverse
proxy.
It's
like.
F
F
Yes,
I'd
say
we
I
mean
primarily
libraries,
I
guess,
like
distribution
is
primarily
a
library,
although
you
can
run
it
as
an
application
and
I'm
sure
there
are
others
that
are
primarily
libraries.
B
I
B
B
J
Yeah
I
mean
what
I
like
to
know
is
how
it
relates.
You
know:
defers
differentiates
with
envoy
h,
a
proxy
nginx.
That's
which
is
those
are
the
similar
projects,
just
just
at
least
have
some.
Besides
the
fact
that
it
it's
written
in
c,
sharp,
yeah.
J
B
Question
from
amy
presentation
to
sign
network
to
review
is
this
cloud
native
and
houses
different
from
existing
cncf
projects?
Yes,
I
think
that
sounds
good.
Okay,
perfect.
We
can
move
on
cube
invaders,
which
I
think
is
basically
written
by
one
person.
K
It
does
look
like
one
person
I
like
how
they
they
answered
the
question
of:
why
do
you
want
to
come
to
the
cncf?
I
think
it's
a
great
community
and
I'd
like
to
be
part
of
it.
C
B
It's
fun
is
it
going
to.
I
is
it
serious,
I
kind
of
like
it
in
a
way.
You
know
I
love
it
as
a
kind
of
demo
or
something
you
know.
That's
the
who
doesn't
like
having
space
invaders
in
a
in
a
project,
but
is
it
I
guess
two
two
things
is
this
going
to
be
a
seriously
useful
contribution
to
the
cloud
native
community,
and
the
second
thing
is:
is
this
potentially
opening
the
floodgates
to
a
absolute
boatload
of
kind
of
demo
fun
projects
that
I.
F
It's
it's
not
had
a
lot
of
contributions
and
I'd
say
that,
from
our
experience
with
docker,
we
we
had
things
that
were
found
projects
like
the
docker
minecraft
thing
that
were
great
fun
and
great
demos,
but
they
didn't
attract
contributors
in
the
long
term,
because
it's
not
clear
what
you
can
do
so
much
for
a
fun
project
like
what
the
kind
of
scope
of
what
it
should
be
is
compared
to
a
use,
a
more
useful
project.
F
H
All
the
commits
are
done
like
directly
to
muster
not
through
the
prs,
so
it's
like
yeah,
just
one
person
pushing
code
to
muster,
and
it
would
also
be
nice
to
to
kind
of
like
see
how
they
differentiate
themselves,
from
other
case
projects
and
in
the
sandbox
like
what?
What
extra
do?
They
add.
L
B
I
G
I
B
F
Yeah-
and
I
I
mean
given
what
it's
trying
to
do,
I
think
you'd
kind
of
expect
some
contributors
who
were
kind
of
software,
vendors
and
things
to
at
this
point.
In
it
I
mean,
I
think
at
the
point
when
we
want
to
we'd
be
interested
in
it
would
be
because
there
were
people
actually
using
it
to
shape
applications,
which
is
not
clear
that
there
are
at
the
moment
agreed.
B
B
B
Yeah,
I
feel
like
maybe
it
just
doesn't
quite
meet
the
community
interest
bar.
B
All
right
so
the
next
one
is
service,
mesh
performance
and
there's
also
mesherie,
and
I
feel
like.
Maybe
we
should
talk
about
both
of
those
at
the
same
time,
because
they're,
both
kind
of
well
service
mesh
performance,
is
figuring
out
how
to
test
service,
mesh
performances,
and
it's
coming
out
of
the
sig
network
service.
Mesh
working
group
meshery
is
a
conformance
testing
tool.
I
believe
that
the
smi
project
has
just
I
mean
it's.
It's
all
kind
of
tied
up
with
lee
calco
and
you
know.
F
B
Roles
that
he's
playing
in
these
different
groups-
but
I
think
mescheri-
is
now
adopted
by
smi
as
the
conformance
testing
tool.
I
am
all
for
conformance
testing
tools
that
kind
of
establish
whether
or
not
something
is
con.
You
know
like
the
way
that
kubernetes
has
kubernetes
conformance
test,
and
then
we
know
that
a
distribution
of
kubernetes
is
really
kubernetes.
B
This
seems
like
a
really
good
thing,
but
I
just
want
when
we
were
talking
to
so
dave
and
I
had
a
sig
network
liaison
meeting
with
lee
earlier
today.
I
feel
like
there's
scope
for
getting
alignment
between
the
smi
this
smp
and
mesherie,
so
that
we
can
say
you
know
as
the
cncf.
This
is
kind
of
how
we
go
about
understanding,
whether
something
is
a
service
mesh
or
what
capabilities
a
service
mesh
has
and
what
performance
characteristics
it
has.
So
I
sort
of
feel
like
this.
A
G
Snp
itself
is
a
specification
and
the
measuring
is
an
implementation
of
the
specification.
The
way
I
read
it
before.
D
Which
yeah
yeah?
I
got
the
impression
that
measuring
is
kind
of
more
than
it's,
like
a
combination
of
all
of
that.
It
almost
wants
to
be
like
a
control
plane
first
for
service
meshes,
so
it's
like
a
control
plane
for
your
control
plane.
It
lets
you
deploy
multiple
ones
and
do
these
tests
and
measure
their
performance
and
all
of
that.
G
Is
we
take
measuring
and
not
take
the
spec,
like
I
mean,
do
they
go
together
or
do
we
need
to
do
both?
At
the
same
time,
I.
B
Think
that's
part
of
the
question.
Isn't
it
is
like
well?
Are
these
things
truly
independent?
I
mean
we
do
have
precedent
for
things
like
no
siri
and
tough.
You
know
notary
being
the
implementation
of
tough
and
they
were
treated
separately,
but
this
feels
slightly
different
to
me
because
it
isn't
the
like.
We
were
just
saying
it
isn't
the
implementation
of
the
interface.
It's
the
way
you
conformance
test
the
interface
so.
F
It
also
is
the
canonical
implementation
for
smp,
which
generally
we've
put
a
canonical
implementation
with
the
spec
project.
So
tough
has
a
canonical
reference
implementation
and
some
of
the
other
ones
do.
I
think
so.
I
would
have
thought
that
from
that
point
of
view,
messaging
sm
should
be
with
smp,
but
then,
when
it's
also
the
conformance
tool
for
smi,
I
think
it
should
be
with
smi.
G
At
the
very
least,
I
think
we
need
sign
off
from
the
existing
smi
folks
that
they
like
this
idea,
and
they
want
to
like
welcome
this
group
to
what
they
are
doing
together.
Right,
yeah.
F
Well,
I
think
we
should
yeah.
We
should
ask
if
that
makes
sense
or
another
alignment
of
them
as
as
one
these
two
as
one
project
or
something
I
mean,
I
think
we
should
definitely
get
an
opinion
from
smi
and
a
kind
of
set
of
options
that
we
could
pick
from
our.
B
To
be
on
another
thing,
so
if
I
drop
off,
there
are
several
we'll.
B
Yes,
okay,
I
will
I'm
gonna
mute
myself.
I'm
gonna
drop
in
quickly
what
I
think
my
votes
would
be
for
the
other
things.
If
that
makes
sense
or
actually
is
there
anything?
I
was
worried
about.
B
B
It
is
not
clear
to
me
whether
this
is
just
the
client
parts
and
whether
they're
also
so
it's
essentially
you
know,
observability
using
ebpf
to
collect
metrics
and
observability
data,
which
is
awesome,
but
it's
not
clear
to
me
whether
this
is
just
the
client
stuff
and
it's
dependent
on
a
server.
H
Did
they
make
presentation
to
sigs
and
if
not
sure
we
asked
them
to,
would
it
help
us
to
understand
the
project
better.
B
A
All
right,
I
am
marking
pixie
as
the
presentation
requested,
so
we
can
move
back
to
fluid.
F
Contributors
yeah
has
a
lot
of
a
lot
of
contributors,
yeah.
G
It's
definitely
a
collaboration
too
alina.
I
remember
talking
to
the
person
who
submitted
this
proposal.
I
know
him
from
ibm
days
and
it
looks
like
they
are
doing
it
because
they
are
facing
some
issues
and
they
came
up
with
the
solution
to
so.
G
G
L
What
would
this
idea
of
machine
learning
one
cover?
Also
like
data
analytics
yeah,
I
think
so
I
think
would
you
want
to
because
then
then
this
would
be
a
good
thing.
G
If,
if
there
was
one
question
I
had
here,
it
would
be
like
they're
using
a
luxia
which
is
not
really
cncf,
so
if
they
they,
if
they
need
alexio
and
can't
be
replaced,
you
know
how
much
of
if
alexa
changes
license.
Then
what
happens
to
us
right?
That's
a
thing
that
I
can
think
of
right
now,
given
all
the
agpl
stuff
going
on.
F
A
H
It's
a
very
big
flashback.
Yesterday,
when
I
looked
at
the.
E
Rancher
and
then
it
kind
of
evolved.
F
G
E
G
G
Names,
they
have
a
slack
channel
on
the
kubernetes
slack
and
they
seem
to
be
recruiting
folks
to
do
like
microsoft,
windows
stuff
as
well.
G
G
The
thing
I
like
about
this
project
is
the
leads
are
like
deep
into
this.
They
don't
have.
They
are
not
open
source
background,
like
you
know
some
of
us,
but
they
really
want
to
do
the
right
thing
and,
like
it's
really
good,
to
see
somebody
who
is
putting
in
effort
by
like
looking
at
other
projects
what
they
do
and
trying
to
adopt
it
and
things
like.
G
G
The
only
question
I
would
have
is
like
how
many
of
cni
projects
would
we
end
up
with
right,
but,
given
that
some
of
the
projects
are
not
doing
so
well,
that
would
be
the
thing
to
look
at
here.
D
J
Yeah,
I
think
it's
good.
It's
a
you
know
it's
kind
of
a
little
bit
like
the
cube
ovm
project,
which
I
think
we
also
admitted
into
sandbox.
I'd
like
definitely
like
to
see
more
experimentation
around.
You
know
low-level
networking
for
kubernetes
there.
There
hasn't
been
a
whole
lot
of
projects
in
that
area
say
even
compare
with
storage.
So
that's
that's
kind
of
good
to
see.
G
A
All
right
that
wraps
us
up
for
today,
unless
anybody
else
has
things
they
want
to
be
able
to
put
on
the
public
recording
for.