►
From YouTube: SIG Cluster Lifecycle - Cluster Addons 2021-10-26
B
A
Hi
friends
yeah
super
excited
to
share
this.
We
mentioned
it
in
our
previous
meeting
that
the
carvel
team
would
be
making
a
contribution
to
flux,
to
support,
oci
images
being
pulled
as
a
source
and
that
proof
of
concept
slash
draft
pr
has
turned
into
a
productive
and
fruitful
discussion.
A
A
It
includes
the
oci
image
api
and
the
flux
team
has
left
some
feedback.
We
change
the
shape
a
little
bit
and
it
looks
like
it's
gonna
happen.
So
that's.
That's
really
great
there'll
be
core
support
for
oci
images.
Assuming
that
everything
continues
to
go
smoothly
there
inside
of
flux.
A
A
At
some
point,
we
probably
want
to
try
and
reach
out
to
the
fleet
folks
from
the
souza
rancher
ecosystem,
because
we
want
to
see
support
for
pulling
these
oci
sources
all
around
for
all
sorts
of
add-on.
Me
type
things
and
continuous
delivery
bits,
and
it's
good
because
we
were
talking
about
using
this
as
a
delivery
format
inside
of
the
add-on
operators
as
well,
and
so
we'll
have
this
kind
of
packaging
capability
all
around
the
ecosystem.
A
A
Microsoft
is
doing
all
sorts
of
stuff
with
oci
bundling
right
now,
then,
that's
kind
of
like
the
little
big
ecosystem
picture
of
that-
and
this
is
a
small
piece
which
is
flux,
is
going
to
support
oci
images
and
go
check
out
the
code
yeah.
That's
that's!
The
update
there
from
cluster
add-ons
kubecon
oci
image,
stuff.
A
A
Yeah,
I
I
don't
know
if
we
had
any
other
updates
from
a.
C
On
the
flux
side,
I
think
it
looks
like
it
is
ages
before
the
kubecon
was
10
14.
I
believe-
and
there
was
one
flux-
road
map
to
general
availability
by
hideous
and
michael
bridgen
from
v
works.
C
So
I
had
moderated
that
and
they
had
said
they
already
have
achieved
what
you
call
the
general
availability-
and
I
don't
trick
like
right
now-
the
details,
but
definitely
they
had
done
a
one
hour,
40
minutes
presentation
was
it
yeah,
30,
minutes
presentation
with
some
q
and
a
and
sorry
for
the
not
being
able
to
reclaim
because
too
many
conferences
you
know
one
after
other,
I
went
through
kubecon
then
went
to
the
5g
world
forum,
then
the
next
one
quantum
week,
so
I
literally
lost
track
of
it.
C
But
flux
was
really
in
good
shape
and
I'm
happy
for
them.
I
hope
we
can
help
them
to
add
to
cluster
api
and
few
other
crazy
things.
I'm
thinking
about.
Can
cluster
api
address
the
quantum
computing
can
cluster
api
address,
acceleration
which
is
being
promoted
in
the
sense
of
gpus
and
how?
What
do
we
need
to
do
to
enable
such
kinds
of
things
is
running?
C
In
my
head,
but
at
this
time
I'm
more
focused
on
the
standard
development
organization
of
how
to
make
they
call
it
as
nisk
niskis,
noisy
intermediate
scale,
quantum
era
niskara.
C
So
I
am
defining
something
called
rask,
which
is
reliable,
advanced
scalable,
quantum
era.
So
how
do
we
move
from
niskara
to
raskara
and
how
we
can
plug
in
the
cluster
api,
which
is
required
to
enable
these
things?
This
will
be
in
my
head
for
as
we
go
forward.
So
that's
what
I
will
bring
it
to
this
forum.
Thank
you.
D
A
The
you
know:
it's
you,
you
have
this
like
new
compute
resource
and
to
get
these
workloads
scheduled
on
them.
You
want
to
use
other
people's
workloads
and
sort
of
an
add-on
format.
You
know
the
drivers
for
the
gpus
themselves
are
kind
of
add-on-e,
and
so
how
do
we
configure
our
clusters
to
provide
the
platform
for
that
compute
and
then
also
to
schedule
those
workloads?
And
then
you
have
like
quantum
accelerators
or
that
sort
of
thing,
as
well
different
cpu
architectures
for
different
kinds
of
code?
A
A
A
D
D
That
that
carville
link
as
well
the
that's
or
that
the
poll
for
for
pull
450.
Thank
that's.
I'm
gonna.
Take
a
look
at
that.
A
Yeah
yeah,
that's
been
a
really
really
cool
and
productive
conversation
seeing
lots
more
across
company
interactivity
because
I
think
the
d2
iq
folks
also
have
been
contributing
a
lot
as
well
as
microsoft
in
the
fox
project.
B
B
D
Going
yeah,
I
I
think
we're
this
is
all
trying
to
get
the
final
steps
for
integrating
into
into
chaops.
We
are
very
close,
we're
not
there
yet
I
apologize,
but
we
are
we're
getting
there
and
hopefully
very
soon,
I'm
trying
what
the
next
step
is.
D
Yeah,
I
think,
actually
maybe
I'll,
put
something
on
for
next
time
we
need
to.
I
think
we
need
to
discuss
the
our
back
model
in
general
for
operators,
so
I
think
actually
I
don't
know
if
we
need
to
discuss
it,
but
anyway,
that's
one
of
the
things
that's
been
top
of
mind
is,
I
think
we've
talked
a
lot
about
the
rbc
model.
D
In
the
past
we've
had
this
motion
notion
of
a
very
restricted
rbac
model,
where
the
operator
assumes
that
the
rbac
roles
are
pre-created
for
it,
and
basically
I've
been
doing
some
prs
to
generate
those
are
back
roles
and
some
tooling
to
help
for
that
case.
D
D
D
I
think
I
think
the
next
step
is
to
get
the
first
one
in
there
in
some
way,
and
I
think
you
know
there's
a
good
community
of
people
that
are
actually
like
interacting
with
the
core
dns
operator,
which
is
going
to
be
our
first
one.
So
I
think
that's
we
can
do
that
largely
on
on
github
and
then
we've
had
other
people,
particularly
from
cluster
api,
that
are
interested
in
how
operators
that
have
rack
permissions
in
particular
in
particular,
like
they
really
look
at
thinking
about
cloud
controller
manager.
D
How
those
should
work.
So
I
think
if
we
could
get
one
of
those
going
as
well,
that
would
really
see
the
discussion
and
we
could
actually
have
a
ton
of
a
ton
of
really
productive
discussion
and
hopefully
traction
at
the
same
time.
D
Thing
called
the
cloud
controller
manager
is
the
extraction
of
you
know
the
cloud
functionality
from
coop
controller
manager,
and
there
is
now
a
aws
specific
one
and
a
gce
specific
one,
and
as
your
specific
one,
you
know
insert
your
favorite
cloud
here
for
every
cloud.
There
will
be
a
cloud
specific
cloud
controller
manager
instead
of
having
multiple
clouds
linked
into
coop
controller
manager,
but
it
does
mean
that
now
there's
another
component
that
has
our
back
permissions
or
sorry,
not
our
permissions
cloud.
Iam
permissions
is
sort
of
the
problem.
D
It
has
to
have
permissions
to
do
things
on
the
on
aws,
for
example,
or
on
gce
or
on
azure.
B
Yeah,
I
was
just
wondering
like
because
I
noticed
like
in
the
in
the
past
couple
of
weeks
we
had
less
attendees
here,
but
you
know
more
pr's
coming
in,
which
is
is
good,
so
it
sounds
like
a
lot
of
the
long
discussions
we've
already
had.
But
when
you
said
like
we
should
have
a
conversation
I
was
just
wondering
like
do.
We
need
to
pull
people
from
somewhere
or
you
know,
re
re-energize,
this
group,
or
you
know
it's
just
the
thought
I
had.
D
Yeah
I
mean
I'm
happy
with
it
that
there's
like
that,
we're
having
the
conversation
on
github
as
it
were.
I
like
that.
I
think
there
are
different
things
that
it's
appropriate
to
have
on
the
different
forums
right
like
the.
D
The
when
it's
more
about
like
execution,
I
think
github,
is
a
fine
venue
when
it's
more
about
like
how
should
we
do
certain
things.
I
think
this
sort
of
thing
is
is
a
good
venue.
I
think
we've
already
had
a
lot
of
the
discussions
here,
and
so
I
think
we
can.
We
are
now
mostly
on
on
execution
type
things,
but
we'll
see
what
happens.
D
I
think
the
next
step
is.
I
think
we've
talked
about
the
sort
of
restricted
our
back
roles
in
the
abstract.
D
I
don't
think
people
have
seen
them
in
the
flesh
as
it
were
in
the
code,
and
so
it
would
be
good
to
have
one
that
actually
demonstrates
this
and
where
people
can
say.
Oh,
yes,
I
I
like
this
right.
I
don't
like
it.
Obviously
they're
gonna
like
it,
but
you
know
where
people
can
say.
I
like
it.