►
From YouTube: Introduction to ArgoCD by Saiyam Pathak
Description
Saiyam Pathak, Director of Technical Evangelism at Civo & CNCF Ambassador introduces ArgoCD.
---
KCD Africa 2022 is the 2nd iteration of the Kubernetes Community Days Africa, a CNCF-powered free community event. Visit https://kcdafrica.com for more information.
A
A
B
Yes,
I
can
hear
you.
Can
you
hear
me?
Well,
yes,
and
thank
you
very
much
for
awesome,
yeah
glad
to
be
here
on
kcb
africa.
It's
fantastic,
fantastic
event
that
you
people
are
doing,
I'm
happy
to
be
part
of
it.
Okay,
awesome!
Thank
you
cool
I'll
present.
My
screen.
C
B
Cool,
so
thank
you
for
the
introduction.
My
name
is
siam
pattak
and
I
am
the
director
of
technical
evangelism
at
ceo,
which
is
a
next-gen
cloud
platform
providing
kubernetes
service
and
in
this
session
I
would
like
to
tell
you
more
about
the
argo
project,
the
get
ops
principles,
how
we
can
use
argo
cd.
We
try
to
use
the
maximum
benefit
of
this
time,
to
show
you
hands-on
demo
as
well,
so
that
you
get
the
max
out
of
this
so
starting
off
with
the
argo
project
itself.
B
So
argo
is
a
cncf
incubating
project
and
argo
is
able
to
do
a
lot
of
things,
so
people
usually
get
confused
in
only
the
cd
part,
so
argo
do
not
have
only
the
cd
part.
It
has
many
more
things
that
are.
You
know
that
are
there
so,
like
you
have
the
cd
obviously,
which
we'll
be
talking
about
for
the
githubs
rollouts,
which
combines
with
the
cd
and
gives
you
the
complete
workflow.
Then
you
have
specific
workflow
for
running
the
machine.
B
Learning
pipelines
where
you
can
create
the
workflows
and
the
events
that
trigger
on
certain
acts
so
workflows
will
orchestrate
jobs
on
kubernetes,
create
and
run
workflows
on
k8,
so
you
can
you'll,
be
able
to
create
and
run
your
workflows,
machine
learning,
workflows
on
and
run
them
on
communities
again.
The
use
cases
mainly
involve
around
the
machine
learning,
batch
processing,
ci
pipelines
and
each
step.
Obviously,
each
step
in
the
workflow.
So
workflow
you
can
say
as
a
pipeline
is
there.
There
are
multiple
steps.
Each
step
will
be
running
as
a
container.
B
Argo
events
are
go.
Events
are
like
event
based
dependency
manager
for
kubernetes
variety
of
event.
Sources
can
be
there
like
pep
hook,
s3,
we
have
a
pub
sub
slack.
So
all
these
are
there
which
can
trigger
the
cades
objects,
and
it
is
cloud
events
compliant
another
cnc
project,
rollouts
its
advanced
capabilities.
So
when,
when
you
are
talking
about
argo
cd
and
you
combine
the
rollouts
with
it,
it
provides
you
with
advanced
capabilities
like
blue
green
canary.
B
Let's
say
you
want
a
different
version
of
your
applications
for
your
customer,
but
only
weighted
traffic,
like
only
30
percent
of
your
of
your
you
know,
customers
of
your
people
who
are
using
a
website
should
be
able
to
see
the
new
version.
You
can
do
the
weighted
traffic
traffic.
Splitting
category
deployments
automated
rollback
custom
metric
queries.
All
the
stuff
can
be
done
using
the
rollouts.
B
B
Is
basically
these
are
the
principles
that
lets
you
have
everything
defined
in
your
git
repository,
so
you
have
the
true
githubs
I'll
tell
you
like.
I
recently
created
a
video
on
my
youtube
channel
about
the
true
gitoff's
way
and
how
I
call
it
and
how
I
define
true
git
ops
is
where
I
am
able
to
define
my
infrastructure
as
well
in
git,
so
we
are
moving
towards
the
era
where
people
are
managing
their
infrastructure
and
application
using
git
itself.
We
can
do
that
and
we
can
do
that
using
rbo
cd
itself.
B
So
you
have
your.
You
know
the
keys
nodes
which
are
there,
and
this
is
github
repositories,
so
you
can
have
git
repository
and
you
can
have
infrastructure
repository
or
a
folder
in
that,
and
you
can
have
your
app
folder
in
that
your
infrastructure
folder
will
be
having
your
infrastructure
templates
and
the
best
way
that
I
feel
we
you
know
that
is
it's
done.
B
B
So
you
have
your
git
repositories,
and
this
is
your
cable
k8,
its
cluster,
your
kubernetes
cluster.
In
your
kubernetes
cluster.
You
will
be
installing
argo
cd
and
you
will
be
installing
cross
play
so
arbo,
cd
and
cross
plane
are
over
here
now
in
crosstalk.
Obviously,
you
will
be
having
some
providers
that
you
have
installed
that
will
be
provisioning,
your
kubernetes
cluster
or
your
resources
on
that
particular
cloud
vendor
each
cloud
vendor
have
their
own
cross
plane
provider.
So
you
have
installed
a
cross
plane
cross
plan
provider.
B
B
So
as
soon
as
you
deploy
a
file
which
crossplane
understands
it
will
deploy
and
crossplane
controller
will
take
that
changes
and
will
actually
spin
up
your
infrastructure
and
you
can
use
something
called
application
set,
which
is
another
cool
crd
custom
resource
from
argo
cd
and
you
can
create
application
set.
You
can
connect
this
cluster
to
argo
server
and
as
soon
as
this
is
connected,
your
application
will
be
deployed.
I
know
it
sounds
complex
and
we
haven't
yet
understood
the
cd,
but
I
just
wanted
to
tell
you
that
you
can
have
your
infra.
B
B
Yeah,
so
the
problem
it
solves
is
very
clear.
I
told
you
you:
can
you
have
git,
you
can
build,
you
can
push
now.
This
comes
under
the
ci
pipeline
this
this
is
there,
but
what
about
the
deployment?
You
cannot
use
the
same
ci
pipelines
to
deploy
to
kubernetes.
If
you
deploy
to
kubernetes,
how
will
you
get
the
status
of
that,
whether
that
application
is
deployed?
How
do
you
deploy
the
revisions
for
that
applications?
How
do
you
manage
those
applications
when
something
goes
wrong?
Does
it
notify
you?
B
So
all
those
things
are
not
part
of
the
ci
stuff
which
is
there
so
for
deployment
it
is
git,
ops
is
needed
and
git
ops
is
needed.
You
cannot
do
with
regular
pipelines
with
cube
cdl
apply,
you
will
you
need
custom
scripts,
which
you
need
hates
access,
cube,
config
files
and
also
what
about
the
monitoring?
You
have
to
write
another
custom
script
for
that,
so
we
cannot
do
all
these
for
sure.
That's
why
there
are
solutions
and
one
of
the
solutions,
one
of
the
most
popular
solutions
out.
There
is
argo
cd.
B
Now
argo
cd
is
built
for
kubernetes
and
github's
approach.
So
the
the
very
you
know
famous
pipeline
example
that
I
always
give
I
personally
use
it
is.
I
have
ci,
I
have
data
actions
already
there.
So
if
any
changes
to
my
git
repository,
my
github
actions
will
be
building
the
code,
pushing
it
to
the
repository
and
changing
my
deployment
file
image
in
the
repository
itself,
and
then
it
will
be.
Then
rbo
cd
will
be
deployed
onto
a
kubernetes
cluster.
That
will
be
monitoring
the
changes.
B
So
rbo
cd
is
there
on
the
cluster
and
it
will
be
deploying
those
taking
all
the
changes
and
then
it
will
be
able
to
deploy
your
application
onto
a
particular
node
which
is
there.
So
I
think
all
the
benefits
are
very,
very
clear.
Like
you,
you
have
the
true
tops
approach.
You
have
easy,
packable
easy
roll
backs.
You
can
have
your
dr
setups.
You
can
actually
have
your
complete
infra
and
apps
as
part
of
your
git
repository.
Something
goes
wrong.
You
exactly
can
create
a
replica
of
your
cluster
in
a
new
environment.
B
That's
the
power
of
argo
cv.
You
have
single
sso
multi-cluster,
you
that's!
That's
where
I
was
telling
you
about
sorry,
that's
where
I
was
telling
you
about
the
application
set,
so
you
can
use
the
application
for
multi-cluster
deployments
all
the
clusters
that
are
connected
to
argo
cd.
B
If
you
have
an
application
set
application
that
particular
application
will
be
deployed
across
the
cluster
various
use
cases.
For
that
you
can,
you
know,
let's
say
you
have
100,
you
know
many
developers
that
join
your
organization
and
you
want
to
spin
up
customer
on
daily
basis
with
some
set
of
deployments,
hardened
policies
and
all
that
stuff.
B
So
you
can
have
a
github
repository
you
can
have
application
set
created
for
that
you
can
connect
your
new
clusters
to
argo
cd
and
automatically
your
cluster
will
be
ready
with
the
applications
that
you
need
for
your
new
developers
and
they
can
access
it.
They
can,
you
know,
do
that
stuff
same
approach
can
be
used
for
dr
same
approach
can
be
used
for
deploying
one
fix
application
to
all
the
clusters,
so
many
use
cases
over
there.
It
has
a
very
fancy
web
ui.
B
So
basically,
it
is
device
enough
to
do
everything
with
respect
to
you
know,
management
of
your
git
repositories,
seeing
the
status
thing,
the
health
of
your
deployments,
which
are
there
and
cli,
is
also
there.
So
always
argo
cdcli
will
be
there.
Argo
cli
that
you
can
use
to
you
know,
create
and
manage
all
your
apps
and
you
get
the
prometheus
matrix
out
of
the
box.
B
So
argo,
argo
setup
is
a
regular
or
core
argo.
B
So
you
have
your
argo
setup,
which
is
you
can
have
it
as
a
regular
setup
or
a
highly
available
setup
or
a
core
argo
core
argo
was
fairly
new,
not
super
new,
but
it
is
fairly
new,
which
gives
you
only
the
apt
amount
of
argo
installation
working
is
pretty
simple,
so
you
have
your
controllers,
you
have
repo
server,
you
have
kit
and
you
have
the
api
server,
which
is
connected
to
the
controller
sync
between
the
repository
and
api
server
repository
is
basically
the
cache
which
is
getting
maintained.
So
you
can
see.
B
B
B
You
have
application
controller
that
obviously
uses
ocd
repo
server
to
get
the
manifest
and
talks
to
the
aps
server
and
puts
both
of
them
in
sync,
so
that
your
applications
are
actually
in
sync,
then
you
have
argo
core,
so
this
this
is
what
I
was
telling
you
the
new
kind
of
project,
which
is
there
and
getting
started
with
argo,
no
multi-tenancy
if
equities,
are
back
only
managing
web
cli
easy
transition
from
code
to
full
largo.
That
also
is
supported
yeah
with
arbor
2.3.
B
I
think
there
were
many
improvements,
including
the
images
which
is
good
and
application
set.
Notifications
were
part
of
argo
cd,
which
is
again
superb
many
improvements,
bug
fixes
were
always
there.
Sync
and
different
sync
and
diff
strategies
are
also
there.
So
I
think
those
were
some
of
the
cool
features
for,
for
you
know,
argo
cd.
How
much
time
do
I
have?
I
can
do
a
demo.
B
So,
let's
move
to
the
actual
action
which
is
there.
Let
me
see
if
you
are
seeing
the
right
screen
yeah.
So
this
is
actually
the
cevo.
You
know
the
dashboard,
which
is
there
from
where
I'll
be
provisioning
a
kubernetes
cluster
right
in
front
of
you.
Everything
is
there.
So,
let's
create
a
live
cluster
demo,
okay,
kcd.
B
B
Till
the
time
it
is
getting
created,
let
me
show
you
the
github
repository
that
I'll
be
using
to
deploy
the
application.
I
hope
I
have
some
application.
Maybe
I
can
use
this
and
I
can
use
the
deploy
folder
for
that
yep
can
be
done
cool,
so
I'll
watch
the
deploy
folder
of
this
repository.
So
this
repository
is
nothing
there's
a
deploy.
Folder
in
this
there
is
a
hello.yaml
file
that
is
just
deploying
a
particular
yaml
file.
B
Actually,
if
you
want
to
see
the
source
code
also,
it's
pretty
simple:
it's
a
flask
application,
so
a
flask
application
that
is
listening
on
port
8080
and
it
as
soon
as
anything
is
deployed.
So
that
was
the
actual
flow
that
I
was
talking
about.
Github
actions
will
run
so
this
will
be.
You
know,
checking
out
docker
push
building
the
image,
pushing
it
to
my
repository
and
changing
the
deploy
hello
dot,
yaml
file
with
the
image
tag.
So
every
time
any
change
is
there.
It
will
change
this
particular
tag
which
is
over
here.
B
So
it
will
add
that
sha
to
the
image
tag
and
all
the
changes.
So
that
completes
my
cycle.
Any
change
I
make
in
the
in
the
templates
or
in
the
code
like
in
the
html
any
chain
change
I
make
it
will
directly
be
visible
with
the
new
deployment,
because
argo
will
be
watching
this
folder
and
ci
will
be
adding
building
this
and
adding
the
new
image
to
hello,
dot
yaml
file.
So
that
is
where,
on
a
very
high
level
that
that
particular
stuff
is
so
yeah.
B
We
already
have
the
nodes
up
and
running
and
we'll
be
soon
having
the
cube
config
file
that
I'll
be
using,
and
let
me
just
fix
my
terminal
as
well,
so
that
you
don't
see
anything
fancy
running
over
there
in
the
meanwhile,
then
I
have
to
share
my
complete
screen.
C
C
B
B
Cool
so
kcd
africa
cluster
is
up
and
running
in
front
of
you.
That's
nice
cube
cdl
get
pods
hyphen
a.
Let
me
see
if
argo
cd
is
getting
installed
on
that
yep,
argo
cd,
you
can
see
notification
decks,
repo
server
application,
controller
server.
They
are,
you
know,
getting
installed
slowly
slowly
and
what
we
are
going
to
do
is
we
need
a
service
or
cube
cdl
get.
B
If
stuff
has
been
running,
yep
most
of
the
stuff
is
running,
some
are
still
you
know
getting
ready
and
you
see
they'll
get
svc.
B
Yeah,
so
all
the
parts
are
running
and
you
can
see
what
all
all
the
parts
are.
So
you
have
repo
server
and
we
saw
that
in
the
diagram,
the
application
controller,
the
rbo
cd
server
itself,
the
core
one,
the
decks
for
authentication.
You
have
the
application
controller
notification
controller.
So
all
the
components
are.
B
So
this
is
the
initial
secret
for
the
argo
cd
ui
cool.
My
argo
cd
is
up
and
running.
I
can
switch
the
screens
now.
B
C
B
See
my
face
again,
let
me
share
the
window
again.
B
B
This
is
your
fancy
argo
cd
ui,
which
is
there.
So
this
is
how
it
looks
like
you
can
actually
add
a
new
app
from
here,
a
demo
app
and
give
you
know
sync
policy
automatic.
You
can
prune
the
resources
on
deletion.
You
can
self
heal.
You
can
also
have
auto,
create
namespace.
B
All
these
you
can
do
from
here
we'll
give
the
url.
Let's.
B
So
you
can
see.
This
is
how
it
starts
the
the
project
and
it
starts
to
sync
the
project,
the
github
project,
within
that
with
that
kubernetes
cluster
and
try
to
see
if
that
this
path
is
there,
it
can
it
deploy.
So
you
can
see
this
is
getting
deployed
demo
and.
B
B
C
B
Cool
yep
everything
is
deployed
and
cube.
Cta
will
get
parts.
Let
me
check
in
my
terminal
as
well.
Yes,
I
can
show
you
that
it
is
running
yep.
We
can
actually
see
everything
is
everything
is
running
so
we'll
do
a
cube,
ct
and
get
svc
so
that
we
can
go
to
that
particular
ip.
So
this
is
the
node
port,
the
services
notebook.
B
So
it
you
can
see
what
all
stuff
it
created.
It
created
a
service,
it
created
a
deployment
and
we
can
even
go
to
that
deployment.
We
can
see
it
is
synced.
We
can
see
what
all
stuff
got
deployed
over
here
which
application
got
deployed.
So
this
was
the
image
that
is
deployed,
and
this
is
the
service
node
port
service
type,
node
port,
which
is
31692
and
the.
B
B
And
let's
commit
this
so
as
soon
as
I
commit
the
changes,
what
it
will
do
is
it
will
trigger
a
pipeline
over
here
and
we
can
see.
This
is
the
github
actions.
I
just
hope
my
credentials
are
working
fine
in
this
particular
repository,
because
I
keep
on
changing
them.
So
if
it's
not,
then
we
will
skip
the
credentials,
part
and
uploading
it.
B
B
B
B
B
Yep
it's
running
and
yay.
We
are
welcome
to
kcd
africa
and
I
hope
you
enjoyed
the
github's
knowledge
about
arbor
cd,
how
to
connect
a
live
demo,
kcd,
africa
and
one
last
thing
that
I
would
like
to
just
add
that
I
also
have
a
community
called
cube,
simplify
that's
the
kind
of
community
that
I
you
know
simplifying
cloud
native
for
everyone,
and
recently
I
started
a
new
initiative
called
workshops
which
are
free
of
cost,
so
two
workshops
are
up
which
will
be
live
on
11th
and
18th
of
july.
B
Please
feel
free
to
register
for
them.
Cubesimplifier.Com
workshops
is
the
link,
and
I
really
hope
you
enjoyed
this
particular
demo
on
argo
cd.
So
if
you
have
any
queries
regarding
argo
cd
regarding
any
of
the
stuff
that
you
know,
I
am
doing
with
respect
to
cube,
simplify
my
youtube,
my
twitter,
you
can
contact
me
anywhere
and
make
sure
to
kind
of
follow
me
on
social
media
as
well.
One
question
I
just
saw
that
just
to
confirm:
did
you
tag
your
image
with
latest?
B
B
This
one
so
I'm
getting
this
particular
sha
shot
and
it
will
tag
the
image
with
that.
B
Cool
yeah,
I'm
also
there
on
the
kcd
africa
slack
so
make
sure
you
join
that.
If
you
have
any
questions
you
feel
free
to.
Let
me
know,
and
I
would
be
happy
to
answer
all
your
queries
as
well.
Thank
you
so
much
for
having
me
it
was
so
I
hope
you
enjoyed
the
session.
A
Awesome,
thank
you
very
much
and
thank
you
very
much
for
hopping
in
last
minute
and
saving
the
day.
I
think
we
have
one
more
question:
how
did
you
update
the
image
tag
in
your
manifest
file
by
john.
B
Can
you
can
you
bring
back
my
my
term,
my
yeah,
so
how
it
is
happening
is
as
soon
as
I
commit.
I
have
a
github
actions
which
is
written,
so
github
actions
will
run
this
file
and
it
will
create
it
will
build
the
code,
so
docker
file
is
there
in
the
code.
It
build
the
code
and
I
am
using
a
ginger
template.
B
So
you
can
see
this
generate,
deploy
manifest
from
the
ginger
template.
I
am
using
the
ginger
template
and
the
output
file
will
be
deploy
hello,
dot,
yaml,
so
deploy
hello,
dot,
yaml
git,
my
git
itself
is
committing
to
that.
Just
variable
will
be
this
image
deploy
tag,
so
you
can
see
in
the
in
the
repository
tmpl,
hello,
dot,
a2.
B
This
is
the
deploy
tag,
so
that
will
be
changed
with
the
git
commit,
and
this
will
be
then
post
to
deploy
hello
dot
and
that's
how
my
image
gets
changed
with
the
latest
commit
and
arbo
cd
is
watching
this
particular
file
deployment
deploy
hello.yaml.
It
will
automatically
get
deployed
onto
your
kubernetes
cluster
with
the
latest
revision.
That
is
that,
so
that's
the
magic
and
the
power
of
git
ops.
Argo
cd
using
it
the
right
way,
so
I've
shown
you
actually
the
complete
cicd
process
till
the
deployment
from
the
code.
A
Sorry
I
met
myself
once
again.
Thank
you
very
much
and
we
look
forward
to
more
collaborations
with
you.
B
For
sure
for
sure,
thank
you
so
much
for
having
me
awesome.