►
From YouTube: Cells: Iteration 1 demo - Sharing of Admin Area Settings
Description
This video shows results of Iteration 1. Those changes are currently merged into GitLab `master` and available when `main_clusterwide:` is configured.
A
My
name
is
coming.
I
would
like
to
tell
you
about
iteration
1
of
gitlab
cells.
What
we've
been
doing
for
the
last
two
Milestones
when
we
decided
to
share
admin
area
settings
between
different
cells,
you
may
be
asking:
what
is
cell
soil
is,
according
to
our
blueprint,
is
a
set
of
infrastructure
components
that
contains
multiples
of
level
9
spaces
that
belong
to
different
organizations.
A
A
Our
goal
was
like
to
share
some
settings
that
are
currently
stored
in
the
postgres
and
some
other
data
that
are
stored
in
the
radius,
so
any
other
cell
that
was
added
would
be
able
to
fetch
the
data
directly
from
cell
1.,
and
this
is
exactly
like
the
architecture
that
we
end
up
as
of
now,
basically
cell
one.
You
may
think
about
the
third
one
as
a
gitlab.com.
A
I'm
gonna
show
you
how
I
am
provisioning
three
different
cells
and
setting
broadcast
message
and
some
appearance
that
it's
being
shared
between
all
of
these
cells
per
this
diagram.
You
can
see
that,
like
we're,
gonna,
be
fetching
application
settings
license
appearance
and
broadcast
message
from
the
third
one
which
has
like
this
third
possible
SQL
database,
but
cell
2.
We
have
its
onset
of
the
user
and
projects
so
we're
gonna.
Try
to
change
admin
area.
Settings
to
see
that
they
are
populated,
but
secondly,
I'm
gonna.
A
Okay,
let's
start
first
with
starting
a
gitlab
for
the
third
one.
While
it
is
happening,
I
will
start
provisioning.
A
Great,
so
we
did
create
a
new
account.
It
is
enough
for
now
we
don't
have
to
provision
further.
Let's
do
the
same
for
server
3.
A
And
why
33
is
being
provisioned
I
need
to
Force
somehow
to
share
the
same
root
account,
even
though
user's
table
is
not
shared
today
between
clusters.
But
since
we
are
sharing
ready
sessions
as
long
as
encrypted
password
and
user
ID
and
username
are
in
sync,
which
is
like
the
case
for
this
gitlab
setup,
they
can
actually
like
session
cookie,
can
be
served
between
these
git
labs.
A
So
what
I'm
gonna
be
doing
now?
I'm,
just
gonna
update
root
with
the
same
encrypted,
password
and
disable
password
expiry,
do
not
have
to
change
this
password
folder
great.
So
now,
I
can
start
web
interface
for
decision
number.
Two
why
it
is
happening.
Let's
now
wait
for
the
server
free
to
provision
and
let's
do
the
same
with
updating
root
user
foreign.
A
A
A
A
A
A
A
We
can
save
this
information,
and
this
is
what
it's
present.
Let's
see.
Okay,
this
is
also
present
on
the
third
too
I'm
just
gonna
know
go
change
these
message
from
cell
to
because
this
is
said:
I'm
gonna,
write,
footer
message
from
serve
2,
update
appearance,
and
basically
this
is
going
to
be
also
updated.
Equal
cells,
as
you
can
see,
it's
like
the
same,
was
updated.
A
However,
there
are
only
like
these
few
tables
that
are
sure
that
I
mentioned,
like
appearance
license
versus
and
application
settings,
so
any
other
change
that
I
make
on
this
cell
is
not
really
served.
Let
me
show
you
that
by,
for
example,
editing
my
root
user
I'm,
just
gonna
rename
myself
to
become
your
shinsuke.
A
So,
as
you
can
see,
even
though
I
am
I
have
my
full
username
here,
if
I
go
to
try
to
edit
my
profile
on
the
cell
tool,
this
information
is
not
shared.
Yet
this
is
something
that
we
are
planning
to
do
as
part
of
the
iteration
too.
This
is
the
same
case
for
the
iteration
for
the
third
three,
that
each
of
these
databases.
A
A
A
A
So
this
is
really
like
what
we've
been
doing
as
part
of
the
iteration
one.
It's
pretty
much
complete.
We
can
read
desert
settings
from
cell
one
iteration
2
will
simply
try
to
implement
user,
can
create
a
group
on
Cell
tool
where
actual
user
exactly
the
same.
The
thing
that
I
sound
with
the
root
account
where
I
edit
my
profile
would
also
be
reflected
the
same
way
as
I've
been
showing
you
with
changing
my
profile,
like
sorry,
with
changing
appearance
or
broadcast
messages
on
on
cell
one.