►
From YouTube: OpenFeature/Flagd K8S SIG, June 16, 2022
Description
meeting notes:
https://www.google.com/url?q=https://docs.google.com/document/d/1u_1qnS0PiYvZxwtsBgZrsX6DrRKfpG56q-Kh0-qn_pU/edit%23heading%3Dh.wh8mkiotns4b&sa=D&source=calendar&ust=1655043850692349&usg=AOvVaw3jgs22qY0Eh_ZvErxDUON9
OpenFeature website: https://open-feature.github.io/
A
C
B
All
right,
todd's
booting
up
his
computer,
so
we
can
take
some
notes,
we'll
see
what
turnout
looks
like
today.
A
B
Yeah
sounds
good.
You
had.
B
A
C
A
B
A
We
can
officially
say
that
we
are
cncf
sandbox
project,
but
we
cannot
save
a
cncf
project.
So
this
is
something
you'll
be
super,
careful
of
because
the
cncf
is
careful
about
it,
but
yeah,
otherwise,
so
doing
announcements
on
our
own
asking
the
scenes
you
have
to
repost
it
in
their
social
media.
It's
totally
possible.
B
B
Well,
I
don't
know
I
mean
it
would
just
be
nice
to
have
more
confirmation
than
like
meeting
notes,
type
of
deal
but
yeah
at
any
rate,
we'll
we'll
deal
with
that.
No.
A
They
will
graduate
to
services
like
death
stars
to
list
and
con
of
member
projects,
but
basically
that's
it,
so
they
won't
be
doing
any
massive
pr
around
that.
But
at
the
same
time
the
cncf
will
gladly
repost
everything
we
create.
A
B
Okay
sounds
good
yeah
and
I'm
not
sure
what
the
turnout's
going
to
be.
So
we
may
not
like
for
this
particular
meeting.
We
can
chat
about
a
few
things
but
yeah.
If
it's
a
little
turnout,
we
can
kind
of
pivot
or
you
know,
wrap
up
early.
I
suppose.
D
C
B
Mention
it
real,
quick,
yeah,
so
yeah,
based
on
that
tweet
from
a
couple
days
ago
that
go
feature
flag
project.
I
think
you
had
actually
linked
it.
I
had
reached
out
to
them
we're
going
to
talk
to
them
later
today,
actually
just
to.
C
B
Which
portions
we
could
potentially
leverage
and
how
we
can
maybe
work
together
on
that?
It
seems
like
a
pretty
interesting
opportunity,
even
looking
at
it,
it's
very
similar
to
where
we
see
that
flag
d
service
being
potentially
in
a
few
months
they're.
You
know
they're
just
a
little
further
along.
They
have
a
few
things
that
we
may
want
to
kind
of
omit.
B
If
we,
you
know
port
pieces
over,
like
the
aws
sdk,
for
example,
but
like
fundamentally
like
it
works
pretty
similar
to
where
we
see
5d,
potentially
being
so
yeah
we'll
see
how
the
meeting
goes.
That's
actually
right
after
this
one,
so
we'll
we'll
try
to
post
some
kind
of
update
once
we
have
information
on
time,
but.
B
B
C
B
Don't
think
anything
really
on
the
agenda
except
there's
any
other
topics
we
chat
about
that
quickly
and
if
not,
we
can
go
ahead
and
wrap
it
up
from
a
status
standpoint.
We
have
the
basics,
you
know
kind
of
working
into
ends
just
to
prove
out
the
concept.
B
So
you
can,
you
can
actually
use
kubernetes
operator.
You
can
push
basically
flag
configurations.
It
will,
you
know,
attach
the
sidecars.
We
are
running
like
that
simple
flag
d
service
behind
the
scenes
you
know
so
that's
attached
to
the
same
pod.
We
have
a
very,
very
simple
http
based
flag
d
provider
that
communicates
to
the
sidecar
process
and
does
extremely
basic
lag
evaluation.
B
B
A
dirt
road
from
end
to
end,
so
everything
works,
it's
very
basic
and
we
need
to
make
that
a
highway
that,
but
basically
all
the
concepts
have
been
proven
out,
so
we're
just
going
to
be
adding
different
transport
protocols,
adding
an
evaluation
engine,
refining
the
flag
definition
or
the
flag
schema.
B
It's
not
it's
not
exactly
where
we
want
to
be
right
now,
but
basically
yeah,
all
the
big.
All
the
big
questions
I
think
have
been
answered
and
we
understand
from
an
architectural
perspective,
how
we're
going
to
build
things
out.
So
it's
just
a
matter
of
doing
that
which
is
good,
because
that's
also
where
we're
gonna
get
help
from
some
consultants
too
right
yeah.
B
I
suppose
we
we
do
have
the
liquid
reply
team
starting
july
1st,
so
that
will
be
a
pretty
big
boost
in
engineering
power
starting
at
the
beginning
of
next
month,
so
that
should
help
out
quite
a
bit
they'll
be
working
on
this
portion
and
I'm
sure
we'll
leverage
them
for
some
of
the
sdks
as
well.
So
we
can
really
start
accelerating.
You
know
r
d
effort
there.
B
Yeah,
I
would
recommend,
if
we're
so
so,
this
meeting
is
really
specifically
oriented
around
flag
d
and
kubernetes
components.
I
think
the
post
hog
provider
and
that
recent
work
is
really
interesting
and
I
think
it
deserves
a
bigger
audience
and
it's
probably
more
general,
it's
less
about
the
cloud
native
components
and
more
about
just
general
sdk.
So
next
week
is
probably
the
best
venue
for
it
and
there'll
be
a
lot
more
people
as
well.
B
Generally,
there
is,
I
mean
I
can't
guarantee
that,
but
we've
been
having
attendance
around
like
the
12
or
15
people,
right,
yeah,
pretty
good
turnout
and
so
yeah.
I
think
that
yeah
we
certainly
talk
about
it.
I
mean
well,
I
think,
we'll
wrap
this
meeting
up
relatively
soon,
actually
likely,
because
just
you
know
we're
missing
some
of
the
people
in
the
audience
that
we
probably
really
need
to
chat
to
about
pressure
decisions
and
things.
But
so
we
may
have
a
few
minutes
to
talk
about
that.
B
I
I
have
been
working
on
the
contribs
repo
for
the
node.js
sdks
right
now,
and
so
we
can
start
moving
portions
to
there.
That
makes
sense.
I
have
an
incredibly
basic
hotel
created
so
far,
although
the
one,
oh,
I
think
is,
is
your
name
wired?
Is
that
how
I
pronounce
your
name,
can
you
can
you
help
us
pronounce
your
name
there.
D
B
Oh
no,
I
was
just
gonna
say
I
looked
at
your
your
hotel
hook
and
especially
with
the
metrics
and
stuff.
I
like
that
approach
pretty
well.
So
if
you
don't
mind,
I
may
start
leveraging
part
of
that
in,
like
the
more
like,
I
guess,
the
the
official
hotel
hook
in
the
contribs,
repo
or
yeah.
B
B
Or
something
once
I
do
that,
but
I
like
the
metric
portion
of
it
I'll
have
to
test
it
out.
Maybe
that
will
be
well
they're
all
marked
right
now
as
peer
dependencies,
so
like
perhaps
like
they
could
be
optional,
so
you
could
either
do
metrics
traces
or
both
it's
up
to
kind
of
figure
out
how
that
could
work
from
like
kind
of.
B
C
B
Of
experience
with
the
hotel
metrics,
but
you
know
the
ones
that
you
were
collecting
made
a
ton
of
sense
to
me.
So
I
think
that
that'd
be
kind
of
a
nice
enhancement
to
that
that
hook
as
well.
B
I
was,
I
was
just
going
to
change
the
subject,
so
if
you
wanted
to
respond
to
that,
go
ahead,.
B
D
B
This
meeting
is
really
specifically
about
the
cloud
native
components.
I
would,
if
you
wanna,
if
you
wanna,
specifically
talk
about
post
hog
at
all,
I
would
recommend
you
do
it
next
week,
because
that's
our
general
meeting
and
we
have
like
I
said,
a
lot
more
attendance,
because
it's
about
the
project
at
a
wider
level
and
more
about
the
sdk.
So
if
you
are
interested
in
talking
about
it
next
year,
the
first
place
yeah.
D
Next,
I
I
had
a
question
about
the
the
cloud
native
stuff,
so
so
I
think
I
had
asked
this
question
before,
but
I
think
it
would
also
be
nice
if
there
would
be
like
a
demon
or
like
something
where
it
allows
you
to
manage
the
50
flex.
So
you
define
them
in
this
in
a
format,
and
then
this
demon
like
in
the
kubernetes
config
map
or
something
and
then
it
it
would.
D
B
B
About-
and
I
think
it
would
be
nice
if
we
could
even
use
the
same
crd
or
maybe
different
crds,
but
we
could
probably
use
the
same
operator.
I
think
it
makes
sense
to
use
the
same
operator,
maybe
different
cvs
for
defining
them,
not
sure,
but
that's
totally
possible
all
right.
Most
users
have
apis
to
create
this.
This
stuff,
I
mean
right
now
we're
just
focused
on
evaluation
out
of
process,
but
I
totally
agree.
Like
we've,
we've
talked
with
vendors
that
they're
interested
in
what
you're
describing
too.
So
it's
definitely
something
we
want.
B
Describe
some
of
this,
this
is
an
issue
I'm
sure
it
will
generate
interesting
discussion.
It's
been
talked
about.
C
B
It
wasn't
really
recorded
in
any
sense,
but
if
you
feel
like
opening
an
issue-
and
I
think,
probably
probably
flag
d,
either
5d
or
the
operator
no,
you
know.
B
B
B
I
guess
this
is
slightly
changing
topic
too,
but
I
was
using
the
latest
version
of
the
node
sdk
and
the.
If
I
use
the
errors
in
esm,
it
actually
was
was
throwing
an
exception.
So
I
created
an
issue
for
that
last
night.
I
was
just
talking
to
todd.
We
may
have
to
use
like
roll
up
or
something
similar
to
just
bundle
it.
It's
just
a
quick
aside
just
to
let
you
know
that
it's
not
totally
working
properly,
at
least
for
esm
modules.
B
So
it's
probably
just
it's
just
a
packaging
issue.
I'm
sure
I'm
sure
it
is
too,
but
it's
just
yeah,
just
an
fyi
that
that
change
may
come
out
relatively
soon,
because
it's
it's
not
quite
worth
it.
Oh
okay,.
B
D
B
Into
a
single
js
file,
then
we
avoid
that
problem
too,
because
everything
just
is
packaged
into
one
single,
like
you
know,
transformed
javascript
string
and
we
can
keep
the
typing.
So
that
might
be
one
way
to
do
it.
I
mean
there's
disadvantages
to
that
too,
because
the
I,
the
files
become
a
little
bit
harder
to
edit.
If
you
want
to
monkey
patch
something
in
you
know
in
your
local
environment.
B
D
D
B
Yeah
and
so
the
other
couple
pieces
shift
topic
away
from
the
kubernetes
side
for
for
now,
you
had
mentioned
a
couple
pieces
like
accessing
the
provider
itself,
so
I
would
definitely
recommend
opening
a
proposal
on
that
conceptually
it
makes
sense.
The
question
came
around
like
it's
confusing
to
export,
that
from
a
client
so
like
I
probably
would
recommend
not
putting
that
in
the
proposal
to
pull
it
from
the
client
again,
because
then
it's
it
brings
up.
B
You
could
potentially
pull
it
from
like
the
the
global
open
future
object,
though
you
know,
since
we're
doing
the
we're
setting
the
provider
there,
we
could
certainly
probably
expose
a
getter
as
well:
oh
yeah
yeah,
so
that.
B
It's
okay,
so
that'd
be
like
a
basically
like
a
general
like
admit
or
event,
emitter.
C
B
For
like
user
events,
or
would
this
be
for
like
sdk
events
like
startup
and
shutdown.
D
Yeah,
like
yeah,
like
you,
see,
events
like
some
vendors,
like
post
hoc
in
lounge,
yeah
support,
sending
custom
events
so
yeah
exactly.
B
For
that,
I
think
that's
that's
awesome.
If
you
want
to
work
on
that
proposal,
that
would
be
that'd
be
amazing.
The
one
thing
that
we
had
thought
about,
which
I
think
would
be
pretty
cool
too,
is
for
the
vendors
that
do
not
support
it
or
maybe
even
the
ones
that
do
support
it.
Maybe
you
could
register
multiple,
like
I
don't
know,
we'd
have
to
come
up
with
terms
for
it,
but
basically
like
event
providers
or
something
which
could
actually
end
up
being
like
segments,
and
some
of
these
other.
You
know.
B
Like,
for
example,
to
do
more
concrete,
like
I
think,
launch
darkly,
maybe
it's
maybe
it's
launch
directory.
Maybe
it's
somebody
else
split,
there's
a
track
method
which
just
sends
arbitrary
user
data
but,
for
example,
cloudbees
doesn't
have
that
it's
all
feature
flagging
and
no
user
tracking.
So
and
if
you're
using
cloud
b's,
you
would
register
a
cloud
business
provider
but
then
also
register
some
separate
tracking
provider
that
would
just
handle
the
tracking,
maybe
segment
or
whatever,
and
it
would
be
optional.
B
So
I
think
that's
the
kind
of
ed
face
we
have
to
probably
yeah
basically
nothing's
registered,
but
and
then
the
other
idea
is.
C
B
Potentially
registered
multiple,
you
know,
event
systems,
theoretically,
so
just
just
things
to
maybe
consider
if
you're
gonna
work
on
a
proposal.
That
would
be
greatly
appreciated,
though,
if
you
want
to
throw
something
together,.
B
It
sounds
like
you
have
some
experience
from
the
postdoc
world
on
this,
but
I
would
love
for
those
events
to
correlate
to
the
the
appropriate
like
feature
flag,
where
possible,
all
right
so
like
I'm,
not
exactly
sure
how
that
would
work
conceptually,
but
perhaps
theoretically,
if
you
were
to
do
like
a
feature
flag
details
like
in
that
response,
there
could
be,
like
you
know,
an
event
tracker
in
there.
That
has
like
the
context
kind
of
captured.
If
that
makes
sense,
does
that
make
sense
to
you.
D
I
think
so
I
think
I
think
I
understand
what
you
mean.
I
just
don't
know
how
to.
B
B
In
there
that
has
the
event
tracking
method
on
there
and
that
would
have
like
the
feature
flag.
You
know
flag
key
predefined
and
stuff
like
that,
so
you
wouldn't
have
to
keep
passing
that
in
the
track
event,
just
something
to
think
about
as
well.
It's
not
that
one
part's,
not
mission
critical.
We
can
kind
of
layer
those
parts
on
later,
but
I
think
you
know.
D
B
C
B
D
B
Didn't
get
this
question
generalizing
something
officially
on
the
agenda
and
we're
just
kind
of
making.
You
know
progress
on
the
stuff
that
we
talked
about
at
the
last
meeting,
so
I
don't
know
if
there's
really
much
more
of
an
update,
suppose
we
can
probably
just
go
ahead
and
wrap
it
up.
Then
yeah.
I
think
so,
there's
nothing
else.
So,
okay,.
B
Thanks
for
attending
and
yeah,
we'll
talk
to
you
over
slack,
probably
at
the
next
meeting.