►
Description
Azure Cloud Provider 2019-10-7 Kubernetes Cloud Provider Subproject Meeting
A
A
Oh
look.
Steven
Rd
did
that.
Thank
you
and
I
see
you're,
taking
notes.
Great
I
would
like
to
welcome
Aziz,
who
I
have
not
seen
in
this
meeting
before
we're
a
small
enough
group.
Maybe
we
should
just
do
a
quick
round
of
introductions,
so
we
all
know
who
who
each
other
are
I'm
Craig
Peters
I'm,
a
p.m.
at
Microsoft
working
in
the
open
source
container
infrastructure
area
Aziz.
B
This
is
Lisa,
I
am
currently
working
with
VMware
and
we
I
will
give
a
part
of
favi
networks,
which
is
quite
a
quite
by
VMware.
Exactly
and
I
have
been
working
on
different
cloud
deployments
of
IVs
and
loan
balances,
so
we
get
deployed
in
different
cloud
environments,
I
sure
they
do
and
we
have
been
exploring
IKS
as
well
as
different
kubernetes
expansions.
Also.
So
when
shift
and
other
environment
so
I
was
interested
in
what's
happening,
is
group
and
wanted
to
participate
if
I,
whatever
I
could
but
great
welcome.
B
A
E
A
E
Yep,
so
I
will
I
wanted
to
wait
until
it
was
like
a
reasonable
hour
to
send
out
an
email
and
people
would
be
paying
attention
to
it.
So
I'll
send
out
an
email
today
regarding
regarding
the
migration
I
doubt
there
will
be
too
many
people
up
in
arms,
but
you
know
it's
something
to
be
aware
of,
essentially
for
anyone
who
isn't
aware
we're
planning
on
migrating
the
cloud
provider,
Azure
repo
from
kubernetes
from
the
kubernetes
work
over
to
the
kubernetes
cigs
org.
That
is
just
for
consistency.
E
E
The
first
name
changes
is
free,
essentially,
they'll,
do
a
redirect
from
kubernetes
the
kubernetes
eggs,
so
that
shouldn't
be
an
issue
and
then
also
when
doing
imports
for
for
the
cloud
for
the
for
the
go
repo
itself,
we
have
to
redirect
or
set
up
kpo
and
say
that
gates
that
I,
oh
so
say,
batkid
sattaiah,
a
slash
cloud
provider
will
point
to
will
point
to
the
correctly,
though
so
I'm
not
too
concerned
about
the
the
imports
but
I'm
curious.
If
anyone
has
objections
for
any
reason
before
we
we
go
for
it.
So.
C
E
Work
so
the
go
get
with
the
original
should
still
work,
because
what
it'll
do
is
you'd
be
go
getting
kto,
slash
cloud
provider
asher,
which
would
redirect
to
kubernetes
slash
cloud
provider
badger
which
would
redirect
to
kubernetes
cigs
once
it's
done
so
as
long
as
we
only
do
one
redirect,
we
don't
like,
we
don't
change
the
name
twice.
It
should
be
fine.
C
E
C
E
I
think
I
I
think
the
initial
stuff
should
be
like.
The
initial
concern
should
be
fine
in
terms
of
translating
the
the
path
correctly.
We
should
we
should
double
back
and
fix
it.
All
I'm
saying
is
that
through
the
essentially
through
the
redirects,
it
won't
break
or
it
shouldn't
break,
but
this
is
something
that
I
would
like
to
try.
Maybe
you
can
you
can
help
me
enumerate
on
that
issue,
things
that
will
have
to
change
as
well.
C
E
E
E
A
A
E
A
A
E
C
Yeah,
so
we
have
met
a
lot
of
issues
for
our
big
cutter,
so
we
need
actually
a
lot
of
steps
to
to
fix
the
easier
I
have
created
the
one
Phe
replace
the
ocean
breeze
because
at
least
so
then
the
number
of
requests
would
not
depend
on
the
number
of
nodes,
and
also
we
needed
to
cherry-pick
this
PR
to
order
releases.
Also,
I
I
would
also
do
a
lot
of
other
works
to
to
to
fix
the
issues.
C
For
example,
we
would
order
the
retry
after
header
for
and
the
response
taste,
and
also
we
would
other
really
really
try
and
lame
is
based
on
the
responses.
So
there
would
be
a
lot
of
code
changes
there,
so
so
I
had
only
expected,
then
changes
cherry-pick
T
or
the
releases,
but
for
this
one
I
would
expect
it
to
her
pick
to
order
release.
E
Yeah,
this
seems
I'm
just
scanning
through
the
code
now
yeah.
This
seems
fine
to
cherry-pick
back
as
its
as
its
fixing
a
bug.
I
would
I
would
say
just
just
tag
me
as
well
in
in
the
ones
that
may
be
considered
for
Jerry
pics,
yeah
I,
just
because
I
know,
there's
been
a
common
pattern
of
of.
Is
this
really
a
bug
fix
or
you
know,
is
this
a
bug
fix
or
is
it
a
feature
for
the
provider?
So
let's
just
yeah
edge
it
so
I
can
help
out
with
that
conversation.
E
E
E
E
No
I've
just
got
a
I've
just
got
to
watch
the
stuff
for
approvals
time
value
is
going
to
open
cherry-picks
for
the
for
the
older
release
branches.
That
should
be
it.
D
C
D
E
So
yeah,
let
me
actually
assign
myself
to
that
one,
because
I'm
handling
that
yeah,
so
all
we're
trying
to
do,
is
essentially
move
it
out
of
tree
I.
Think
that
that's
doable
within
the
117
frame
time
frame
but
you're
right
that
it
does
mean
that
we
won't
be
publishing
those
artifacts
within
the
standard
release
cycle
right
within
rather
within
the
standard
release
process.
So
but
that
doesn't
mean
that
we
won't
publish
the
artifacts
at
all
right
it'll,
just
be
a
separate
out
of
tree
or
release.
E
What
this
does
allow
us
to
do
is
move
faster
on
hypercube
if
we
need
to
right.
So
if
there
are
things
that
you
need
out
of
hypercube
feature
requests
or
interests
in
maintainer,
ship,
I,
think
I.
Think
part
of
the
reason
that
we
want
it
shifted
out
of
tree
is:
is
it
is
kind
of
like
DIMMs
is
saying,
is
kind
of
a
magnet
for
pulling
in
other
dependencies,
but
if
we
have
that
out
of,
we
can
kind
of
manage
it
as
we
need
to
I
know
the
Azure
folks
express
interest
in
in
keeping
it
around.
E
Some
other
people
have
I
know
Dalton,
who
maintains
typhoon,
also
uses
hypercube.
So
what
I'd
like
to
do
is
find
maintainer
for
this.
Ultimately,
cig
release
will
be
the
steward
for
it,
but
I'd
like
to
find
maintainer
x'
as
well.
So
if
you
know
people
that
are
interested,
let
me
know
playing
fair
I.
Think
you
mentioned
at
some
point
that
you
are
interested.
D
D
E
A
A
A
First
thing
is:
if
they
noted
that
we
need
to
benchmark
the
as
your
request
from
the
clock
control
my
manager
and
looks
like
Rita
is
assigned.
This
makes
sense
to
me
in
this
timeframe,
because
we
have
the
API
throttling
issue.
Thankfui.
Is
this
specifically
to
help
us
get
our
arms
around
the
API
throttling
issue.
C
Becouse
really
me
so
this
is
required
actually
be
called
the
some
custom
running
a
lot
of
clatters
to
within
one
subscription,
but
the
areas
throttle
it
based
on
subscription
so
at
at
the
at
the
dock
siders.
So
there
are
only
half
thousand
ready
requests
per
hour
and
the
first
subscription,
so
we
needed
this
to
kick
either
cut
them
to
set
up
their
Collider
rich,
limiting
okay,.
C
E
Hold
on
actually
this
one
is,
it
looks
like
we're
going
to
be
publishing
to
MCR,
like
a
community
image
should
be
published
to
GCR
if
they're,
a
and
part
partially
for
visibility
right
being
able
to
control
those
jobs
and
have
those
jobs
be
controlled
by
anyone
in
the
community.
So
my
ask
for
one
would
be
too:
there
is
an
image,
pushing
job
that
works
now,
I'm,
not
sure
if
you
saw
that
work
from
Catherine,
but
let
me
find
it.
C
E
A
A
E
Yeah
I
can
do
and
a
so
basically
what
happens?
What
happens
with
that?
One
is
after
after
a
commit
finishes:
there's
a
there
like
once
we
have
it
all
set
up
a
post
sim,
it
will
run
that
will
essentially
just
publish
it
to
staging
bucket
right
and
then,
during
the
release
process,
we
you
can
decide
to
both
run
the
Jenkins
job
for
the
repo,
as
well
as
doing
a
permanent
image
promotion
right.
B
D
B
E
B
A
E
C
A
E
I
had
a
question
actually,
unless
someone
else
does:
okay,
all
right
uh-huh.
So
it's
a
question
about
the
I
realize
I
forego
a
ky
realize
I
actually
approved
the
PR,
but
it's
a
question
about
the
secret
based
a
cloud
provider
configuration
so
we're
at
the
point
in
cluster
API
Azure,
where
we
are
there's
a
way
to
inject
the
the
cluster
API,
the
the
cloud
provider
config,
and
it's
essentially
like
we
land
the
the
Etsy
kubernetes
Azure
chase
on
within
within
a
config
file
right,
the
bootstrap
provider
for
cube
ADM.