►
From YouTube: GitLab Kubernetes Agent CI tunnel demo
Description
The CI/CD Tunnel enables users to access Kubernetes clusters from GitLab CI/CD jobs even if there is no network connectivity between GitLab Runner and a cluster. GitLab Runner does not have to be running in the same cluster.
In the current iteration, only CI/CD jobs in the Configuration project are able to access one of the configured agents.
https://docs.gitlab.com/ee/user/clusters/agent/ci_cd_tunnel.html
A
Hello,
okay
from
the
configure
team
here,
I'd
like
to
demo
the
site
tunnel
functionality.
So
this
is
my
personal
project
for
the
demo
purposes,
and
here
we
have
an
agent
with
basically
an
empty
configuration.
Just
extra
login
is
enabled
and.
A
A
A
I've
just
turned
the
side
job
which
does
that,
and
it
just
fails.
This
is
to
show
that
it's
not
working
when
there
is
no
agent.
So
this
is
not
working
because
I
don't
have
an
agent
connected,
and
this
is
quick
ctrl
version
with
extra
debugging
and
that
extra
debugging
video
shows
that
it
tries
to
talk
to
this
address
and
it
couldn't
like
request
timed
out
32
seconds
now
and
keep
ctrl
just
prints
this
factories.
A
A
So
that's
what
we
will
be
using
to
deploy
the
agent
into
my
local
cluster,
which
is
running
in
docker.
So
I
usually
kind
events
and
docker
and.
A
A
A
This
directory
cluster-
this
is
the
directory,
I'm
sure,
and
it
will
pipe
that
to
publicity
apply
and
it
will
apply
to
my
local
cluster
and
that
will
be
creating
the
namespace
x2.
A
A
A
A
We
have
configured
the
rate
limiting
on
the
server
side
quite
conservatively,
so
it
turned
out
that
those
two
commands
I
showed
youtube
ctrl
version
and
get
ports
in
online
spaces.
These
two
commands
make
125
api
calls,
so
obviously
keep
still
makes
them
as
fast
as
it
can.
So
we
are
throttling
it.
That's
why
logs
are
taking
a
while
to
appear
as
if
it's
just
working
and
it's
been
throttled,
so
we
need
to
tune
the
throttle
little
bit
to
integrate
limits
in
a
little
bit
to
get
less
protein
anyway.
It
worked.
A
Fine
here
is
the
version.