►
From YouTube: KBE Insider Amsterdam - Joris Cramwinckel, Ortec Finance
Description
Join Joris Cramwinckel, Technologist at Ortec Finance, as he discusses how Kubernetes, Red Hat OpenShift, and cloud-native microservices have enabled Ortec Finance to provide innovative SaaS solutions. Joris also explains how containerization has reduced complexity in Ortec Finance's development processes and improved CI/CD performance.
Tune in to learn why Ortec Finance turned to Red Hat OpenShift to cost-effectively build and deploy Fintech applications at scale.
A
All
right,
hey
thanks
so
much
for
joining
us
in
the
your
own
little
private
tour
of
Amsterdam
and
our
nice
little
Audi.
Can
you
tell
us
a
little
bit
about
who
you
are
and
what
your
background
is?
Yeah.
B
Sure
yeah
I'm,
your
scrum
mingle,
I
work
for
our
Tech
Finance
for
over
10
years
started
just
after
graduation
and
my
personal
life
I'm,
a
father
of
four
Sons,
oh
wow,
so
I
don't
have
time
for
hobbies.
A
I
I
only
have
three
and
you're
now
the
second
person
I've
interviewed
that
has
had
four
kids
and
I
always
feel
like
I
have
a
lot
with
three,
but.
A
I'm
cheating,
yeah
yeah,
how
old's
your
oldest
nine
nine.
A
Mine
I
think
are
a
little
bit
easier
now
because
mine
are
2016
and
14.,
so
yeah.
B
B
At
work,
I,
yeah,
I
I
have
a
background
in
in
high
performance,
Computing
I,
actually
graduated
here
in
Amsterdam,
but
I
didn't
saw
the
city
that
much
so
was
mostly
in
the
University
right
right
and
started
different
engineering
roles
at
overtech
finance
and
what
we
do
as
a
company
is.
B
Moving
there,
so
I
was
responsible
for
setting
that
emotion,
indeed
about
our
company
I
think
for
the
last
15
years.
We
acknowledge
we
are
it's
a
40
year
old.
What
you
would
Now
call
fintech.
B
C
B
C
B
B
And
yeah
I
I
I
I
love
myself
a
part-time
position.
Next
to
my
engineering
activities
in.
B
For
what's
next,
what's
next
yeah
yeah
and
yeah,
then
I
became
responsible
for
all
new
to
the
company
Tech.
C
B
B
A
B
B
Because
if
your
containers
are
utilizing
are
having
a
high
CPU
utilization,
then
it's
cheaper
to
use
regular
container
Technologies
right,
and
so
that's
that's
one
example,
but
we
we
did
many
and
after
I
think
just
prior
to
the
covet
crisis
with
the
CTO
office,
we
revised
the
whole
Enterprise
technology
strategy,
okay,
and
that
was
for
me
the
opportunity
to
get
all
these
Technologies
where
we're
in
my
lab
for
a
while
right
into
what
I
call
the
factory
yeah,
and
so
together
with
with
my
colleagues
with
the
chapter
leads,
we
wrote
out
this
this
strategy
and
yeah
Cloud
native.
A
And
event,
driven
as
well
I
mean
because
typically
in
fintech
right,
a
lot
of
stuff
is,
you
know,
because
I
did
I
was
a
consultant
for
a
long
time,
a
bunch
of
that
was
in
fintech
or
financial
services.
I
actually
did
some
work
for
Thompson
speaking
of
software
as
a
service
about
making
good
decisions.
A
But
you
know
a
lot
of
those
architectures
have
been
Enterprise
service
bus.
You
know
kind
of
event-driven
architectures
for
a
long
time
is.
Was
your
environment
like
that?
Or
was
it
more
kind
of
you
know,
because
in
some
ways
modeling
is
more?
Like
a
you
know
you
put
in
the
the
parameters
right
and
outcomes,
an
answer,
yeah.
B
Yeah,
so
we
don't
have.
We
have
event-driven
architectures
at
the
moment,
just
because
the
yeah,
the
the
the
cloud
native
stack,
allowed
us
to
embrace
these
new
paradigms
more
easier
than
in
traditional
Ops
right
now,
on-premise
operations,
these
type
of
structures
are
not
not
supported,
but
in
in
in
a
nutshell,
we
we
build
a
lot
of
calculation
engines
right
yeah
and
some
of
these
engines
are
used
by
by
Banks
large
Dutch
Banks.
B
So
then
we
forecast
kind
of
the
the
probability
of
reaching
your
investment
goals
if
you're
an
individual
and
faster,
and
then
then
we
need
to
cater
for
an
answer
like.
C
C
A
B
Yeah
yeah
yeah,
but
yeah,
so
that
that's
more
yeah
some
people
call
it
microservice
like.
C
B
A
C
A
Know
so
that's
been
a
big
help.
B
B
Yeah
yeah,
it's
still
assured
yeah,
so
so
yeah.
We
also
have
yeah
in
in
terms
of
doing
stuff.
Well,
like
forecasting,
the
balance
sheet
of
a
pension
fund
is
a
single
responsibility
thing
right
right.
You
can
imagine.
We
have
600
lines
of
code
they're
doing
that
yeah,
and
these
are
these
are
so
so
we,
our
product
ranges
from
from
web
web
products
with
GUI
without
GUI,
with
only
API,
but
also
more
and
more
traditional
desktop
products.
B
In
the
era
of
it's
it's
by
imputations
for
ecommunitions,
you
can
imagine
there
are
not
thousands
of
users.
C
B
And
there's
no
business
case
to
to
kind
of
have
that.
B
Oh
yeah
yeah
yeah,
yeah
yeah,
so
all
the
compute
part.
Of
course.
We
we
we
package
that
now
in
containers
and
where
we
were
first
doing
distributed
computing
on
bare
metal
and
on
self-managed
data.
Centers.
C
B
Enterprise
technology
strategy
stated
we
do
manage
to
overdo
it
yourself.
So.
A
A
Yeah
yeah
well,
I
mean
and
I'm
sure
that
kind
of
containerization
is
also
allowed
a
lot
more
of
your
kind
of
code
reuse
in
different
scenarios,
right
where
you
probably
had
a
lot
more
custom.
Things
like
one
thing
that
worked
for
desktop
and
one
thing
that
worked
for
I,
don't
know
mobile
right
and
now,
with
the
containerization.
B
Yeah
yeah
yeah,
but
what
what
fun
is
that
you
you
get
these
these
advantages,
where
you
don't
expect
them
so,
for
instance,
now
our
CI
CD
architecture
is
is
almost
the
same
for
Java
web
as
for
the
back
end
of
of
desktop
applications
and
that's
way
easier
to
maintain
if
everyone
ships
their
stuff
into
container
as
long
as
it's
a
container
all
the
management
and
the
get-ups,
all
these,
we
can
standardize
a.
C
C
A
Way,
yeah,
you
know,
but
with
desktop
applications,
that's
a
whole
nother
Nightmare
and.
B
C
Not
like
you.
A
Know
with
with
those
kinds
of
tools
it's
not
like
you
can
have
you
know
a
real
simplistic,
desktop
application,
because
it
needs
to
still
perform.
A
You
know
you
know
all
the
processing
power,
whatever
of
that
workstation
yeah.
A
A
B
B
Very
powerful
done.
A
Right
yeah:
well,
it's
like
that
one
is
it
always
cracks
me
up
because
I
actually
was
doing
event
driven
architectures
using
com
on
Windows
25.
C
Years
ago,
because
I'm
old.
A
But
you
know
it's
it's
just
funny.
How,
like
you
know,
we
keep
looping
and
there's
there's
a
great
talk.
I,
don't
know
if
he's
still
doing
it,
but
he
used
to
do
it.
This
talk
at
oscon
every
year,
which
is
basically
like
everything
in
Computing,
was
like
invented
by
1979.
C
B
B
And
then
yesterday
there
was
I
I
attended
a
few
talks
in
the
edgecon
track
where
they
mentioned
it.
We
will
start
shipping
more
and
more
software
to
devices
thick.
A
Yeah,
so
I
just
moved
into
a
new
building
on
the
campus,
and
we
you
know
I
was
I,
was
actually
giving
a
brief
talk
about
kind
of
edge,
Computing
and
and
what
it
is
for.
The
students.
B
A
You
know-
and
my
part
of
my
examples
was
like
yeah
in
in
our
in
that
building
alone,
so
yeah
16
floors,
but
still
it
has,
you
know
trash
cans.
You
know
everywhere,
but
every
single
trash
can
has
scales
in
it
that
you
can
get
real-time
data
of
the
weight
in
that
individual
trash
can
and
one
of
the
really
cool
things
that
Boston
University
has
done
with
their
contracts.
Is
that
now,
if
they
hire
a
vendor
to
do
I,
don't
know
scales
and
trash
cans,
I.
A
A
For
you
know,
essentially
students
to
work
on
based
on
our
actual
consumption.
So
it's
it's
really
kind
of
neat.
It's
one
of
the
things
I've
got
a
look
into
over
the
summer
is
like.
Okay,
you
told
me.
A
C
A
So
what
do
you
think
is
you
know
kind
of
from
your
perspective?
What
do
you
think
is
going
to
be
the
next
kind
of
big
change?
Is
it
going
to
be
kind
of
getting
all
those
things
to
like
a
cloud
native
scenario?
Is
that
really
the
next
major
point,
or
are
you
already
looking
at
something
else
on
the
horizon
that
you
think
is
going
to
impact
your
you
know,
approach
to
these
problems
that
you
know
kubernetes
or
openshift,
or
you
know
these
these
tool
chains
kind
of
help,
enable
or
help
you
think
about.
B
Yeah
good
question
I
think,
first
of
all,
from
from
our
context,
we
acknowledge
that
this
transformation
takes
time
I
think
even
Netflix
took
six
or
seven
years
to
to
go
from
on-prem
to
to
to
Cloud,
and
what
we
see
now
is
the
technology
is
actually
pretty
easy.
C
B
Yeah
yeah
yeah,
you
fought
your
battles
and
sometimes
it
converges
and
and
and-
and
you
see,
Engineers
becoming
better
every
time
in
embracing
new
technologies
and
platforms
play
a
big
role
in
in
in
into
broadcast
these
new
technology
to
our
Engineers.
The
biggest
challenge
now
is
to
to
change
the
humans,
like
the
the
the
organization
aspect
to
to
these
technology
changes.
I'm
a
strong,
strong
believer
of
Conway's
law.
C
B
You
communicate
as
an
organization
right
and
as
a
company,
we
have
four
different
units,
and
so
you
have
four
different
pieces
of
software:
four
addition
pieces
of
software,
but
also
catering,
four
different
markets.
So
these
cultures,
although
we
are
headquartered
in
in
the
Netherlands
and
and
yeah,
we
do
have
a
large
International
workbase
but
I
see
so
many
differences
within
the
teams.
Already
yeah
yeah.
A
I
do
and
and
so
yeah,
so
so,
how
are
you
going
about
that?
It
was
actually
we
did.
A
talk
in
Detroit
with
Ford
did
a
panel
talking
about
their
transformation
like
the
same
kind
of
scenario
of
like
how
do
you
bring?
You
know
your.
You
know,
swath
of
programmers
to
the
cloud
native
world.
B
Yeah
yeah,
but
yeah
that
that's
the
onboarding
part,
but
also
in
the
Running
part
right
like
you.
Should
your
delivery
process
changes
even
the
the
the
the
the
sales
people,
the
the
Consultants,
the
whole
Workforce
is
is
affected
one
one
way
or
the
other.
A
Oh,
that's
interesting,
yeah,
yeah,
and
so
so
what
are
you
doing
to
try
to
you
know,
teach
them
all
of
that.
Are
you
you
know
doing
big
camps?
Are
you
doing
you
know,
Publications.
Are
you
how
do
you?
How
do
you
bring
that
information
to
them.
B
Yes,
so
every
time
we
onboard
a
new
product
line.
C
B
We
are
hosting
these
these
college
tours
with
tailored
tailored
sessions
for
for
engineers,
but
also
for
the
new
engineers
and
what
we
we
have
a
product
line,
we're
now
on
boarding
the
third
one
and
we're
teaching
way
differently
like
each
time.
You.
B
How
to
do
it
better?
We
we
improve,
but
also
the
content,
is,
is
different.
Yeah
we're
now
busy
with
the
boarding,
a
team
that
has
a
also
release
a
cycle
for
configuration.
B
In
the
financial
sector,
you
should
you
can't
release
fast,
always
yeah.
If
you
ship
a
SARS
solution
to
a
bank,
you
cannot
do
that
twice
a
week
right,
you
can.
The
bank
is
not
equipped
to
do
that
or
most
banks
are
not
yeah.
So
what
happens?
Is
you
don't
ship
new
gold,
you
ship
new
configuration
yeah
more
often
and
yeah
there's
way
different
Dynamics,
so
we
now
Implement
a
kind
of
get
Ops
a
GitHub
stack.
Some
people
are
not
familiar
with
code
right
so.
A
A
Yeah
yeah,
it's
so
funny,
I
still
remember
so
way.
Back
in
the
day,
I
did
a
Consulting
project
for
Fidelity.
We
were
probably.
A
With
with
the
project
we
worked
on,
we
were,
we
were
looking
for
a
way
to
basically
kind
of
like
change,
how
authorization
and
authentication
worked
in
the
existing
system-
yeah
yeah-
and
we,
you
know,
budgeted
for
like
a
three-month
project
or
whatever
to
do
this
work,
and
when
we
were
working
on
it,
I
kind
of
saw
this
way.
We
could
kind
of
kind
of
slide
it
in,
and
so
we
were
done
in
like
a
month
yeah,
but
we
we
missed
the
release
day
by
by
a
day
two
days
or
something.
C
A
It
was
to
risk
that
configuration
update
right
or
that
release
update
right
now
and
I
still
think
about
that
with
you
know,
talking
about
you
know,
continuous
integration,
continuous
deployment.
C
A
B
B
You
know,
methods,
yeah
and
and
when
it
really
comes
to
the
surface,
is
when
you
design
your
github's
flow,
because
that's
really
fun
actually.
Last
week
we
did
that
with
the
team,
that's
responsible
for
configuration
and
then
that's
where
the
technology
and
the
process
come
together
right.
So
then
we
thought,
okay,
how
do
you
want
it
to
work
and
right?
B
How
does
it
go
right
now
and
a
lot
of
handshakes,
a
lot
of
handovers
which
we
now
in
in
the
current
realm
we
can.
We
can
automate
right
and
also
with
the
git
Ops,
it's
so
powerful.
You
can
program
your
your
policy.
So
if
someone
does
an
updating
configuration,
you
can
say:
okay,
someone
who's,
not
the
author,
who
has
this
role
in
the
in
the
ad
group
of
the
company
is
allowed
to
to
merge
this.
B
This
pull
request,
and
also,
if
someone
releases
configuration,
how
do
you
interact
with
the
engineers
because
they
are
responsible
in
the
end
for
the
total
surface
right.
A
B
Where
you
kind
of
shape
your
your
your
both
your
technology
and
process
in
one
right.
A
Yeah
I
think
I
missed
a
turn,
so
I
was
just
checking
to
see
if
I,
a
small
detour
yeah,
so
we'll
tour
this
little
part
of
the
Amsterdam
yeah.
So
it's
I
think
you
know,
as
we
you
know,
as
we
were
able
to
divorce
a
lot
of
the
you
know:
kind
of
the
operating
environment
from
the
application
environment.
You
know
using
containers
and
kubernetes,
and
you
know
things
like
that.
I
think
it's
it's
getting
interesting
about.
A
You
know
we're
moving
more
and
more
to
almost
like
you
know,
a
a
graphical
design
of
the
of
your
systems.
You
know
where
you
have
to
like
have
kind
of
call
outs
and
stuff
or
like
okay.
This
happens
in
this.
B
B
Luckily,
I've
I
call
in
my
team
we're
very
visual
minded.
He
always
draws
a
lot
of
withdrawal.io
or
whatever.
B
Have
many
many
places
you
can
make
make
these
these
processes
tangible
right
by
by
just
using
icon,
sets
and.
C
B
In
the
end,
it's
what
you
say
on
the
road,
it's
all
yamos
and
yeah.
We
sometimes
say
how
do
you
like
them?
Yemo.
B
C
But
yeah
I
totally
understand
it.
Yeah
yeah.
C
Yeah,
this
is
my
handwriting,
so
it's
always
this
like.
A
A
I'm,
actually
gonna
go
to
the
next
one
and
and
I'm
like
you
know
like.
Can
you
actually
read
this.
A
So
it's
yeah,
but
that
that
visual
component
I
think
is.
C
A
So
what
we're
going
to
do
is
actually
just
kind
of
take
a
right
right
here
and
then
there's
an
entrance
into
the
parking
lot
so
yeah
so
well.
Thank
you.
So
much
for
your
time,
I
really
appreciate
you
joining
us
for
our
little
ride
around
Amsterdam.
A
You
know
I
hope
you
enjoyed
yourself
yeah.
It
was
fun.