Anzeige
Check these out next
CodeOne 2019: "Continuous Delivery with Docker and Java"
18. Sep 2019•0 gefällt mir•455 Aufrufe
3 gefällt mir
Sei der Erste, dem dies gefällt
Mehr anzeigen
Aufrufe
Aufrufe insgesamt
0
Auf Slideshare
0
Aus Einbettungen
0
Anzahl der Einbettungen
0
Downloaden Sie, um offline zu lesen
Melden
Software
Implementing a continuous delivery (CD) pipeline for Java applications is not trivial, and the introduction of container technology to the development stack can bring additional challenges and requirements. This session looks at key lessons learned when creating an effective pipeline for building and deploying Docker container-based Java applications. Key takeaways include: • The impact on Java and continuous delivery of using Docker containers • The benefits and challenges of packaging containerized Java applications • Validating nonfunctional/operational requirement changes imposed by executing Java applications within a container • Lessons learned the hard way (in production, at 3 a.m., with lots of coffee)
Daniel BryantFolgen
Head of DevRel um Ambassador LabsAnzeige
Anzeige
Anzeige
Recomendados
Jax London 2018: "Testing Microservices from Development to Production"Daniel Bryant
Continuous Delivery with Containers: The Good, the Bad, and the UglyDaniel Bryant
Codemotion Rome 2018 "Continuous Delivery with Containers: The Good, the Bad ...Daniel Bryant
jSpring 2018 "Continuous Delivery Patterns for Modern Architectures and Java"Daniel Bryant
DockerCon EU 2018 "Continuous Delivery with Docker and Java"Daniel Bryant
DCEU 18: Continuous Delivery with Docker Containers and Java: The Good, the B...Docker, Inc.
CodeOne 2019: "Continuous Delivery with Docker and Java"
- Continuous Delivery with Docker Containers and Java The Good, the Bad, and the Ugly Daniel Bryant @danielbryantuk
- Containers: Expectations versus reality 18/09/2019 @danielbryantuk “DevOps”
- @danielbryantuk • Tech Consultant, Product Architect at Datawire,… • Ex-academic, software developer, DBA, ops, CTO, conference tourist • Java Champion and continuous delivery advocate • Leading change through technology and teams 18/09/2019 @danielbryantuk bit.ly/2jWDSF7 oreil.ly/2RgU3Pe
- https://www.infoq.com/articles/api-gateway-service-mesh-app-modernisation/ https://www.youtube.com/watch?v=o1MJi54_R4o&list=PLj6h78yzYM2PpmMAnvpvsnR4c27wJePh3&index=179
- Continuous Delivery && Docker 18/09/2019 @danielbryantuk
- Velocity (with stability) is key to business success “Continuous delivery is achieved when stability and speed can satisfy business demand. Discontinuous delivery occurs when stability and speed are insufficient.” - Steve Smith (@SteveSmithCD) 18/09/2019 @danielbryantuk
- Velocity (with stability) is key to business success “Continuous delivery is achieved when stability and speed can satisfy business demand. Discontinuous delivery occurs when stability and speed are insufficient.” - Steve Smith (@SteveSmithCD) 18/09/2019 @danielbryantuk
- 18/09/2019 @danielbryantuk Feedback: - Was our initial hypothesis proven? - How can we improve business, architecture and ops?
- The good (with Docker and Java) • Dev environment setup can Dockerized • Docker enables repeatable builds • Legacy tech (old frameworks etc) can be hermetically sealed 18/09/2019 @danielbryantuk
- The bad (lessons learned for speed/stability) “Why is the container image 1GB? It’s a helloworld Java app!!!” “Dinosaurs must have completed their dev/test/deploy loop faster than me” “This Java app runs slow (or freezes) in Docker” 18/09/2019 @danielbryantuk
- Impact of container tech on CD 18/09/2019 @danielbryantuk
- 18/09/2019 @danielbryantuk
- 18/09/2019 @danielbryantuk The container image is the single binary “Build Binaries Only Once (BBOO)”
- Lessons learned 18/09/2019 @danielbryantuk
- 18/09/2019 @danielbryantuk
- Make your dev environment like production • Must build/test containers locally • Perform (at least) happy path tests • Use identical base images from production • With same configuration 18/09/2019 @danielbryantuk
- Lesson learned: Dockerfile content is super important • OS choice (alpine or Distroless?) • OS configuration • Build artifacts • Ports, volumes etc • Oracle vs OpenJDK vs …? • JDK vs JRE (vs jlinked binary?) • Hotspot vs OpenJ9 vs SubstrateVM vs…? • AOT vs JIT && CDS and ACDS 18/09/2019 @danielbryantuk
- Please talk to the sysadmin people: Their operational knowledge is invaluable 18/09/2019 @danielbryantuk
- Start from good foundations: base image 18/09/2019 @danielbryantuk https://github.com/danielbryantuk/oreilly-docker-java- shopping
- 18/09/2019 @danielbryantuk https://adoptopenjdk.net/
- Start from good foundations: base image 18/09/2019 @danielbryantuk https://github.com/danielbryantuk/oreilly-docker-java- shopping
- Getting smaller, post Java 9… • Use jlink to create custom JRE • Jlink binary contains only: • Your app modules • Dependencies (JARs, modules) • JRE modules needed • Portola Project / Azul Zulu 18/09/2019 @danielbryantuk
- But, why is my image so big? 18/09/2019 @danielbryantuk
- 18/09/2019 @danielbryantuk
- 18/09/2019 @danielbryantuk
- Take a “dive” into a container 18/09/2019 @danielbryantuk https://github.com/wagoodman/dive
- 18/09/2019 @danielbryantuk
- 18/09/2019 @danielbryantuk
- Building in containers (multi-stage FTW) 18/09/2019 @danielbryantuk
- BuildKit 18/09/2019 @danielbryantuk
- The bad: different test and prod containers? • Create “test” version of container • Full OS (e.g. Ubuntu), JDK • Test tools and data • Create “prod” version of the container • Minimal OS • JRE only • Easy to see app/configuration drift 18/09/2019 @danielbryantuk
- The bad: different test and prod containers? 18/09/2019 @danielbryantuk
- Working remotely, locally… 18/09/2019 @danielbryantuk https://opencredo.com/working-locally-with-microservices/ https://www.telepresence.io/
- Lots of tooling in DevEx space 18/09/2019 @danielbryantuk https://blog.hasura.io/draft-vs-gitkube-vs-helm-vs- ksonnet-vs-metaparticle-vs-skaffold-f5aa9561f948 https://www.slideshare.net/dbryant_uk/mucon-2019-creating-an- effective-developer-experience-for-cloudnative-apps-148402134
- 18/09/2019 @danielbryantuk
- Lesson learned: Metadata is valuable • Application metadata • Version / GIT SHA • Build metadata • Build date • Image name • Vendor • Quality metadata • QA control, signed binaries, ephemeral support • Security profiles (AppArmor), Security audited etc 18/09/2019 @danielbryantuk
- Metadata - Adding Labels at build time • Microscaling Systems’ Makefile • Labelling automated builds on DockerHub (h/t Ross Fairbanks) • Create file ‘/hooks/build’ • label-schema.org • microbadger.com 18/09/2019 @danielbryantuk
- External registry with metadata support 18/09/2019 @danielbryantuk
- 18/09/2019 @danielbryantuk
- Running tests with containers 18/09/2019 @danielbryantuk
- Testing NFRs in the build pipeline • Performance and Load testing • Gatling / jmeter / Flood.io • Security testing • Findsecbugs / OWASP Dependency check • Bdd-security (OWASP ZAP) / Arachni • Gauntlt / Serverspec • Docker Bench for Security / CoreOS Clair 18/09/2019 @danielbryantuk
- (Technical Speed): Docker and Java • Migrate to Java 11 LTS • Eclipse OpenJ9 • www.eclipse.org/openj9/oj9_performance.html • Ahead of Time (AOT) Compilation • OpenJ9 and SubstrateVM • Application Class Data Sharing (ACDS) • blog.codefx.org/java/application-class-data-sharing/ 18/09/2019 @danielbryantuk https://www.ibm.com/developerworks/library/j-rtj2/
- Stability: Docker and Java • Watch for JVM cgroup/taskset awareness (with JDK <= 8u131) • getAvailableProcessors() may incorrectly report the number of cpus in Docker (JDK-8140793) • Runtime.availableProcessors() ignores Linux taskset command (JDK-6515172) • GC threads, default fork/join thread pool sizes (and others) is based from host CPU count • Set container memory appropriately • JVM requirements = Heap size (Xmx) + Metaspace + JVM overhead • Account for native thread requirements e.g. thread stack size (Xss) • Entropy • Host entropy can soon be exhausted by crypto operations and /dev/random blocks • -Djava.security.egd=file:/dev/./urandom (notes on this) 18/09/2019 @danielbryantuk 43
- 18/09/2019 @danielbryantuk https://docs.google.com/presentation/d/11VjOwW8MjDqXX9uRx0BEGYrIQtGGcXJJWMxS2q- 02nA/edit#slide=id.g3c0528a66b_1_162
- Security: Basic (Java) Code Scanning 18/09/2019 @danielbryantuk
- Security: Dependency Scanning 18/09/2019 @danielbryantuk www.owasp.org/index.php/OWASP_Dependency_Check
- Security: Container Images github.com/arminc/clair- scanner
- Delaying NFRs to the ‘Last Responsible Moment’ Newsflash! Sometimes the last responsible moment is up-front Modern platforms/architectures don’t necessarily make this easier 18/09/2019 @danielbryantuk
- Summary 18/09/2019 @danielbryantuk
- In summary • Docker and Java are a great combination • But make sure you understand the technology and challenges • Continuous delivery is essential with modern architecture/tech • Container images must be the (single) source of truth within pipeline • Provenance (metadata) and validation (testing NFR) of builds is vital • Not all developers are operationally aware 18/09/2019 @danielbryantuk
- Thanks for listening… Twitter: @danielbryantuk Email: daniel.bryant@tai-dev.co.uk Writing: https://www.infoq.com/profile/Daniel-Bryant Talks: https://www.youtube.com/playlist?list=PLoVYf_0qOYNeBmrpjuBOOAqJnQb3QAEtM 18/09/2019 @danielbryantuk bit.ly/2jWDSF7 oreil.ly/2RgU3Pe
- Bedtime reading 18/09/2019 @danielbryantuk
Anzeige