Intro à Docker "de zéro à héro" pour bdx.io Dur dur de faire tenir tout ça en 50 minutes :)

1. @ndeloof

2. <me/>

3. Docker
à
l’AgileTour
?

4. Who
are
you
?
!
!
✓ PO / MO
✓ Dev
✓ Integration/Test
✓ Acceptance / Qualif
✓ Sysdamin / Ops
✓ Management

6. Why ?

7. As
a
Developer

8. I
code
using
…

9. I
run
tests
on
…

10. I
deploy
app
to
…

11. and
(sometime)
it
fails
:’(

13. Some
told
me
to
…

14. Demo
of
a
simple
VM

15. data (memory / disk)
services application runtime (JDK)
(virtual) File System
OS kernel
services Hypervisor
File System (libs, …)
OS kernel
application
emulation

17. data (memory / disk)
application
services application runtime (JDK)
(virtual) File System
services Hypervisor
File System (libs, …)
OS kernel
OS kernel
emulation
hardware !
virtualization

18. What’s
a
VM

19. my App
rsyslogd
cron
/sbin/getty
/sbin/init
dhclient
sshd -D

20. Some3mes
worse

21. What
for?
✓ Different
Operating
System
✓ Different
CPU
Architecture
✓ Work
with
multiples
versions
in
//
✓ Import/export
running
environment
✓ …

24. Docker
contract
:

25. Demo
of
a
simple
container

26. data (memory / disk)
application
services application runtime (JDK)
OS kernel
File System (libs, …)
OS kernel
services
(virtual) File System
Hypervisor
emulation

28. Who will use it ?

29. Will
you
?
!
!
✓ Dev
✓ Test
✓ Perf
✓ Staging
✓ prod

30. Developer

31. Not
on
Linux
?

32. DEV
✓Quickly get third party
tools up-and-running
!
➜ ~ docker run mongo

33. DEV
✓Exact reproduction for
target environment
!
!
!
!

34. DEV
✓Share with the team
✓Bug reproduction scenario
!
!
!
!

35. Define
environment
…
as
code

36. Tester

37. Test
resources
✓ Define build / test infra in your SCM
!
•Database
•Messaging Middleware
•…
!

38. Test
✓ Define build / test infra in your SCM

39. QA
✓ Quickly get low-cost iso-production environment

40. P.O.
/
Sales

41. Run
a
demo
✓ Ready to run demo
✓ No setup stress
✓ No technical skills required
✓ Can share with partners

42. Production

43. Dev/Ops
a WAR archive is NOT what a sysadmin expect as delivery
!
!
+

44. best
DevOps
tool
so
far
(imho)

47. Separation
of
concern
Inside container
/var/log/myapp
!
!
!
On host
/mnt/backup/myapp/log

48. Separation
of
concerns
Inside container
/var/log/myapp
VOLUME !
!
!
On host
/mnt/backup/myapp/log

49. Ops
✓ Manage hardware / infrastructure
✓ Monitoring / backups
- Not apps « implementation details »

50. ✓ Develop simplest possible solution
✓ Configuration is a runtime constraint
- Not extra-extra-flexibile application
!
!
new WebServer().start(8080);
Dev

51. Continuous
Delivery

53. Continuous
Delivery
•100% Reproducible environments
« docker build . » to replace « mvn install »
Dockerfile
build WAR from
sources
Dockerfile
run acceptance
test suite
Dockerfile
build deployable
container
docker run COPY

54. Continuous
Delivery

55. Pour
quoi
?
! ✓ Cloud
! ✓ devices
more to come soon …
! ✓ on-premises

56. New architectures

57. LightWeight
VM
?

58. 1 process per container !

59. data (memory / disk)
services application runtime (JDK)
services (virtual) File System
File System (libs, …)
OS kernel
application

60. data (memory / disk)
application
data
service
runtime
services (virtual) File System
File System (libs, …)
OS kernel
application runtime (JDK)
vFS

61. data (memory / disk)
application
data
service
runtime
services (virtual) File System
File System (libs, …)
OS kernel
application runtime (JDK)
vFS

62. data
application
data
service
runtime
data
services (virtual) File System
File System (libs, …)
OS kernel
application runtime (JDK)
vFS
other application

63. data
application
data
application runtime (JDK)
data
service
runtime
File System (libs, …)
OS kernel
(virtual) File System
vFS
application
data
service
runtime
vFS

64. Diviser
pour
mieux
régner
Stop the monolithes !
!
!
!
!
!
!
!

65. Diviser
pour
mieux
régner
embrace Micro-services
‣ « the unix way »
‣ domain focussed
‣ quick release cycles
‣ segregate resources
!
!
http://yobriefca.se/blog/2013/04/29/micro-service-architecture/
!

66. Micro-­‐service
avec
Docker
LINK

67. sample
:
syslog
host
rsyslog
/dev/log
/tmp/syslogdev
logger "hello"
/dev/log
http://jpetazzo.github.io/2014/08/24/syslog-docker/

68. durée
de
vie
Un serveur ou une VM :
des mois, voir plus
!
Un (ou des) containeur(s) :
parfois juste quelques minutes
!

69. Upgrades
!
Upgrade applicatif = build d’une nouvelle image

71. Q?