►
From YouTube: CNCF TOC Meeting 03-08-2022
Description
CNCF TOC Meeting 03-08-2022
B
Thank
you
so
today
we
start
the
conversation
around
ego
and
marble
run.
Those
two
are
a
pair
of
projects
in
the
ego
is
about
confidential
apps.
B
Marble
run
is
a
control
plane
for
confidential
computing,
but
we
have
three
projects
in
the
same
space.
The
third
one
is
the
confidential
containers,
which
we
talked
about
last
time
and
you
know
justin,
do
you
want
to
say
you
know
say
something
about
what
information
we
got
from
them.
C
Yeah,
so
I
had
an
informal
discussion
with
confidential
community
consortium.
C
They,
I
think
that
they
would
be
interested
in
having
a
more
formal,
full
discussion
about
this,
but
they,
the
feeling
was,
the
confidential
containers
was
appropriate,
as
potentially
as
a
cncf
project,
the
other
two
much
less
clear,
whether
they
really
fit
into
our
space-
and
I
think,
but
the
other
issue
they
raised
was
that
right
now,
it's
difficult
for
these
projects
into
production,
because
you
can't
generally
run
them
on
your
own
hardware
and
there's
limited
hardware
available
in
the
cloud
in
in
various
places
in
restricted
ways
and
so
from
our
kind
of
project.
C
D
Ego
and
marble
run-
I
I
do
have
some
thoughts.
I
could
not
figure
out
how
to
unmute,
because
zoom
changed
the
thing
for
me.
Yes,
I
I
think
in
past
discussions
that
we
had
had
previously
that
we
didn't
really
have
a
path
to
the
next
level
to
incubation
or
graduation
for
these
projects.
So
at
this
time
I
think
it's
it's
a
no
until
we
have
a
better
feeling
for
how
we
would
support
and
how
that
would
enhance
the
ecosystem.
D
B
No,
let's
do
for
ego
and
marble
run,
please.
Okay,
all
right.
B
Let's
wrap
that
up
before
we
go
any
further
so
based
on
the
talk
justin,
you
had
with
confidential
container
confidential
computing
containers.
I
forget
which
one
is
which
so,
let's
open
the
vote
for
that.
A
A
All
right,
I
think
we
can
move
on
to
our
re-applications.
A
Can
you
call
them
out
amy,
please?
I
have
fab
edge,
I
have
lagoon
and
I
have
conveyor
and
yeah.
Let
me
go
find.
B
Yeah,
okay,
so
this
is
a
re-submission.
We
got
some
feedback
from
app
delivery.
Folks
now
what
did
they
change?
That's
the
question
yeah!
I,
if
I
remember
right,
we
were
saying
that
it
feels
like
there's
too
many
projects
sub
projects.
You
know
that
are
sometimes
not
related
to
each
other.
That
was
one
concern
that
we
had.
The
other
concern
we
had
was:
what
was
it
yeah
openshift
focused?
I
guess
was
the
other
one
that
we
were
talking
about.
B
F
You
said
something
about
openshift
in
here
and
it
being
tied
to
openshift.
Yes,
can
you
expand
on
that?
A
little
bit.
B
Yes,
so
if
you
dig
into
the
individual
projects,
there
are
four
big
projects
in
there.
B
If
you
look
at
the
install
or
how
to
run
kind
of
thing,
all
of
the
most
of
them
had
a
requirement
of
openshift
being
there
and
being
able
to
run
on
openshift
rather
than
brand
vanilla,
kubernetes.
B
Right
and
this
this
was
a
project
that
was
started
around
lift
and
shift
of
existing
workloads
to
openshift.
That's
why
you
know
based
on
the
history.
That
was
the
that's,
why
it
is
the
way
it
is.
G
B
So
the
perceived
value
here
is,
you
know,
there's
lots
of
workloads
running
still
which
are
not
in
cloud.
This
is
a
project
that
will
help
move
some
of
those
workloads
into
the
cloud
and
by
cloud
I
mean
here,
kubernetes
based,
you
know,
system.
F
Well,
I
mean
it's
not
going
to
move
them
into
kubernetes,
it'll,
move
them
into
open
shift,
and-
and
it
obviously
requires
some
specific
things
in
openshift
that
aren't
general
things
you
can
install
into
your
kubernetes
cluster
yeah
that
doesn't
show
yeah.
That
I
mean
it
raises
the
question
for
distros
that
have
their
own
sets
of
apis
that
are
not
part
of
the
compliant
kubernetes
and
they
specifically
target
just
that
distro.
B
Yeah-
I
don't
remember,
having
you
know,
allowed
any
anything
like
this
before,
but
it's
sandbox
right.
H
One
analogy
I
could
kind
of
think
of
is:
if
you
remember
cloud
custodian,
I
think
it
initially
only
targeted
like
aws
right
and
they've
evolved
over
time
to
support
other
clouds
and
quote-unquote
platforms.
I
could
see
something
like
this,
where
maybe
they
started
with
openshift
due
to
business
needs
or
whatever,
and
as
long
as
your
intention
is
to
support
different
distros
different
platforms,
then
I
think
it's
fine.
It
doesn't
like
raise
any
red
flags
that
in
our
charter,
basically
one
of
the
values
is
all
about
supporting
different.
H
B
I
I
So
maybe
this
would
be
something
to
either
ask
them
or
to
make
a
condition
of
any
future
incubation
status
to
to
basically
require
a
a
statement
in
the
roadmap
that
yes,
they're
actually
going
to
support
vanilla
kubernetes,
because
openstack
smells
like
not
bad
but
weird.
If
it's.
If
it's
coming
before
native
kubernetes,.
B
Okay,
thanks
for
pointing
that
out
so
based
on
this
information,
we
can
take
a
vote.
F
Well,
am
I
missing
something
because
I
don't
see
them
saying
general
kubernetes
support
is
in
their
plan
right
now.
Did
I
miss
that.
G
B
B
B
J
B
A
No
no
no
hang
on.
This
is
inclusion
into
sandbox
and
then,
if
they're
going
to
move
to
incubation,
then
we
have
to
be
able
to
have
that
requirement
for
supporting
vanilla,
kubernetes
correct.
Thank
you.
A
A
B
It's
the
carrot
and
stick
right
like
so
we
kind
of
like
get
them
into
our
show.
There
is
a
plenty
of
things
that
need
they
need
to
take
care
of.
We
want
them
to
take
care
of
those
kinds
of
things
and
get
new
people
on
board
and
then
start
working
on
things
like
this
richie.
Okay.
Okay,
sorry
still
getting!
Oh!
No!
No!
No!
Please
ask
any
interrupt
any
time.
A
L
D,
why
you
there
yeah
I'm
on
my
phones.
I
was
typing
into
chat.
I
want
to
copy
and
paste
the
thing
that
matt
said.
I
want
to
actually
see
ready
support
from
the
road
map,
but
it's
taking
me
too
long
to
type
it
into
my
phone.
Okay,.
A
Negative-
and
there
are
three
of
those,
so
this
does
not
pass
we'll
go
back
to
them
with
what
we're.
B
Looking
for
all
right,
so
we
we
give
them
the
feedback
that
we
want
strong
support
for
generic
kubernetes
and
what
what
else
was
there?
I
think,
let's
start
with
that,
let's.
B
I
don't
know
whether
they
wish
they
should
come
back
to
us
when
they
update
their
roadmap
or
when
they
actually
do
it.
H
B
Okay,
so
for
all
the
people
who
did
minus
one
and
zero
will
will
that
be
enough
for
you
to
think
about
next
time?
Okay,
yes,.
K
Okay,
thank
you.
Okay,
so
that's
it
amy
line
11
will
give
you
fab
edge.
B
Yeah,
okay,
so
some
this
fabbage
was
another
thing
that
we
talked
about
last
time.
So
somebody
for
for
the
new
folks
is
the
the
question
here
about
is
so
fabidge
says
that
it's
a
kubernetes
cni
but
the
traditional
definition
of
a
cni
it
it
doesn't
conform
to
that.
B
It
says
that
you
should
have
another
cni
by
default
and
this
will
be
an
additional
cni
for
just
edge
computing
scenarios,
so
we
were
like
confused
what
what
it
actually
does
or
what
it
actually
wants
to
do.
So
we
we
took
it
back
to
them.
B
I
don't
know
if
you
got
feedback,
was
there
a
comment
or
something
pre-application.
A
B
Yeah,
I
so
they
okay,
so
they
added
a
lot
more
information
this
time
than
what
they
had
last
time,
that
that's
what
I
can
see.
B
So,
given
this
new
information,
it
says
it
works
as
a
kubernetes
cni.
B
Cubic
mesh
hvpn,
listen,
okay,
so
the
tlr
seems
to
be
that
they
are
already
working
hard
with
these
other
cnc
of
projects.
And
how
are
they
doing
in
terms
of
does
anybody
else?
Have
any
observations.
J
K
B
B
C
C
To
me
I
mean
at
some
point
these
these
projects
are
going
to
have
to
turn
into
you
know,
they're
going
to
have
to
get
some
agreement
on
what
what
what
is
what
has
been
successful
and
what
are
the
right
ways
to
do
this
thing,
but
it's
still
early
at
this
point,
I
think.
D
Yeah,
I
agree,
and
I
think
the
cni
is
pretty
critical
to
the
cohesiveness
of
running
it
and
and
from
edge
into
a
more
centralized
infrastructure
and
how
that
would
work
and
whether
or
not
it
scales
down
to
that
size
effectively
and
still
is
feature
rich
enough.
So
I
think
we'll
probably
end
up
seeing
more
projects
in
this
space.
The
coming
year.
J
B
Okay,
ready
for
what
then.