►
From YouTube: KBE Insider: Elana Hashman
Description
We feature Kubernetes thought leaders and talk about different topics to get you thinking inside and outside of the box.
Learn more at https://www.kubernetesbyexample.com/community/kbe-insider
A
Good
morning,
good
afternoon,
good
evening,
wherever
you're
healing
from
welcome
to
the
latest,
cube
by
example
show
I
am
chris
short
joined
by
the
one
and
only
mina
camera.
I
can't
say
your
name
I'll,
just
hi
mina.
Sorry,
it's
been
a
long
past
three
days.
For
me,
I've
gone
without
power,
cell
service
or
internet
for
some
almost
two
days
and
getting
back
into
the
groove
of
things
when
going
from
like
glamping
to
interneting,
is
really
really
like
different.
B
A
I
know
my
wife
said
this
weekend
was
like
two
weeks
and
three
days,
so
I
don't
disagree,
but
thank
you.
B
So
and
I'm
langman
white
so
also
the
host
of
another
show
called
the
level
of
power,
and
this
is
a
show
that
we
do
to
try
to
give
you
some.
So
we
recently
launched
this
cube
by
example
website
to
try
to
connect
people
into
you,
know,
understanding
kubernetes,
and
so
you
know,
hopefully
from
a
pretty
introductory
perspective,
but
really
to
try
to
take
you
through
quite
a
long
way
and
there's
and
and
what
we're
trying
to
do
with
the
site
is
actually
support.
B
Multiple
learning,
styles
right,
so
there's
written
stuff,
there's
video
stuff,
there's
and
then
we
also
are
trying
to
give
you.
What
I
think
is
one
of
the
things
really
important
about
a
software
project
which
is
to
understand
where
it's
going
or
like
what
its
ethos
is,
and
the
reason
is
is
because
it's
it's
much
easier
to
make
a
decision
about
like.
Should
you
commit
to
this
thing?
If
you
can
say
oh,
this
seems
like
it's
a
line
to
where
I
want
to
be
and
where
the
project
wants
to
be
in
five
years
right.
B
So
it's
much
simpler
to
make
choices
that,
if
you
can
kind
of
understand,
like
you
know,
I
refer
to
it
probably
incorrectly,
is
like
the
philosophy
behind
the
project
and
so
we're
doing
that
a
few
ways
one
nina
provides
us
with
regular
kind
of
news
updates
on
the
site
so
that
you
can
kind
of
get
a
smattering
of
what's
going
on
as
long
as
as
well
as
some
recommendations
about
what
to
kind
of
follow,
to
try
to
get
that
philosophy,
ethos,
part
of
it.
B
But
we
also
do
this
show
it's
called
the
kde
insider
and
here's
where
we
try
to
interview
people
on
the
show
who
we
think
are
having
a
pretty
strong
impact
on
the
kubernetes
project.
And
so
what
we
want
to
hear
from
them
is
what
is
their
vision
for
the
future
of
kubernetes
so
that
we
can
say?
B
Okay,
if
I
take
you
know,
if
I
take
this
person's
vision
and
that
person's
vision
and
that
person's
vision,
I
can
come
to
an
amalgam
of
where
I'm
I
can
align
my
work
or
my
projects
or
or
my
it
department
or
whatever,
with
where
I
understand
kubernetes,
to
be
going
because
the
people
who
really
know
where
kubernetes
is
going.
If
people
who
are
typing
in
the
code,
not
the
analysts,
you
know
not
the
pundits
and
all
that
stuff
so
that
that's
what
we're
trying
to
do
with
the
show,
and
today.
B
We
invite
alana
hushman
and
we
will
ask
her
to
introduce
herself
in
a
few
minutes,
but
before
we
do
that
we
have
a
little
news
segment
where
mina
gives
us
an
update
first
on
how
to
pronounce
her
last
name,
but
then
also
how
what's
going
on
in
the
cube
community.
Since
our
last
episode
in
our
last
episode,
we
run
the
show
the
last
tuesday
of
every
month,
so
we've
done
one
real
episode
so
far.
B
We
also
did
a
behind
the
scenes
episode
where
we
kind
of
get
into
more
detail
of
what
I
just
explained.
So
we'd
love
you
to
watch
those
two
and
obviously
come
back
next,
tuesday
or
sorry
a
month.
You
know
on
the
last
tuesday
of
the
month,
and
you
know
and
as
we
don't
say,
often
enough
click
like
and
subscribe,
that's
how
we
can
show
that
we're
performing
exactly.
Thank
you
a
lot.
B
D
Yeah
absolutely
good
morning,
everyone,
if
you've
been
with
us
before
you've,
probably
seen
my
face
before
I'm
mina
karamarijan.
It
actually
means
black,
coral
in
turkish
fun
fact.
My
last
name.
A
B
D
But
yeah
I'm
here
to
give
you
a
highlight
of
what
we've,
what
we've
put
up
on
the
kbe
news
section
of
the
q
by
example
website,
so
we're
going
to
start
off
with
an
article
we
put
about
three
to
four
weeks
ago.
It
said
kubernetes
complexity,
slowing
adoption
of
containers.
D
So
what
this
means
there
was
a
survey
of
a
thousand
cloud
developers
and
it
found
that
this
deep
learning
curve
and
about
57
of
those
thousand
cloud
developers
said
this
new
terminology,
as
well
as
new
concepts
and
commands
are
the
most
significant,
significant
challenges
they
faced.
What's
more,
many
were
frustrated
by
how
long
it
takes
to
spin
up
a
working
kubernetes
cluster.
So
this
is
a
pretty
pretty
important.
Finding
a
thousand
people
definitely
go
check
this
article
out.
D
If
you
are
interested
in
hearing
more
about
it,
we
also
highlighted
the
top
10
hottest
kubernetes
startups
of
2021
in
2021.
I'm
not
gonna
list
all
of
those
right
now,
but
I
will
put
all
of
the
links
to
these
articles
in
the
chat
after
I'm
done
so
definitely
go
check
them
out.
We
also
talked
about
how
kubernetes
and
containers
are
powering.
Tomorrow's
applications-
digital
businesses
today,
are
leveraging
cloud-native
technologies
to
power
their
applications,
their
application,
stacks
and
kubernetes
and
containers
are
essential
in
enabling
them
to
achieve
this.
D
The
author
highlights
a
couple
points
in
this
article
importance
of
data
centricity
when
it
comes
to
businesses
staying
ahead.
Today,
container
adoption
speaks
for
itself.
According
to
a
451
research,
95
percent
of
new
apps
are
developed
in
containers
today.
Micro
services
and
containers
are
a
perfect
match,
as
containers
are
the
perfect
building
block
for
micro
services.
They
present
a
lightweight
and
consistent
environment
for
microservices
that
can
follow
the
application
from
the
developer's
desktop
to
testing
to
final
deployment.
D
Packaging
applications
with
their
dependencies
are
the
trend.
Today.
That's
what
people
are
doing
and
not
all
container
services
are
equal.
Kubernetes
is
a
black
hole
of
unpredictable
spent.
According
to
a
new
cncf
report
in
association
with
the
fin
ops
foundation
shows
that
costs
of
kubernetes
are
rising
and
companies
struggle
to
predict
them
accurately.
D
D
And
then
we
looked
at
the
future
of
cloud
computing
and
what
trends
will
impact
your
organization?
One
manage
kubernetes
in
the
cloud
will
be
a
really
really
big
focus.
Two.
The
idea
of
multi-cloud
will
become
a
lot
clearer.
Three
server,
serverless
computing
will
quicken
and
simplify
cloud
operations.
D
Four
managed
open
source
services
are
going
to
be
in
the
forefront
of
things.
Five
service
mesh
networking
will
become
the
norm.
Six
automation
and
policies
will
ease
cloud
management
and
seven
better
integration
between
cloud
and
data.
Centers
is
something
that
we're
going
to
see.
We've
also
seen
some
kubernetes
security
issues
through
different
articles.
Nearly
all
survey
respondents
in
a
recent
state
of
kubernetes
security
report
cited
at
least
one
incident
stemming
from
kubernetes
security
issues.
D
Again
I
will
drop
the
links
in
to
these
articles,
but
we
also
have
seen
some
kubernetes
clusters
attacked
via
misconfigured
argo,
workflow
instances.
Security
researchers
are
warning.
Argo
workflows
is
an
open
source
container
native
workflow
engine
for
orchestrating
parallel
jobs,
on
kubernetes,
to
speed
up,
processing,
time
for
compute
intensive
jobs
like
machine
learning
and
big
data
processing.
So
these
are
pretty
important.
I
definitely
encourage
you
guys
to
check
these
out.
There
was
a
lot
of
noise
going
around
this
on
threat,
post
and
and
social
media
as
well.
D
We've
seen
that
ibm
plans,
box
boat
acquisition
to
continue
their
hybrid
cloud
business
expansion
strategy
in
a
push
to
further
explain
further
expand
their
hybrid
cloud
services.
D
Business
we've
also
seen
two
pretty
important
announcements
coming
from
kubernetes,
so
I
really
want
to
highlight
these,
as
they
were
announced
in
the
last
couple
of
weeks
on
april
23
2021
the
release
team
merged
a
kubernetes
enhancement
proposal,
changing
the
kubernetes
release
cycle
from
four
releases
a
year
to
three
three
releases
a
year,
so
kubernetes
1.23
will
be
the
final
release
of
the
2021
calendar
year
and
the
major
change
end
users
will
experience
is
a
slower
release,
cadence
and
a
slower
rate
of
enhancement,
graduation
kubernetes
release,
artifacts
release,
notes
and
all
other
aspects
of
any
given
release
will
stay
the
same.
D
Another
announcement
coming
from
kubernetes
is
as
the
kubernetes
api
evolves.
Apis
are
periodically
reorganized
or
upgraded
when
apis
evolve,
the
old
api,
the
old
apis
they
replace,
are
deprecated
and
eventually
removed.
Kubernetes
1.22,
due
for
release
in
august
2021,
will
remove
a
number
of
those
deprecated
apis.
These
are
beta
apis
that
you
can
use
in
current
supported
kubernetes
versions
and
they're
already
deprecated.
D
Like
I
said,
I
will
drop
the
links
in
for
all
of
these
articles,
but
we
are
updating
our
kb
news
section
every
tuesday,
so
definitely
go
and
check
it
out
today
as
well
and
see
and
be
in
the
loop
on
what's
going
on
in
the
kubernetes
world,
kristin
langdon
back
to
you.
Thank
you.
B
Which
I
I
thought
was
impressive
way
back
in
the
day
openshift.com
when
it
was
openshift
ii.
One
of
the
biggest
challenges
is
basically
it
offered.
You
know
kind
of
free.
You
know
things
like
containers,
but
they
used
to
be
called
gears
to.
You
know
the
general
public
and
basically,
they
had
to
have
a
constant
watching
for
bitcoin
and
mining.
A
B
That
was
a
big
chunk
of
the
effort
involved
so
again,
we'd
like
to
welcome
alana.
Thank
you
so
much
for
appearing
on
the
show,
thank
you
mina
and
if
you
could
give
us,
maybe
a
brief
introduction
to
yourself.
You
know
you.
We
know
you
work
for
red
hats.
That
means
we
have
no
idea
what
your
title
is
or
who
you
work
for,
because
it
changes
too
regularly
to
keep
track
of
you
know.
C
Yeah,
absolutely
elena
hashman.
I
currently
work
for
the
ocp
node
team.
As
a
principal
software
engineer,
and
previously
I
was
on
the
azure
red
hat
openshift
team
as
a
principal
sre
and
one
of
the
tech
leads,
so
that
was
only
recent
change.
I
only
moved
over
to
the
open
shift
engineering
side
of
the
house
in
january
of
this
year.
C
No,
not
at
all
it's
a
long
story.
We
can
catch
up
over
coffee.
B
C
As
you
know,
died
in
the
wool,
both
that
is
my
biggest.
B
Yeah
right
right,
I
one
of
my
first
kind
of
job
offers
out
of
college
was
working
on
ibm's
level,
two
global
backbone
for
their
internet
and
yeah.
Two
weeks
out
of
the
month,
you
weren't
allowed
to
be
more
than
two
hours
away
from
from
the
office
wow
because
they
would
get
calls
like.
Oh
san
francisco
is
down.
Please
fix.
B
Like
that,
it's
only
gotten
worse,
that
was
that
was
many
years
ago,
because
I,
but
you
know
so
we
we
kind
of
have
like
some
questions,
we'd
like
to
ask
kind
of
all
of
our
guests,
and
so
why
don't
we
start
there
and
so
kind
of
you
know
what
brought
you
to
kind
of
contributing
to
open
source
in
the
first
place.
C
E
C
Like
oh,
have
you
like
seen
this
linux
thing
and
I'm
like
no,
what's
that
and
they're
like
here
I'll,
let
you
access
one
of
my
machines.
I
was
like
what,
and
so
I
had
like
some
windows,
machine
and
putty
association.
This
linux
box
is
like.
C
Cool
but
like
what
am
I
supposed
to
do
with
this,
but
you
know
like
it
being.
I
don't
know
like
probably
2006
or
something
like
that
I
was
I
was
installing.
I
think
it
was
ubuntu
hardy,
herron,
6.06
and
so
like.
I
was
like
okay
great,
like
I
think
the
sound
worked,
but
the
wi-fi
did
not,
and
so
I
got
to
fight
with
endis.
C
To
open
source
software
but
like
prior
to
that,
I
had
been
using
firefox,
which
I
thought
was
super
cool
and
I
was
mostly
just
kind
of
a
user
for
the
longest
time
and
then
in
university.
I
like
went
to
some
conference
and
there
was
like
an
open
source
themed
lunch
table,
so
I
sat
down
at
the
table
and
I'm
like
checking
my
email
or
something
like
that
and
the
guy.
Next
to
me,
he
like
looks
at
my
shoulder.
He
says
is
that
alpine
I
was
like
yeah
he's
like
hi.
C
And
so
there
was
an
open
source
day
at
the
conference
that
year
and
he's
like
you
should
come
and
contribute
to
this
cool
project
called
open
hatch.
I'm
like
well,
you
know,
like
I've,
been
using
open
source
for
so
long
but,
like
I
don't
really
know
like,
like
I
match
to
like
contribute
to
wordpress
or
something,
but
I
don't
like
no
php
he's
like
no
come
contribute
to
open
hatch,
and
so
I
did-
and
I
started
fighting
with
this
bug,
which
he's
like
oh
yeah,
a
pretty
easy
bug.
That's
why
I
started
digging.
C
No,
it's
not
easy,
but
but
there's.
B
C
Bug
you
know
you
can
fix
it
today.
No,
it
did
not
happen,
but
I
ended
up
learning
python
and
I
became
open,
hash's
gsoc
student,
so
I
completed
google
summer
of
code
and
like
fast
forward,
then
I
started
working
for
rackspace.
Then
I
got
more
involved
in.
Like
other
pythonic
things,
I
was
working
with
paul
carrer,
so
I
wasn't
like
directly
contributing
to
cryptography,
but
I
was
encouraged
to
do
things
that
might
help
cryptography
and
that
got
me
like
sucked
into
the
world
of
like
well.
C
Why
don't
you
try
out
this
many
linux
thing
and
like
help
us
build
wheels
better,
and
then
you
know
how
that
goes
like
you
stare
into
the
void
and
you
become
an
expert
on
the
void
and
suddenly
I'm
like
the
only
person
who
understands
how
this
symbol,
versioning
logic
goes
for
like
the
abi
compatibility
and
audit
wheel
and
yeah
well,
I
maintained
that
for
a
while,
I
still
participate
with
the
the
python
packaging
authority.
At
the
same
time,
we
used
a
lot
of
closure.
E
C
That
job,
so
I
was
working
on
clojury
things
and
someone
was
like
hey.
C
We
really
need
like
this
thing,
which
is
the
build
tool
for
closure
called
line
again,
like
someone
should
really
package
that
for
debbie,
and
I'm
like
that
sounds
like
a
terrible
idea
like
what
a
bunch
of
unfair
who
would
be
so
dumb
as
to
like
go
and
waste
all
this
time.
Working
on
that
yeah,
I
was
nerd
sniped
into
it.
So
I
guess
like.
However,
many
years
later
I
became
a
debian
developer,
I'm
now
serving
on
the
debian
technical
committee
and
yeah.
C
I'm
the
maintainer
of
closure
blindigan
and,
like
I
don't
know,
a
bunch
of
random
like
closure,
libraries
that
are
used
to
build
either
and
the
exciting
thing
is
that
we
have
a
gsoc
student
now
working
on
packaging
things
that
I
don't
have
time
for.
So
it's
like
it's
come
full
circle.
B
Right
right
see,
I
mean
that
that's
the
the
key
right
is,
you
know,
bring
him
in
young
right
and
you
know
get
him
get
him
into
the
mix.
And
then
you
know
you
can
you
can
finally
hand
some
things
off?
It's
the
dream
right
right.
You
know.
I
still
maintain,
though,
because
of
your
maintenance
of
closure,
that
you
are
a
closet,
lisp
lover
and
therefore.
B
All
right,
all
right
so
flashing.
B
Oh
yeah,
sorry,
I
was
actually
using
the
more
general
term
of
just
you
know:
secret
lisp,
you
know
user.
B
You
they
use
arch
right
right.
It's
oh
blanket
on
the
joke,
but
you
know
it's
the.
B
Well,
yeah,
how
do
you
know
if
someone's
vegan
or
does
the
what's
the
exercise.
B
Was
thinking
oh
crossfit,
yeah
yeah,
just
you
know,
talk
to
them
and
and
they'll
tell
you.
B
I
I
yeah
it
was
very
funny.
I
I
totally
agree
with
you.
Actually
I
would
say
scheme
is,
is
more
like
that
than
lisp,
but
you
know,
but
they
do
have
a
whole
book
called
the
little
schemer,
which
is
amazing
all
right,
so
bringing
it
back
to
the
focus
of
the
actual
show
all
right.
So,
okay,
you
know
we
see
how
you
kind
of
got
into
open
source
right
more
than
just
software
per
se.
So
what
brought
you
to
kind
of
kubernetes?
So
you
know
where,
where
did
that.
C
C
Core
os
nodes
and
like
using
fleet
to
manage
them-
and
I
was
a
little
bit
of
the
opinion-
this
was
a
bit
miserable
and
we
also
had
like
vms
that
we
were
managing
and
I
thought,
like
yeah.
I
was
learning
about
this.
C
Called
kubernetes-
and
you
know
there
were
various
flavors
of
kubernetes.
I
heard
about
openshift
at
the
time,
but
I
thought,
like
you
know,
as
reading
like
white
papers
and
things
like
that,
I
was
like
wow
like
you
know,
we
can
like
save
like
30
compute
overhead.
If
we
don't
virtualize
and
like.
C
I
would
love
to
not
have
to
deal
with
like
all
of
the
overhead
of
dealing
with
vms.
If
you
look
on
like
say
the
debbie
and
bug
tracker,
you
will
find
that
my
first
contribution
directly
to
debian
was
complaining
that
lib
vert
was
broken
so
yeah.
I.
E
C
C
As
much
like,
we
were
building
docker
stuff,
but
I
wasn't
necessarily
like
a
docker
enthusiast.
I
was
like
okay
well,
docker
is
like
a
means
to
the
end,
but,
like
I
don't
really
like
fighting
with
docker
compose
very
much
so
I
thought
kubernetes.
This.
C
Thing
this
isn't
like,
I
don't
know
2017
or
something
like
that,
but,
alas,
my
team
at
rackspace
wasn't
really
doing
cube
stuff.
So
I
started
interviewing
to
like
try
to
find
a
job
where
I
could
do
kubernetes
stuff.
B
C
I
landed
at
a
financial
company
where
they
were
like,
so
we've
got
like
these
gigantic
kubernetes
clusters,
which,
by
the
way,
we're
a
finance
company
so
for
us
they're
like
tiny,
but
we've
got
these
gigantic
on
purpose
kubernetes
clusters
and
I
was
working
with
like
you
know:
10
000,
core
clusters
and
those
were
toy
clusters
and
they're
like
we
need
somebody
to
like
help.
Our
ops
team
administer
these
things
because
we
have
a
bunch
of
software
engineers
if
you
don't
have
a
lot
of
operational
backgrounds.
So
I
was
like.
C
Let's
do
it,
and
so
I
spent
a
year
there,
starting
with,
like,
I
think
when
I
got
there,
they
had
just
upgraded
from
cube
one
five
to
one.
Eight
and
everything
was
custom
patched
and
we
had
like
kerberos
all
over
the
place,
and
I.
E
C
For
our
clusters-
and
you
know
like
there's
this
heapster
thing
but
like
we
really
need
better
implement
instrumentation,
so
I
was
like
okay
and
I
like
looked
at
various
solutions,
and
I
was
looking
at
various
fender
products,
and
I
was
like
these
all
just
kind
of
like
sit
on
top
of
like
the
open
source
stack
like
there's,
nothing,
there's
no
particular
secret
sauce
other
than
you
know
the
like
from
what
I
could
see
playing
around
with
these
trial
products.
At
that
time,
in
like
2018,
I
was
pretty
early.
C
This
is
like
well,
we
weren't
really
using
this
unified
pane
of
glass
anyway,
so
there
wasn't
a
lot
of
benefit
to
having
these
things
going
into
a
vendor
dashboard.
So
they
were
like.
Can
you
make
some
metrics
work,
and
so
I
started
playing
around
with
all
these
open
source
tools
we
had
prometheus.
C
I
spent
much
time
working
on
cube
state,
metrics
performance
testing,
cube
state
metrics
because
it
turns
out
our
clusters
were
big
and
I
ended
up
getting
involved
in
sig
instrumentation
as
a
result
and
for
the
longest
time
I
was
like
you
know,
kind
of
there
as
like
sort
of
an
oxy
focused
user.
I
wasn't
doing
very
much
in
terms
of
code,
but
I
did
submit
a
two-line
patch
that
like
broke
the
entire
world,
trying
to
like
best
yeah
trying
to.
E
A
C
Label
normalization
because
I'm
like
well,
I'm
doing
this
like
horrendous,
join
in
order
to
like
make
these
metrics
match
these
metrics
and
they
don't
conform
to
the
kubernetes
like
instrumentation
guidelines.
So
like
can
we
fix
these
they're?
Like
sure
they've
been
a
pull
request?
Well,
it
was
more
like
make
a
cap
and
then
submit
a
request.
A
C
Time
but
yeah
so
now
I
chair
the
instrumentation
sig
as
of
march
of
last
year
and
recently
since
I
joined
the
node
team
at
red
hat.
I've
also
been
spending
a
bunch
more
time
on
sig
node.
B
That's
cool,
so,
let's
talk
about.
Let's
continue
talking,
maybe
about
instrumentation
right.
I
think
you
know
there's
a
lot
there
right.
I
mean
because
trying
to
understand
the
environment,
particularly
when
you
talk
about
anything,
that's
cloud
native
is
often
one
of
the
hardest
parts
right.
You
know
with
the
second.
He
introduce
these
microservice
things
right.
The
problem
is,
is
trying
to
understand,
what's
actually
happening
at
any
given
moment,
and
so
what
do
you
see
like
or
what?
B
D
C
Things
that
are
in
flight
right
now
that
I
am
very
excited
about
that,
I
think,
will
significantly
improve
instrumentation.
So
one
is
that
api
server
tracing
is
happening.
So
this
means,
if
like
a
given
request,
goes
into
the
api
server.
You
can
generate
a
span
which
shows
like
I
spent
time
here.
I
spent
time
here
I
spent
time
here.
Oh
look
this
one's
very
wide.
Maybe
we
should
see
why
we're
having
performance
issues
here
and
so
on
and
so
forth.
C
I
dealt
with
a
lot
of
api
server
per
issues
in
a
past
life
and
it
was
really
really
difficult
to
tell
where,
like
things
were,
blocking
and
why
we
were
having
performance
issues
and
when
you're
dealing
with
like
just
black
box
monitoring
tools
like
from
the
outside,
where
I'm
just
like
running,
I
o
stat
trying
to
see
what's
going
on
with
ncd.
C
It's
it's
nice
to
have
the
sort
of
internal
like
white
box
sort
of
like
representation
of
instrumentation
like
aha.
It
is
stuck
here.
Why
is
it
stuck
here?
Oh
because
it's
blocking
on
system
d,
because
it's
trying
to
write
all
of
these
logs
into
the
database
but
like
why.
A
C
And
that
is
why
my
command
is
blocking.
So
that's
the
sort
of
thing
that
hopefully
tracing
will
be
great
and
we've
just.
Finally,
I'm
so
happy
had
that
land
in
122
alpha
api
service
racing
david
ashbal,
has
been
working
on
this
since.
E
C
Joined
like
the
instrumentation
scene
in
like
2018,
so
that's
super
super
exciting.
The.
D
C
Flight
that,
I
think,
will
be
super
helpful
right
now.
You
know
kubernetes
generates
a
lot
of
logs
and
as
a
systems
administrator
like
it's
all,
syslog
and
syslog
is
kind
of
a
pain
to
deal
with,
and
it
makes
it
really
hard
because
you
have
to
do
like
post-processing
with
regexes
and,
like
all
sorts
of
other
stuff,
to
try.
E
C
And
now
I
can
trace
that
request
id
and
so,
like
that's,
always
been
like
an
issue
in
upstream
cube
and
like
way
back
in
2018
I
was
like.
Could
we
have
structured
logs,
please,
like.
C
Like
like
five
years
ago,
I
thought
this
was
a
thing,
but
apparently
not
and
so
yeah
actually
there's
we
just
formed
and
I
helped
sort
of
sponsor
the
creation
of
it.
Since
sig
instrumentation
was
the
sig
that
kicked
off
the
effort,
a
structured
logging
working
group.
C
So
like
it's
much
larger,
an
effort
versus
like
a
single
cap
and
yeah,
it's
it's
been
quite
a
wild
ride,
so
like
in
121,
I
spent
a
bunch
of
time
working
on
trying
to
migrate
the
cubelet
to
structured
logs
and
then
ensuring
that
we
had
like
automated
tooling
that
it
wouldn't
regress,
and
so
that's
been
awesome
like
cubelet.
It's
bond,
structured
logging,
but
structured
logging
is
an
effort
of
stolen
alpha
and
we
still
have
every
other
component
to
migrate.
C
So
that's
been
a
super
cool
thing
that
happened
and
I
think
that
will
be
great
in
terms
of
sort
of
future
instrumentation
stuff.
Like
I'm,
you
know
old-school
assistant
man.
I
just
want
tools
that,
like
can
help
me
do
my
job,
and
so
it's
like
really
like
you
know
back
to
basics.
C
B
I
yeah
totally
area
a
long
time
ago
now,
like
you
know,
2000
or
so
maybe
before
that
a
friend
of
mine
and
I
had
built
a
system
that
did
visual
basic
over
http
and
one
of
the
things
that
was
most
important
about.
It
was
actually
doing
a
visualized
logger
to
show
where
you
know
where
it's
stuck
right.
You
know,
because
it's
just
so
necessary
one
thing
I
did
want
to
quickly
cut
a
sidebar
here,
a
little
bit.
B
C
Oh,
I
don't
think
I
said
anything
about
cath
here.
B
Oh,
I
thought
so
maybe
I
misheard
you.
I.
B
B
Right,
that's
a
that's
a
whole
another
discussion
anyway.
So
yeah,
if
you
do
want
to
know
more
about
cap
theory,
go
the
wikipedia
page
is
actually
remarkably
good.
I
would
definitely
go
search
that
all
right.
Well,
maybe
it'll
come
up
again
or
maybe
I
misheard
you.
So
why
don't
we
move
on
from
there
and
talk
about
a
little
bit?
B
So
you
know
we
talked
a
lot
about
instrumentation,
which
seems,
like
you
know,
you're,
very
passionate
about
and
now
you're
working
with
the
node
sig,
which,
if
you
could
tell
us
a
little
bit
about
what
you're
working
with
there
and
what
you
see
there
and
actually
explain
what
the
node
sig
is.
That
would
be
a
good
start
as
well.
B
A
C
Nice,
very
nice,
okay,
so
you
see
kubernetes.
This
is
the
kubernetes
cluster,
the
logo
right,
so
the
hub,
that's
the
api
server
and
then
all
of
these
other
things
are
controllers
talking
to
the
aps,
or
everything
goes
through
the
api
server.
So
a
node
is
a
special
controller,
and
why
do
we
need
a
node?
Because
we
want
to
run
workloads
so
the
the
node,
the
cubelet
is
the
thing
that
turns
something
into
a
kubernetes
node.
It
is
a
special
controller
and
all
controllers
and
kubernetes
they
tend
to
operate
on
a
certain
object.
C
In
this
case
the
the
cubelet
cares
about
pods.
So
the
cubelet
is
the
thing
that
natively
understands
pods
and
what
to
do
with
them
and
all
of
that
jazz.
So
sig
node
is
responsible
for
the
node
and
when
we
say
the
node,
we
mean
like
a
cubelet
really
and
other
things
that
interact
with
like
node
lifecycle.
So
sig
note
is
a
really
interesting
and
large
sig
to
be
in
because
you
know
the
most.
E
E
C
E
C
Many
pods
into
that
thing
as
you
want.
It
won't
do
anything
but,
like
that's,
that's
a
perfectly
legitimate
kubernetes
cluster
but,
like
notes
are
really
interesting.
Stuff
happens,
I
think,
and
so
that
was
kind
of
what
like
interested
me
in
signal
like
if
I
care
about
the
sort
of
like
kubernetes
as
like
nice
abstractions
to
like
parallelize
linux
on
a
distributed
scale.
C
C
I
am
working
on
many
things,
but
probably
like
my
top
three
things
are
so
I'll
start
with
the
least
exciting,
maybe
and
go
to
the
most
exciting
least,
exciting,
making
sure
it's
not
broken
so
like
working
on
the
flaking
tests
and
paying
down
tech,
debt
and
long-term
tax
strategy,
and
that
kind
of
thing
that
has
been
really
interesting.
Working
on
the
last
two
releases,
node
was
like
a
little
bit
stagnant
for
a
while,
and
so
like
one
of
the
things
that
I've
been
looking.
C
Debt,
how
do
we
make
node
go
faster?
How
do
we
ensure
that
like
features
are
happening
and
that
kind
of
thing-
and
so
like
one
of
the
most
important
things
you
can
get
from
that
is
like?
Are
our
tests
working?
Are
our
test
rates
running
the
way
that
we
expect
them
to
and
so
on
and
like?
Are
they
giving
us
good
signal?
Because
we
have
a
bunch
of
test
suites
right
now,
for
example,
that
are
failing.
C
Rely
on
them
to
be
passing
as
is,
and
so
you
know,
we've
been
spending
a
bunch
of
work
on
that.
B
Second,
one
I
wanted
to
interject
there
so
so
least
exciting
for
you
perhaps
I
don't
know
very
exciting,
usually
for
users
of
kubernetes
that
the
if
the
test,
the
more
automated
assessing
the
better
the
testing,
the
less
problems
that
consumers
have
right
well,.
C
I
would
hope
so
I
mean
in
a
lot
of
these
cases.
It's
not
even
like,
like
I
think
it's
it
is,
you
know
maybe
borderline
boring,
not
because,
like
I
love
testing,
I
have
a
huge
testing
proponent.
One
of
my
challenges
with
upstream
kubernetes
is
that,
like
the
test
coverage
like.
C
A
C
B
Well,
another
thing:
that's
kind
of
related
to
another
question
we
like
to
ask
is
from
a
getting
involved
perspective.
I'm
sure
it's
doing
like
amazing
things,
for
your
understanding
of
the
code
base
that
you're
now
working
with
right.
You
know,
like
that's
one
of
the
greatest
things
about
kind
of
fixing
tests
when
you're
new
to
a
project
is
like
you,
you
really
have
good
tactical
things
to
kind
of
help.
You
learn
it,
which
is
hard
to
do
in
kind
of
the
abstract.
B
C
Yeah
so
I've
been
working
on,
for
example,
I
spent
all
day
working
on
a
failing
test
that
was
like
failing
in
part,
because
the
node
was
running
out
of
disk
space.
C
Possibly
the
most
horrible
thing
I
have
ever
submitted
to
cube
ci,
which
was
like
I
sent
in
a
work
in
progress
pr
with
like
at
the
beginning
of
the
cubelet.
I
modified
it
to
like
shell
out
to
df
and
dump
everything
and
because
the
cubelet
in
certain
test,
suites
it
like
constantly,
is
restarting
the
cubelet
because
of
the
dynamic
public
config
and
so
like
you'll,
see
the
cubelet
restarting
and
therefore
every
time
it
restarts
it'll
jump
like
df
again
and
so
yeah.
That
was.
C
We
were
able
to
therefore
figure
out
that
a
test
that
was
filling
up
the
drive
was
failing
and
not
cleaning
up
and.
C
Causing
all
the
rest
of
the
test
to
fail
due
to
like
being
out
of
disk
space
so
like
you
will
learn.
D
C
D
C
Horrendous
things
to
kubernetes
that
shouldn't
be
done.
If
you
choked
out
this
path.
C
Possible-
and
so
I
was
my
suspicion
was
oh,
maybe
it's
just
that
I
nodes.
C
Like
out
of
space,
my
I
know
full
hypothesis
is
totally
wrong,
but
you
know
that's
that's
why
you
search.
B
Right
right,
all
right,
so
what
are
the
other
two.
C
Other
two,
so
second
thing
is
node
velocity.
So
like
one
of
the
things
that
I
did
when
I
joined
sig
note
is,
I
was
like.
Oh
my
god,
we
have
so
many
pr's.
We.
E
C
So
many
issues:
how
are
we
possibly
going
to
get
to
all
these
things
like
signoid,
has
something
like
200
active
pr's
at
any
given
time?
That's.
A
C
Yeah
yeah
yeah,
and
so
like
one
of
the
first
things
that
I
did
is.
I
was
like
I
can't
grok
this,
I'm
gonna
like
make
a
little
board,
so
I
can
like
visualize
like
the
things
I
need
to
pester
people
to
approve
the
things
that
are
like
ready
for
me
to
put
an
lgtm
on
the
things.
I
should
not
look
at
and
like
the
things
that
somebody
needs
to
look
at,
and
so
I
put
together
this
new
triage
board
when
I
joined
the
sig
and
then
I
like
showed
it
to
some
people.
C
They're
like
this
is
super
useful.
Make
this
like
accessible
the
whole
thing,
but
I
did,
and
so
now
we've
been
using
that
for
node
triage
and
that
has
been
making
it
a
lot
easier
to
deal
with,
like
our
glut
of
prs
that
we
deal
with
on
a
given
basis.
We
previously
had
a
board
for
just
test
and
ci
things
only,
but
because
it
was
just
test
and
see,
I
think
only
it
meant
most
of
our
prs
weren't
actually
like
getting
looked
at
in
the
same
way.
C
So
I
made
sure
everything
else
went
on
a
separate
board
and
then
I
also
when
I
joined
I
was
like,
oh
my
god.
No,
it
has
500
bugs
like
what
am
I
gonna
do
with
that.
So
this
past
release
I
ran
out
node
bugs
grow
just
like
in
any
other
project.
You
know
debbie
and
bug
scrub,
open,
hatch,
bug
scrub.
C
My
open
hatch,
g-suck
project
was
a
bug
script
tool,
so
I
have
many
years
of
experience
running
bug,
scrubs
and
I
was
like
let's
just
let's
just
get
them
done,
look
at
everything
and
we'll
see
where
things
go
from
there
and
then
at
least
you
know,
things
will
be
all
updated,
even
if
we're
still
not
necessarily
like
triaging
incoming
stuff
regularly.
C
Yeah,
like
I
feel,
really
bad,
because
I
want
to
be
able
to
look
at
every
single
incoming
bug.
I
don't
have
the
time,
especially
because
a
lot
of
them
are
somebody
asking
a
kubernetes
question
and
like
not
it's
not
a
real
bug
and
therefore
I
can't
really
like
spend
like
three
hours
of
support
every
day.
Looking
at
their
questions
and
trying
to
answer
like
there's
just
not
enough
hours
in
a
day,
I
wish.
B
Yeah
like
a,
we
should
have
like
a
high
school
class
that
is
like
filing
bugs.
You
know,
like
it,
it'd
be
really
nice.
C
D
C
E
E
C
Viewers
unfamiliar
but
yeah,
I
mean
I'm
often
the
problem
to
be
clear.
B
A
C
B
Which
is
the
I
mean
to
be
frank
right
like
that's,
that
is
the
right
answer.
That's
how
you
build
a
community.
That's
how
you
you
know!
This
is
how
you,
you
know,
be
kind
of
a
good
person
in
software,
but
at
the
same
time,
to
your
point,
that's
a
reduction
in
the
amount
of
time
that
you
can
spend
on
on
other
things
right,
and
so
we
you
know,
we
always
need
help.
I
think
in
kind
of
doing
the
things
that
actually
require
human
components
more
than
they
require
technical
components.
You
know
it's
like.
B
If
you
have
a
little
bit
of
kubernetes
expertise,
go
try
to
find
the
places
where
you
can
say.
Oh,
I
know
I
recognize
that
this
isn't
actually
a
bug,
and
I
recognize
that
oh
I've
run
into
this
problem
before.
Let
me
go
help
that
person
so
that
somebody
who
is
working
in
engineering
or
qe
or
whatever
can
from.
E
A
C
C
Of
those
sorts
of
folks
working
on
things
and
like
I
can
tell
you
if
we
had
someone
who
was
like
sort
of
watching
say,
like
the
bug,
backlog
and
like
helping
folks
and
like
flagging,
real
bugs,
so
that,
like
other
people,.
E
E
C
Yeah,
like
it's,
it's
a
superpower
and
I'm
like
a
little
bit
weird
in
that
when
I
became
chair
of
sig
instrumentation
like
I
had
like
four
lines
of
changes
in
all
of
kubernetes
kubernetes.
Like
I,
I
was
an
ops
chair
for
a
sig.
That's
like
kind
of
owned
code,
instrumentation
kind
of
owns
code.
We
have
a
small
amount
of
code,
but
it's
horizontal
so
like
each
each
component
owns
their
own
metrics
and
whatnot.
We
don't
own
them.
We
just
try
to
help
them
out,
but
yeah.
It
was
like.
C
I
was
weird
as
like
the
ops
person
doing
like
cube
stuff
upstream,
and
it
could
be
you
and
it
could
be
great
and.
C
Readiness
review
team,
so
there
you
go
no
rest
for
the
wicked.
B
Can
you
can
you
give
us
a
little
bit
of
outline
of
what
that
is.
C
Cycled
from
like
alpha
through
to
ga
has
to
go
through,
what's
called
a
kubernetes
enhancement
proposal
or
cap,
and
in
the
last
couple
of
cycles,
we've
added
this
new
additional
review
and
some
questions
to
these
caps
called
production
readiness,
and
the
idea
of
these
is
to
sort
of
like
ensure
that
every
single
feature
owner
is
thinking
about
how
this
feature
will
work
in
a
running
cluster
and
how
to
deal
with
like
upgrades
and
downgrades
and
how
to
deal
with,
like
my
thing
has
gone
wrong.
C
What
metrics
or
like
things
should
I
look
at
to
figure
out
that
it's
like
broken
and
so
that
team,
when
I
was
initially
envisioned,
was
very
small.
It
was
three
approvers
for
all
enhancement
proposals
and
we
get
something
like
60
each
cycle
workload.
So
I
I
volunteered
as
tribute
I
am
now
the
fourth
approver
on
this
team,
who
will
look
through
this
and
be
like?
Yes,
you
have
a
good
upgrade
or
downgrade
strategy
or
like
have.
E
C
Thought
about
this
as
it
applies
to
version
sku
or
like
yes,
this
is
not
eligible
or
no
no,
no,
this
is
applicable
and
you
don't
have
to
add
a
metric
just
like
we
need
a
metric
because,
like
I
don't
know
how
this
thing
is
working
like
what
should
I
look
at?
What
are
you
the
author,
looking
at
to
see
if
this
thing
is
working?
No,
oh,
I
hadn't
thought
about
that.
I
was.
B
Like
great
now
you're
thinking
about
it
well
and
just
so,
it's
almost
like
kind
of
supporting
like
the
user
experience
of
kubernetes
right.
You
know
that
seems
like
a
a.
E
B
Good
thing
you
know.
C
That
sort
of
obscene
people
like
me
in
a
former
life
and
get
involved.
B
C
E
C
C
C
Involved
in
things
nobody
knew
who
I
was
like.
My
reputation
did
not
perceive
me
in
kubernetes.
I
built
one
by
doing
the
things.
So
that's
that's
all
you
gotta
do
do
things.
B
One
of
the
things
it's
actually
kind
of
an
internal
red
hat
freeze,
that's
been
kind
of
going
on.
I
don't
know
if
I'm
gonna
quote
it
quite
right,
but
it's
like
you
know.
The
person
who
wins
is
the
one
who
writes
the
code.
You
know
and
and
to
some
extent
it's
a
looser
version
of
that
which
is
like
you
know.
You
can
kind
of
just
show
up
and
start
doing
stuff.
B
Euphemistic,
for
you
know
a
contribution,
and
you
know-
and
I
think
that's
really
important
the
the
key
is
right
is
that
is
to
be
polite
about
it.
And
that
way-
and
you
will
you
know
almost
always
get
a
positive
response
and
I
think
that's
you
know,
that's
really
important.
C
B
C
Well,
so
swap
support
is
special
because
it
didn't
exist
before
and
now
it
exists,
and
you
may
ask:
why
did
it
not
exist
and
the
answer
is
nobody
sat
down
to
do
the
work
right?
I
mean
there
was
like
definitely
some
concerns
in
terms
of
like
how
are
we
gonna
do
this
in
a
way?
That's
not
gonna
blow
up
kubernetes
clusters.
C
Please
give
us
a
proposal
that
convinces
us
and
then
we
will
be
happy
to
implement
it
and
that
just
kind
of
sat
there-
and
I
was
like
you
know
what
I'm
passionate
about
this
because,
like
the
first
of
all,
it's
one
of
those
things
where,
like
you've,
gotta
take
into
account
the
needs
of
like
so
so
many
users,
and
so
like
the
first
thing.
I
just
spent
a
whole
release
just
talking
to
people
being
like.
How
do
you
swap
like?
Is
this
document
of
use
cases
like
exhaustive
for
you
like?
C
Is
this
going
to
work
for
you?
Here's
like
a
sort
of
a
straw,
man
proposal
like
what
do
you
think
about
that
and
they'd
be
like
no,
I
hate
this.
Let
me
look
again
what
if
I
change
this
thing
then
like
do
you
still
hate
it?
No,
no,
that's
pretty
good
and
and
so
on
and
so
forth.
I
like
doing
that,
which
is,
like
you
know,
kind
of
like
very,
like
thankless
behind
the
scenes,
and
then
I
show
up
with,
like
you
know
what
was
effective
like
an
80
line.
C
I
think
the
first
issue
from
a
rock
swap
was
like
in
2014
it
was
filed
and
it
like
took
until
like
2021
for
us
to
like
make
some
movement
on
that.
So,
like
I
think
you
know,
it's
really
just
write.
The
proposal.
Do
the
thing
and
like
be
open
to
feedback
yeah.
C
B
Right
and
just
because
I
think
I
know
what
you're
talking
about,
but
you
mean
like
swap
space
like
memory
swap
yes,.
C
People,
love
to
you
know,
use
virtual
memory,
which
is
not
real
memory
and
is,
like
you
know,
usually
some
form
of
disk
space,
and
it
could
be
very
fast.
It
could
be
nvme
that.
C
Yeah,
who
knows
we
don't
know
it
could
be
pretty
fast
and
it
like
swap,
is
often
used
for
applications.
That,
for
example,
have
like
big
memory,
startup
costs,
but
then
they're
never
going
to
touch
again,
but
they
can't
actually
evict
it
from
memory.
So
we
see
this
on,
like
virtual
machines.
C
Java,
like
node,
you
know
actual
virtual
machines
like
whatnot,
not
you.
It
could
be
potentially
useful
for
virtual
machine
live
migration
where
you
have
to
like
very
briefly
over
commit
memory
like
all
sorts
of
applications.
This
could
be
helpful
because
you
know
memory
is
a
tight
resource,
sometimes
especially
on
edge
systems
or
my
favorite
example
of
an
edge
system.
My
raspberry
pi,
I.
A
B
Exactly
exactly
one
thing
I
wanted
to
kind
of
catch
back
up
to
so
I
think
I
heard
you
saying
cat,
but
you
were
actually
saying
pep
and
you
were
talking.
B
Perhaps
so
I
didn't
pick
up
on
that
right
now,
so
so
to
kind
of
cover
that
back
up
all
right.
So
so
the
kind
of
I
think,
the
last
question
that
we
have
time
for
because
we're
almost
out
of
time
is
so.
What
do
you
think
is
you
know
kind
of
in
kubernetes
in
general?
What
is
the
thing
that
you're
kind
of
most
watching,
or
what
do
you
think
the
biggest
and
both
from
a
positive?
B
B
C
I'll
go:
what
am
I
looking
forward
to
in
kubernetes,
so
one
thing
that
I
have
been
spending
a
lot
of
time
on
is
like
trying
to
do
knowledge,
sharing
and
uplifting
new
leaders
in
the
community
so
like
there
have
been
a
lot
of
people
in
kubernetes
who've
been
around
like
literally
day
one
they've
been
here
since
the
start,
and
they
hold
lots
of
great
leadership
positions,
but,
like
I
don't
know
like
do
you
want
to
be
doing
this
forever,
like
I
can
say
in
instrumentation,
my
time
is
going
to
come,
I'm
not
doing
that
job
forever.
C
Like
it's
really
important
for
me
to
be
like
okay,
you
know
I'm
thinking
like
a
year
or
two
down
the
line
like
who's
going
to
be
doing
this
in
the
future.
Is
it
going
to
be
me?
Do
I
want
to
keep
doing
this?
If
not,
how
am
I
setting
up
that
person
for
success,
and
so
I
have
done
a
couple
of
cohorts,
one.
I
was
working
with
a
bunch
of
people
to
try
to
show
them
how
to
become
node
reviewers.
C
So,
like
here's,
how
you
review
signaled
pr's
and
that
kind
of
thing,
and
the
latest
cohort
that
I've
been
working
with
I've
been
training
people
how
to?
How
do
you
be
a
fig
lead
right,
because,
like
I
work
in
two
different
cigs,
you
know
I
chair
instrumentation.
C
C
Run
those
meetings,
and
then
I
also
work
in
sig
node
and
while,
like
I'm,
not.
C
Often
like
running
the
meetings
or
running
like
the
ci
sub
project
meetings
or
that
kind
of
thing,
so
it's
really
really
important.
I
think
to
like
build
and
uplift
this
sort
of
like
next
generation,
that's
going
to
be
doing
the
work
in
kubernetes
and
so
that
I
think,
like
is
really
the
thing
I
mean
not
to
be
like
everybody's,
like
cheesy.
It's
about
the
community,
but.
C
About
people
you
know
this
is
ultimately
at
the
end
of
the
day.
This
is
a
job,
and
so
like
people
move
on
from
thing
to
thing,
people
find
new
interests
and
yeah.
I
just
want
to
ensure
that,
like
for
the
time
that
people
do
spend
here,
they
have
the
best
experience
that
they
possibly
can,
and
you
know
when.
E
B
C
C
Bdfl
and.
A
A
E
C
As
a
bdfl,
like
you
know,
you
first
of
all
like
there's,
so
these
ridiculous,
crushing
expectations,
I've
been
that
person.
I
was
the
whole
maintainer
of
a
thing
that,
like
the
entire
weight
of
binary
python
distribution
lay
upon,
I
was
like
I
can't
do
this
anymore,
like
it's
stressful,
I
don't
have
the
time
and
like
I'm
letting
everybody
down,
so
I
quit
right.
C
Doing
it,
you
can
do
that
and
so,
like
you
know,
I
don't
want
to
see.
Kubernetes
do
that
and
so
kubernetes
was
founded
with
this,
like
explicit
anti-bdfl
missions.
So
now
we're
gonna
see
like
you
know
when.
D
E
B
B
E
B
Just
even
just
continued
of
the
same
leadership
right,
you
are
limiting
the
number
of
perspectives
that
are
contributing
ideas
right
you're,
you
know,
like
you're,
not
kind
of
you
know
or
like
the
the
more
kind
of
correct
way
of
saying
you
know
the
the
the
lottery
factor
right.
You
know
somebody.
B
B
Whatever
and
so
they
they
get
to
go
off
and
do
that
because
they
won
the
lottery,
you
know
there's
a
there's,
an
older
version
of
that
scenario
that
we
try
not
to
use
anymore.
But
you
know
all
the
like.
B
There's
all
of
those
reasons
right:
it's
not
it's
not
even
just
the
simplistic
kind
of
the
like
or,
like
sorry,
not
simplistic
more,
like
there's
lots
of
good
reasons
to
encourage
a
lot
of
community
that
are
like,
sometimes
it's
because
of
burnout,
but
sometimes
it's
because
you
want
to
do
you
know
you
really
get
into
one
little
deep,
dark
corner
of
node
right
and
you
want
to
stay
there
and
finish
that.
But
what
happens
to
all
the
rest
of
the
stuff
while
you're
doing
that?
You
know
so
there's
just
so
many
reasons.
C
But
you
end
up,
you
know
your
bandwidth
constrained
by
that
one
person
it's
really
hard
to
hold
them
accountable,
because
they're,
the
ones
called
all
of
the
shots.
They
have
effectively
all
of
the
power,
and
so
like
that
sort
of
thing
you
know
it's
just
like
it's
hard
to
be
able
to
step
back
and
move
on
it's
hard
to
be
able
to
sort
of
like
hand
off
the
torch.
But,
like
honestly,
I
think
that
you
know
it
thinking
about
the
tech
and
what
not
like.
C
Move
on,
like
you
know,
do
we
need
to
rewrite
the
cubelet
or
something
like
that?
Well,
it
depends
like.
Are
the
right
people
gonna
be
in
the
room
to
make
that
call?
I
don't
know
so
that's
what
I'm
working
on
and
people
should
judge
me
on
that
in
five
years.
B
Right
right,
yeah,
we'll
we'll
maybe
there
should
be
a
you
know,
part
of
the
instrumentation
sake
should
be
those
metrics.
B
Well,
thank
you
so
much
for
coming.
If
you
wanted
to
add,
is
there
a
final
thought
or
anything
you
wanted
to
add,
or
should
we
kind
of
close
it
down
we're
just
about
to
the
top
of
the
hour,
and
so
I
don't
want
to
hold
anything.
We
do
have
a
hard
stop
so
yeah.
A
B
B
Yeah
right
well
again,
thank
you
so
much
for
you
know
giving
us
some
of
your
time.
We
know
there's
a
lot
of
pr's
out
there
to
review.
We
know
there's
a
lot
of
kepster
review.
You
know,
and
so
we
really
appreciate
the
time,
and
you
know
thanks
for
coming,
cheers.