
►
From YouTube: Kuma Community Call - November 11, 2020
Description
Kuma hosts official monthly community calls where users and contributors can discuss about any topic and demonstrate use-cases. Interested? You can register for the next Community Call: https://bit.ly/3A46EdD
A
So
for
next,
so
so
this
is
more
rest
for
next
week
we
actually
the
the
the
my
next
thing
that
I
wanted
to
to
actually
share
that
coupon
eu
for
next
year
was
announced.
It's
going
to
be
virtual.
A
They've
foreseen
that
it's
going
to
be
it's
not
going
to
be
okay
like
by
may
next
year,
so
just
decided
to
drop
the
whole
idea
from
what
I
hear
from
cncf.
Probably
2022
will
be
the
year
of
the
events
if
yeah
yeah-
let's
see,
I
hope
they
do,
they
do
one
in
australia
so
that
you
can
have
the
chance
to
travel
there.
A
Yeah
those
coffer
papers
is
open.
That
was
the
the
main
part
to
december
13.
So
if
anyone
is
interested
into
submitting
any
joint
or
even
even
not
joined,
I
mean
talks,
is
it
called
for
papers
or
call
for
presentations?
Should
we
go
presentations?
I
assume
cfp,
but
yeah
so
mid
december.
They.
A
I
remember
that
I
think
last
year,
in
san
diego,
they
it
was
like
almost
the
the
the
initial
deadline
was
like
the
same
day
when,
when
the
conference
ends-
and
it
was
the
deadline
for
the
kubecon
europe
for
the
armstrong,
so
this
year
they
at
least
gave
us
some
time
after
the
conference,
because
sometimes
you
know
it's.
A
A
B
A
Hey
hello,
so
in
general
I
don't
know
if
you
are
interested
in
these
things
is
to
detox
hello,
but
I
mean,
if
you
think,
there's
some
interesting
topic
around.
A
Meshes
and
something
along
like
this,
that
you
want
to
do,
I
don't
know,
maybe
maybe
we
can,
we
can
join
join
forces
for
something
or
I
don't
know.
I
mean
I'm,
not
I'm
not
telling
cost
in
this,
because
we
probably
will
have
separate
shots
about
these
things,
but
yeah.
B
Oh,
so
you
mean
for
submitting
proposals,
you
are
asking.
A
A
We
would
like
to
see
some
some
some
some
more
talks
and
proposals
at
least
submit
it,
because
I
think
that
this
this
for
this
new,
like
this
coupon,
that
is
next
week,
we
we
didn't,
we
didn't,
we
haven't
had
anyone
accepted,
and
I
was
on
the
on
the
program
committee.
But
yet
I
was
not
able
to
get
one
so
probably
yeah.
I
mean,
because
you
know
it's
kong
kuma,
then,
when
kong
submits
about
kumar,
then
it's
not
really.
A
B
A
So
deep,
this
is
this
is,
of
course,
an
open.
A
A
Okay
thanks,
so
apart
from
the
still
virtual
conferences
that
are
going
to
be
happening,
we
I
have
only
only
only
two
two
other
things.
These
are
the
releases.
So
last
week
we
released
rc2
of
1
0
0,
which
we
believe
is
kind
of.
A
A
And
if
someone
is
interested
you
can
draw
by
and
we
can
chat,
I
guess
the
virtual
experience
of
chatting
won't
be
as
as
nice
as
being
able
to
see
each
other
face
to
face,
but
it
is
what
it
is.
So
we
want
to
get
to
go
to
the
conference
with
the
with
the
100
released.
So
probably.
A
A
A
So
for
the
changelog,
I
guess
that
people
interested
already
checked
this
out.
We
significantly
changed
the
multi-zone
deployment
flow.
Like
changed,
I
mean
improved.
A
Let's
say
I
know
that
some
people
get
issues
with
this
new
workflow,
because
it's
simple,
but
yet
the
since
the
documentation
is
not
really
public
on
the
site,
it's
still
in
the
pr.
So,
as
I
said,
I
hope
that
this
is
this.
Is
I
mean
like
we
do
our
best
to
be
to
not
get
into
similar
situations
again.
A
The
performance
optimizations,
as
we
discussed
last
time
with
tilia
they
finally
are
in
so
we
we
we're
pretty
pretty
confident
with
what
is
shipped
now
in
this
in
this
series
and
what
will
be
in
one
zero:
zero,
the
gj
release
in
terms
of
performance
of
the
control
plane.
That's
at
the
point.
The
communication
security
has
really
three
great
improvements.
There,
jacob
was
the
one
working
main
was
the
main
one
working
on
this,
and
so
just
as
you
can
see,
the
number
of
pr's
related
is
is
like
a
good
amount.
A
A
lot
of
code
changed
migrated
to
the
new
workflow,
but
I
believe
that
we
are
in
the
in
a
situation
where.
A
Where,
where
will
we
want
it
to
be
locality
where
load
balancing?
That
was
one
thing
that
was
that
was
asked
a
lot
in
the
community
charting
kind
of
interactions,
people
trying
out
kuma.
It's
essentially
leveraging
invoice
functionality,
built-in
functionality.
A
We
kind
of
I
think
that
we
enabled
intina
in
a
really
simple
way,
like
it's,
based
on
on
the
already
automatically
set
zone
tags,
meaning
that
people
have
very
little
to
do
to
actually
use
it.
A
External
services,
of
course,
something
that
has
been
also
asked.
We
still
have
some
final
touches
to
do
here
before
the
release.
A
Terun
thanks
for
contributing
this
I'm
actually
today
I
was
doing
some
tests
and
I'm
taking
advantage
of
this
one.
So
the
fact
that
you
can
push
a
lot
of
resources
with
a
single
kumakata.
That's
that's
nice!.
A
And
some
other
improvements
here
then
no
need
to
go
through
the
whole
list.
I
like
the
list
of
the
new
things
when
rc1
and
rc2
actually
will
will
be
the
final.
Let's
say:
change
lock
that
we
will
have
in
in
one
zero
zero
very
little
things
like
some
final
touches
that
we're
doing
here
there
for
people
that
are
following
the
prs
they
probably
have
seen.
A
So
I'm
doing
some
something
about
you
know:
pagination,
we're
trying
some
configuration
last
minute
changes,
and
mostly
mostly
things
like
that,
we
are
trying
to
make
sure
that,
even
if
small,
but
if,
if
it's
a
breaking
change
in
the
ui
like
the
interface
environment,
variables,
whatever
we
do
this
before
the
release.
A
A
We
are
open
to
two
questions,
suggestions,
remarks.
C
So
I
was,
I
didn't
like
the
changes,
which
has
happened,
I
mean
it
has
made
the
configuration
really
easy,
though
I
had
to
like
struggle
to
how
make
it
work
with
the
latest
and
greatest,
which
is
their
own
master,
so
documentation,
as
I
said,
if
it
can
be
made
a
little
better,
it
will
really
help.
C
So
there
are
like
couple
of
I
actually
had
one
issue
also
which
I
for
which
I've
raised.
B
C
Issue
get
up
issue,
so
when
you
do
a
kuma
dp
run,
it
says
cp
address,
but
actually
it
is
not
cpr.
It
is
actually
tp
address.
Now
that
you
have
a
new
dp
server,
so
might
want
to
change
that
because
it's
very
confusing
for
anybody
and
the
there
is
one
suggestion
I
wanted
to
know
from
you
so
when,
when
we
do
prometheus
when
when
we
are
basically
scraping
from
all
the
dps
and
putting
it
to
into
prometheus,
so
let's
say
if
we
have
like
two
prometheus
and
we
want
to
scale
it
up.
C
So
how
do
we
shard
it
I
mean,
will?
Will
there
be
a
prometheus
s,
t
for
both
the
prometheus
or
or
how?
How
will
the
deployment
be?
I
think
that
the
issue
I
mean
the
issue
is,
there
are
multiple
dp
and
we
want.
B
C
Sure
we
have
redundancy
for
prometheus
resiliency
of
prometheus,
so
we
want.
We
divide
all
the
data
planes
into
two
and
then
make
sure
that
one
premise
is
scraping:
half
of
the
data
planes
and
the
other
one
is
scraping.
Half
of
it
is
that
possible.
Now.
Is
that
a
valid
ask?
That
is
also
one
more
question.
A
Yeah
yeah
yeah,
I'm
thinking
it's
also
me
like
a
valid
task.
I
mean
like
you,
should
be
able
to
scale
up,
of
course,
every
component.
Now,
I'm
not
sure.
A
How
is
this
supposed
to
work?
I
don't
know,
does
anyone
have
any
any
any
ideas
here.
A
B
B
C
Meet
your
ticket
and
if
you
can
help
me
on
that,
so
there
are
like
two
things
that
I'm
trying
to
do
here.
One
is
make
sure
that
we
have
resiliency
with
respect
to
prometheus
and
the
other
thing
is
we
are
able
to
shard
all
the
dp
agents
or.
B
C
Dpr
onward,
with
respect
to
number
of
prometheus
as
we
scale,
because
we
don't
want
the
same
dp
to
be
scaled,
to
be
straight
by
both
the
primitives
right.
So
so.
C
Yeah
yeah
yeah,
when
we
scrape
the
mattresses
from
prometheus,
is
it
possible
for
us
to
add
extra
tags
to
that
some
custom
tags
so
that
we
can
use
the
tag
later
on
to
build
dashboards
or
maybe
segregation
or
or
anything.
B
Are
these
tags
that
you
don't
want
to
include
on
the
actual
kuma
object,
because
I
think
all
all
the
dp
tags
should
be
included
in
the
in
the
prometheus
labels?
Is
that
not.
C
A
Yeah
I
mean,
except
for
the
reserved
ones
which
are
you
know
the
well-known.
You
know:
dot
io,
slash
service,
you
know
protocol
and
this
but
yeah
I
mean
you
invade
your
own
prefix
and
you
should
be,
should
be
fine.
A
B
Yeah,
so
I
haven't,
there's
no
talk,
I
I
haven't
been
able
to
get
to
the
xds
research,
but
that's
what's
next.
A
What
else
there
has
been
a
question
regarding,
but
it's
what's
in
an
old
wish,
I
don't
autist,
I
don't
know
if
I
will
find
it
was.
A
Or
something
maybe
terraform
was
it
yes,
so
the
essentially
the
question
boils
down
to.
Is
there
any
recommended
way
at
the
moment
to
manage
the
different
resources
like
the
common
policies
using
github's
workflow?
If
anyone
can
share
their
experience
here
that
that
probably
would
be
appreciated,
I
am
not
aware
of
something
that
we
are
doing
on
our
site.
It's
essentially,
you
know.
We
provide
the
api
and
the
resources
and
then.
C
I
have
a
quick
question
that
I
wanted
to
ask
so
when
we
create
a
mesh
and-
and
we
enable
mtls
in
that
so
for
all
the
meshes
which
are
created
on
a
cp-
they
all
share
the
same
root
ca
or
for
each
measures.
We
have
separate
separate
roots
here.
C
So
yeah
we
are
planning
to
use
the
provider
so
just
wanted
to
know,
as
in
do
we
mean
do
we
need
to
give
like
multiple,
cs3
or
other
roots
here,
or
only
one
is
good
enough,
like
in
case
of
easter.
B
Provide
I
mean,
if
you
use
provided,
then
you
can
put
a
single
secret
for
all
of
your
mashes.
I
mean
it
will
be
single
root.
You
can
configure
it
yourself,
but
if
you're
using
built-in,
for
example-
and
we
generated
pair
mesh,
so
every
mesh
will
have
own
yeah
nikolai,
you
can
also
click
on
built-in
just
to
make
it
clear.
In
this
case
we
will
generate
a
route
for
each
mesh.
B
For
provided
it's
up
to
you,
you
just
point
it
to
some
secret
or
what
ways
do
we
give
to
configure?
Probably.
A
But,
but
for
built-in,
actually
you
are
not
doing
doing
anything,
I
mean
it's
automatically
generated
for
you
and
it
will
be
different.
That's
what
I
was
saying.
So
we
are
almost
at
the
end
of
the
of
the
meeting,
so
I
will
need
to
switch
to
another
one
in
a
couple
of
minutes.
So
if
if
there
are
no
other
questions,
we
can
wrap
it
up.