►
Description
Weekly updates: https://gitlab.com/gitlab-org/incubation-engineering/jamstack/meta/-/issues/5
Experience Issue: https://gitlab.com/gitlab-org/incubation-engineering/jamstack/meta/-/issues/13
A
Hi
and
welcome
to
update
number
five
for
the
jumpstack
incubation
engineering
group.
I
have
a
few
different
things
that
I
want
to
talk
about
today.
One
is
the
progress
update.
I
don't
have
a
lot
to
say
on
this.
I've
spent
most
of
the
time
last
week
with
getting
the
code
ready
for
review
and
have
that
run.
In
the
background
from
now
on.
Meanwhile,
I've
started
my
preliminary
work
on
the
next
task,
which
is
the
cdn
delivery
of
pages.
A
So
what
I've
been
doing
is
I've
tried
to
check
out
how
to
deploy
sites
built
with
gitlab
pages
via
cdn,
to
be
precise,
with
fastly?
A
This
is
something
that
any
developer
can
do
today,
but
I
wanna
I
went
in
and
had
a
look
at
how
it
works
and
maybe
how
we
can
streamline
that
whole
process.
So
here's
a
quick
video
update
on
how
that
went.
A
So,
let's
assume
I
have
a
very
little
application
that
compiles
to
static
files.
This
is
a
nox.js
application
which
is
built
on
view,
but
it
could
be
next.js
or
anything
else
would
be
very
similar.
So
let's
say
we,
we
have
this
small
little
application.
So
this
is
what
it
looks
like
locally,
very
small
compiles
to
a
static
site,
but
very
simple.
So
and
I
have
a
repository
in
gitlab
where
this,
where
this
project
is
stored,
it
doesn't
have
a
gitlab
ci
yaml
file.
A
Yet
so,
if
I
wanted
to
deploy
this
to
pages
and
I'm
greeted
by
this
little
screen
so
yeah,
I
have
to
create
my
own
gitlab
ci
yaml
file.
I
know
that
by
now,
but
that
might
be
a
point
of
friction
for
new
developers.
So
I'm
going
to
add
a
gitlab
ci
yaml
file
here.
A
So
we
now
have
this
very
long
url
to
to
use
for
my
application.
A
We
could
add
a
new
domain
and
redirect
in
the
domain
to
that,
but
still
the
page
would
be
delivered
by
gitlab
pages
servers
which
aren't
cached
or
anything
and
they're
mostly
located
in
the
us.
So
we
get
a
lot
of
load
times
for
non-us
clients,
so
the
idea
is
to
use
fastly
in
front
of
of
of
this
page
instead.
So
how
are
we
doing
that?
This
is
fastly.
A
I've
decided
to
go
with
that,
because
it
has
a
very
upcoming
feature
which
is
compute
at
edge,
which
is
something
I
like
to
try
in
the
future,
but
we're
not
using
that
at
the
moment
we're
just
trying
to
integrate
it
with
cdn
here.
So
I'm
creating
a
new
service.
A
Let's,
let's
use
a
deliver
service,
which
is
basically
just
a
cdn
for
this
new
application.
So
I
want
to
give
this
a
new
domain.
A
Okay,
I'm
gonna
add
that,
so
this
is
the
domain
that
my
website
is
going
to
be
reachable
under
for
the
world
having
been
cached
now
on
the
back
end,
this
section
basically
tells
fastly
whenever
you
get
a
request
to
this
original
domain,
get
the
files
for
that
from
from
this
host,
and
here
is
where
it
gets
a
little
bit
confusing
for
the
user.
So
I
was
misled
to
think
that
I
needed
to
create
a
domain
for
this
particular
application
first,
but
it
turns
out.
I
don't.
A
I
don't
need
to
do
that,
so
what
I
can
provide
here
and
what
gitlab
what
fastly
needs
here
is
not
this
whole
entire
url,
but
just
the
host
bit,
which
is
gitlab.org.gitlab.io.
A
This
is
my
organization
on
gitlab,
dot,
git
and
the
gitlab
pages
domain.
Now,
where
I
was
confused,
is
this
is
a
host
for
every
single
project
used
by
every
single
project
inside
the
gitlab
org
organization.
So
how
is
gitlab
pages
able
to
discern
that
this
is
actually
going
for
my
project?
I
mean
in
this
url
it
does
it
by
identifying
this
whole
path.
This
is
a
path
that
points
to
my
project
and
in
here
I
can't
give
the
whole
path
it.
It
won't.
A
Allow
me
it's
invalid,
which
makes
a
lot
of
sense
because
it
wants
to
know
the
host.
So
originally
my
first
thought
was
okay.
I
need
to
add
a
domain
just
for,
for
fastly.
A
A
And
then
in
pages
settings
I
can
add
a
new
domain
and
say
this
is
the
domain.
A
That
I've
used
for
fastly
and
just
add
it
here,
and
I
don't
even
need
to
go
through
the
all
the
validate
steps,
and
this
is
maybe
something
that
we
need
to
to
improve
because
now
this
domain,
some
jam
stack,
is
connected
with
this
with
his
pages
project,
and
if
I
go
here
and
activate
this
service
in
fastly,
I
can
now
access
this
url.
It
will
probably
take
a
little
while
again.
A
After
this
experience,
here's
a
few
ideas
that
I
took
away
from
from
that
one
is
update
the
user
interface
to
improve
the
distinction
between
adding
a
domain,
just
registering
that
it
exists
and
the
whole
tls
settings
like
verifying
that
you
own
the
domain
is
only
necessary
if
you
want
to
get
a
let's
encrypt
certificate,
for
example,
which
is
not
necessary
if
you're,
if
the
tls
is
handled
by
a
cdn
like
fastly,
and
I
think,
there's
a
huge
area
of
improvement
where
we
can
streamline
the
whole
process
by
integrating
fastly
via
their
api
into
the
gitlab
ui
like
creating
a
service
connecting
that
service
with
a
repository
or
the
domain.
A
I
want
to
take
a
step
back
and
explain.
Why
am
I
thinking
about
cdn
in
general?
The
performance?
The
reason
main
reason
is
the
performance
improvements
are
fantastic.
A
A
You
see
that
the
us
has
good
response
times,
but
everywhere
else
is
rather
slow.
If
I
load
that
page
through
fastly
the
first
time,
the
initial
call
is
even
slower
than
calling
it
with
pages.
The
reason
is
because
fastly
needs
to
connect
to
pages
first
to
build
their
cache,
but
once
it's
cached
here
subsequent
load,
it's
much
much
much
faster
and
that
is
across
the
world,
because
fastly,
obviously
living
on
the
edge
a
proper
edge.
A
A
For
example,
just
having
this
use
case,
we
could
instead
of
having
fastly
connect
to
the
pager
server.
We
could
deploy
the
com
compiled
applications
to
the
edge
and
we
get
rid
of
the
caching
steps,
so
the
initial
load
would
be
much
faster
as
well
or
looking
even
further
in
the
future
is
we
could
create
services
or
allow
services
that
build
on
demand?
A
I
think
this
is
all
very
exciting,
and
it's
a
great
lookout
for
the
next
couple
of
months
here.
In
the
jumpstack
seg,
I
hope
you'll
join
me
again
next
week
and
bye.