►
From YouTube: Lightning Talk: Enhancing Developer Productivity for the New Normal - OpenShift Commons 2022 Detroit
Description
Lightning Talk: Enhancing Developer Productivity for the New Normal
Red Hat OpenShift Commons 2022 @ Kubecon/NA
Detroit, Michigan
October 25, 2022
Speakers:
Serena Nichols (Red Hat)
Raffaele Spazzoli (Red Hat)
https://github.com/redhat-developer/helm-backstage
https://commons.openshift.org/gatherings/kubecon-22-oct-25/
A
B
So,
as
we
know,
there's
a
lot
of
friction
for
developers
today.
Onboarding
is
super
tough,
there's,
a
lack
of
knowledge
of
how
to
access
appropriate
documentation
assuming
there's
a
assuming.
There
is
any
there's
a
lack
of
best
practices
or
golden
paths
as
we
know
them,
and
then
there's
a
lot
of
tools
right.
The
developers
need
to
understand
what
tools
are
available
to
them
and
how
to
integrate
with
existing
tool
chains.
The
cloud
native
development
landscape
is
pretty
complex.
Just
take
a
look
at
what's
available
to
them.
B
A
Yeah
so
I
think
that
in
the
next
five
seven
years
there
is
going
to
be
a
lot
of
focus
on
IDP,
and
you
can
see
here.
A
definition
of
IDP
IDP
here
is,
as
in
internal
developer
platform,
not
identity
system.
It's
an
overlap
in
the
acronyms
and
I.
Think
where
we
are
is
that
there
is.
We
figured
out
the
infrastructure.
A
If
you
follow
the
best
practices,
you
can
probably
run
your
kubernetes
clusters
or
openshift
clusters
pretty
well
and
though
that
gave
a
lot
of
benefits
on
running
application
and
disability
of
this
application
in
production,
but
the
life
for
the
developers
has
not
been
getting.
It's
not
gotten
any
better.
In
some
cases,
it's
it's.
It's
actually
gotten
harder.
So
IDP
for
me
is
what
we're
going
to
build
on
top
of
the
infrastructure
to
make
the
life
easier
for
for
the
developers
and
it's
yeah,
at
least
at
this
point.
A
A
One
is
onboarding
and
seamless
a
seamless
experience
on
onboarding,
possibly
zero
tickets,
so
ticketless
experience
when
awarding
on
openshift
some
self-service
screen
and
then
you're
ready
to
go.
Then
you
have
you
need
to
take
care
of
the
inner
loop
and
the
previous
presenter
did
a
very
good
job
at
explaining
the
difficulties
there.
Then
you
need
to
take
care
of
the
Outer
Loop
and
finally,
when
your
application
is
deployed
in
production,
maybe
with
the
github's
tool,
you
need
to
provide
the
servability
out
of
the
box.
B
B
It
has
a
vibrant
ecosystem
with
over
80
plus
plugins,
and
they
already
have
400
adopt
400
plus
adopting
companies.
So
it's
not
surprising
to
learn
that
we
at
Red
Hat
actually
have
a
number
of
internal
teams
who
are
pocing
or
using
backstage
today,
and
we
also
know
that
we
have
a
number
of
customers
who
are
starting
to
build
idps
and
are
investigating
how
backstage
can
also
help
them.
A
A
A
There
are
two
here
that,
and
so
you
see,
the
application
is
my
app,
and
these
are
two
components
that
are
that
exist
here.
These
are
quercus
microservices,
so
backstage
detects.
All
of
this
and
I
can
go
and
get
some
details
on
this
component.
Okay,
backstage
understands
the
ownership
and
the
dependencies
and
then
some
it's
integrated
with
the
sonar
cubes.
So
you
get
some
scorecard
here
and
then
I
have
created
some
links
so
as
a
developer.
A
The
first
thing
that
I
do
after
I
onboarded
my
new
components,
probably
going
to
go
and
edit
the
code.
So
we're
not
going
to
launch
it
now,
but
I
go
here
and
I'm
ready
with
my
inner
loop
and
this
timed
out,
but
I
made
the
same
Choice
as
the
previous
speaker
in
a
loop
inside
the
browser.
The
browser
works
everywhere.
Doesn't
matter
what
VPN
you
have
doesn't
matter,
what
Hardware
you
have
what
OS
you
have.
A
A
A
Githubs
this
is
the
the
day
through
infrastructure
githubs
view
as
a
developer.
I
get
another
GitHub
instance
where
I
can
see
only
my
application.
So
here
there
is
a
root.
App
I
use
the
Apple
apps
pattern.
Here
there
is
a
root
group
up
that
controls
the
other
apps.
There
is
one
apps
per
environment
and
per
component
and
see
the
royal
green
right
now
once
this
deploys,
if
you
do
githubs
for
tenants,
you
probably
want
to
do
Progressive
deployments
so
I
use
Argo
rollouts.
A
To
do
that,
we
can
see
that
here
we
have
two
rollers
that
were
successful
and
then,
as
I
said,
once
the
application
is
running,
you
probably
want
to
give
some
some
metrics
out
of
the
box.
I
don't
have
this
piece
in
in
this
demo,
so
this
was
very
fast,
but
you
can
come
to
me
afterwards.
If
you
want
to
see
more
details
on
how
this
works.
B
All
right
saying,
thanks
for
sharing
that,
so
keeping
true
to
open
source,
as
many
of
you
have
seen
or
heard
today,
Red
Hat
has
started
to
contribute
to
Backstage
and
backstage
has
welcomed
us
with
open
arms,
as
I
mentioned
I'm
a
product
manager
in
developer
tools
where
our
mission
is
developer
productivity
and
we're
always
looking
to
solve
developer
challenges.
We've
made
some
successes
in
delivering
our
openshift
developer,
console
Odo,
openshift,
Dev
spaces,
the
developer
sandbox
and
this
morning,
you've
also
heard
more
about
podman
desktop
and
more.
B
This
IDP
problem
area
is
one
that
we've
been
following
closely
and
we
see
some
Traction
in
the
community
in
the
community
and
know
that
a
lot
of
our
customers
are
interested
in
backstage.
So
we
want
to
help
our
customers.
As
a
first
step,
we've
made
a
Helm
chart
available
to
get
backstage
up
and
running
on
openshift
or
any
kubernetes
cluster.
That
QR
code
brings
you
directly
that
home
chart.
B
If
you
want
to
check
it
out,
we've
also
published
an
initial
blog
on
developers
redhat.com
yesterday
and
that's
just
the
tip
of
the
iceberg,
there's
more
to
come
on
this
journey
towards
a
developer
platform.
For
openshift
developers,
so
with
that,
if
you're
building
an
IDP
using
backstage
or
even
thinking
of
it,
feel
free
to
reach
out
to
one
of
us
and
we'd
be
happy
to
work
with
you
in
the
future.
Thank
you.