►
From YouTube: Kubernetes Docs Walk Through
A
Hello,
my
name
is
kenny.
I'm
a
product
leader
here
at
gitlab.
I
wanted
to
record
a
walkthrough
of
some
experience,
concerns
that
I
had
about
our
documentation
in
and
around
infrastructure
or
our
configure
functionalities.
It's
primarily
for
our
configured
team.
Let
me
go
ahead
and
share
my
screen,
so
I
had
this
issue
around
docs
cleanup
for
deprecated
kubernetes
functionality.
So
let
me
just
search
for
git
lab
kubernetes
manage
oops.
A
Okay,
so
there's
some
things
that
I'm
aware
of,
like
our
introduction
of
the
agent
and
our
plan
to
deprecate,
gitlab
managed
apps
and
our
preferences
for
how
to
manage
apps
in
the
future
and
how
to
connect
clusters
that
I
just
wanted
to
highlight
that
I
feel
like
in
just
first
glance,
I'm
missing.
So
when
I
look
at
kubernetes
cluster,
it
says
setup
tells
me
about
supporting
clusters.
It
tells
me
how
I
can
add.
Remove
clusters
tells
me
about
multiple
clusters.
It
doesn't
actually
introduce
me
at
least
not
immediately.
A
I
couldn't
find
it
to
the
agent,
and
that
was
just
you
know.
The
first
thing
that
you
link
that
you
get
to
when
you're
using
gitlab.
So
I'd
love
to
on
this
page,
which
I
think
is
the
default
landing
page.
If
you
look
at
the
sidebar-
and
it's
like
this-
is
the
top
level
page
for
someone
looking
learning
about
kubernetes
to
provide
references
to
the
two
methods
of
attaching
your
cluster
the
certificate
based
one
and
the
agent-based.
A
One
feels
like
it's
missing
here
and
I
I
think,
even
if
I
search
this
page
for
agent,
I
don't
find
anything
about
that.
So
that's
one
piece
of
feedback:
now
I'm
trying
to
remember
where
I
would
find
that
look
at.
A
Removing
yeah,
okay,
so-
and
another
point
I
have
is
that
I
I
do
think
that
we've
been
discussing
what
should
we
do
about
adding
or
removing
clusters?
A
And
today
we
like
clearly
as
soon
as
we
tell
you
what
type
to
do
we
tell
you
about
this?
Adding
and
removing
clusters
create
a
cluster
using
the
gitlab
ui.
Is
this
first
one?
A
I
kind
of
feel
like
this
should
not
be
our
first
one
and
that
this
add
an
integration
should
at
least
say
here's
the
options
for
adding
an
integration,
and
that
I
think
our
preference
is
probably
not
to
use
this
one,
but
it's
listed
as
first,
so
we
should
probably
give
users
guidance
on
when
adding
or
removing
clusters,
which
method
should
you
use
and
when
using
the
ui,
what
the
what
the
limitations
for
doing
that
are,
as
opposed
to
kind
of
pointing
users
directly
there
yeah
before
you
begin
it
talks
about
access
control,
okay,
so
that's
kind
of
my
sorry.
A
Hopefully
you
can
see
that
that's
kind
of
my
viewpoint
on
cluster
edition.
It
feels
like
we
know
that
there
are
two
methods
to
add
and
connect
clusters.
We
don't
highlight
the
one
that
we,
I
believe
to
be
our
preference
for
users
to
use.
We
want
to
make
sure
that
we're
front
and
center,
so
even
without
reconfiguring
the
docs
in
any
way,
just
making
sure
that
that
is
explicit
up
front
on
this
page,
I
think,
is
important
and
then
the
second
one
is
about
managed
apps.
A
A
Here's
the
two
methods:
both
methods
are
deprecated,
one
click
install
and
cic
templates
is
going
to
be
deprecated
soon.
Both
methods
were
limited.
You
couldn't
well
that's
great
rationale
for
why
we've
limited
them
read
sections
about
each
one.
I
think
it
would
be
good
to
at
least
provide
some
pointer
towards
how
you
should
manage
apps
or
how
we
might
recommend
you
manage
apps
in
the
future.
So
it's
great
that
we
start
with
install
csds.
That's
one!
A
That's
gonna
be
deprecated
later,
but
I
think
we
should
make
sure
we're
clear
about
like
what
is
our
direction
here
in
how
you
should
manage
apps,
and
I
don't
know
if
that's
we
plan
to
enable
the
agent
to
more
readily
recognize
applications,
or
I
think
this
is
an
important
thing
for
someone
coming
to
gitlab,
saying:
hey,
I
use
kubernetes.
I
have
these
applications
that
are
important
to
be
installed
on
a
cluster.
A
I
understand
some
of
them
to
be
a
requirement
for
using
specific
gitlab
features.
How
should
I
install
them
as
a
form
of
best
practice
if
the
two
methods
that
you're
documenting
are
going
to
be
dedicated?
So
I
think
we
should
at
least
give
some
guidance
for
what
to
do
today
and
what
our
plan
is
in
the
future
and
if
it
is
pointing
users
to
using
the
agent
to
connect
to
their
clusters,
because
that
will
enable
you
know
notifications
or
identification
of
installed
apps.
It
would
be
great
to
inform
users
here.
A
This
page
has
actually
updated,
since
I
last
saw
so
that's
great
and
thank
you
for
adjusting,
which
ones
are
listed
first
and
marking
them
all
as
deprecated
yeah.
I
think
my
two
questions
were
about
how
to
integrate
and
manage
apps
yeah,
so
that
I
think
that's.
The
crux
of
my
point
is
if
you're
just
random,
not
random,
if
you're
searching
for,
I
want
to
utilize
gitlab
to
deploy
or
manage
a
kubernetes
cluster,
I
want
us
to
make
sure
we're
giving
proper
guidance
and
setting
correct
expectations
about
you
know.
A
If
things
are
deprecated
what
users
should
do,
and
even
if
that
means
referencing
issues
or
epochs
or
direction
pages
that
are
pointing
users
to
stuff
we
might
be
building
in
the
future.
At
least
it
gives
them
full
information
about
how
to
make
a
choice
that
they
are
trying
to
make
today.
So
that
is
my
feedback.
I
will
post
this
on
the
issue
and
share
it
around
thanks.