The Bleeding Edge

442 views
342 views

Published on

Enterprise Java developers value reliability and stability, but what happens to your technology stack if you’re willing to take a risk? At jClarity we’re running production systems using Html 5, Angular.js, vertx, Mongo, groovy and deploying using chef. Its been an interesting ride: some things worked really well and some things don’t.

Come along and find out what we’d recommend and what we’d avoid with hindsight. We’ll also talk about how we ended up with such a diverse stack and how to make technology choices in a fairer way. We’ve made the mistakes so you don’t have to.

Published in: Technology, Education
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
442
On SlideShare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
2
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

The Bleeding Edge

  1. 1. The Bleeding Edge Richard Warburton and Martijn Verburg http://www.jclarity.com
  2. 2. "Toto, I’ve a feeling we’re not in Kansas anymore" - Dorothy, Wizard of Oz
  3. 3. Who are we? ● jClarity - We solve performance problems ● Richard - Engineer, Author, Speaker ● Martijn - CEO, Author, Speaker, Cat Herder
  4. 4. The Status Quo What is jClarity building? How we pick Technology Technology Scorecard A Brave New World
  5. 5. We have a lot of Java EE Experience ● LJC is on the JCP Executive Committee ● Martijn is a CERTIFIED BEA Weblogic ○ Something, something, something Darkside ● Lots of experience and deep community
  6. 6. But what if you don’t use that?... … we don’t!
  7. 7. The Status Quo What is jClarity building? How we picked Technology Technology Scorecard A Brave New World
  8. 8. The Answer ..to your performance problems Easy Access, Lightweight and Low Impact
  9. 9. Daemon, Aggregator & UI ● Daemon ○ Needs to be Low Impact, Low Traffic, Self-Updating ● Aggregator ○ Non-blocking I/O, Sockets > HTTP, High Availability ● UI ○ Rich Browser App, Accepts server-push events
  10. 10. Doesn’t really fit the Java EE World ● Daemon: Java EE is not low impact ● Server: Java EE is mainly about req/resp ● UI: Java EE lacks support for push events ○ Java EE 7 has Websockets now
  11. 11. The Status Quo What is jClarity building? How we picked Technology Technology Scorecard A Brave New World
  12. 12. Our Methodology Stolen ‘Adopted’ from Matt Raible 1. 2. 3. 4. 5. Identify Ranking Criteria Weight each criteria Score each solution Multiply and add Prototype top two choices
  13. 13. Observations ● Cons ○ Still Subjective ○ No guarantees ● Pros ○ Incorporates diverse feedback ○ Avoids bike-shedding ○ Avoids Technology Dictatorship
  14. 14. The Status Quo What is jClarity building? How we picked Technology Technology Scorecard A Brave New World
  15. 15. What Tech Stack did we pick?
  16. 16. AngularJS ● Client-side Javascript framework ● Model-View-Whatever (MVC or MVVM) ● Two-Way Data Binding ● Directives used to encapsulate components
  17. 17. AngularJS - Positives ● Html5 concepts without adoption issues ● Declarative - easy to understand and read ● Simple code structure ● Client side templating
  18. 18. AngularJS - Negatives ● Karma Framework doesn’t integrate well ● Use of $scope.$apply ● People are familiar with jQuery ○ Declarative learning curve. ● Javascript tooling still kinda sucks
  19. 19. AngularJS - Scorecard "Real win over hand rolled Javascript"
  20. 20. MongoDB ● NoSQL Document Store ● “Scalable” - easy sharding ● “Fault Tolerant” - easy data replication ● The new DB sexy!
  21. 21. MongoDB - Positives ● Document Modelling ● Nice API ● Easy to adopt and get started ● Easy Replication and Sharding ● Can be Fast*
  22. 22. MongoDB - Negatives (1) ● Security ○ we compiled an SSL-enabled mongo ○ pwning folks? Find out if they use Mongo! ○ tool support ● Data Integrity Concerns ● Split Brain - election algorithm failures
  23. 23. MongoDB - Negatives (2) ● Difficult to automatically sysadmin ● Immaturity of Drivers/Connectors (PHP) ● Document model is limited ● New query language to learn ● Poor timezone support
  24. 24. MongoDB - Scorecard "Consider your security strategy well." "Is a document store what you really need?"
  25. 25. Vert.x ● Polyglot Reactive Programming Framework ● Message Passing Oriented ○ Lightweight Eventbus ○ No Shared Mutable State ● Non-blocking I/O ● Websocket Support
  26. 26. Vert.x ● Polyglot Reactive Programming Framework ● Message Passing Oriented ○ Lightweight Eventbus ○ No Shared Mutable State ● Non-blocking I/O ● Websocket Support
  27. 27. Vert.x - Positives ● No shared state, easy concurrency ● Eventbus to the browser! ● Community++ ● Polyglot ○ We used Groovy and Java
  28. 28. Vert.x - Negatives ● Immaturity: ○ Released 2.0 without supporting 1.3 ○ Testing Framework not quite there ● NIH Logging ● Inter Machine Eventbus Security ○ Not originally designed for the open internet
  29. 29. Vert.x - Scorecard "It's perfect…. for the RIGHT use case."
  30. 30. Chef ● Automates server configuration ○ Centralised repo of pre-built recipes ○ Ruby based DSL ● Can also automate application deployment ○ Run update to deploy config/binaries
  31. 31. Chef - Positives ● Lots of Java/JVM recipes ● Ability to set roles and override properties ● Centrally controlled configuration ● Provides structure and deployment model
  32. 32. Chef - Inconsistent knife cookbook upload apache2 knife role from file roles/foo/bar.rb knife data bag from file users john.json
  33. 33. Chef - Negatives ● Managing dependencies is difficult ○ Use Librarian to help ● Not Declarative ○ e.g: doesn’t remove old config ● Still very complex ○ Steep learning curve
  34. 34. Chef - Scorecard "Chef, it's way better than shell scripts"
  35. 35. Common Bleeding Edge Themes 1. Immaturity 2. Lack of tooling 3. Problems at the boundary
  36. 36. The Status Quo What is jClarity building? How we picked Technology Technology Scorecard A Brave New World
  37. 37. Technology ←→ $$$$$$$
  38. 38. What are you paying for? ● What does your support contract get you? ● Who does it get you? ● What’s the lock-in?
  39. 39. A La Carte Open Source ● Popular with $0 budget startups ● Commercially funded tech ● Strong Community Support ● Benefits elsewhere
  40. 40. The 'A La Carte' Relationship ● Be part of the community ○ We participated in Vertx IRC/London meetings ● Don’t diverge - upstream Patches ○ Vert.x, mod-mongo, Jacoco ● Open Source your plumbing ○ https://github.com/johnoliver/release-version-plugin
  41. 41. How do I do this? ● Low risk project ○ 20% time? ● Ask for forgiveness, not permission! ● Don’t fear “them”
  42. 42. Q&A Get your Free Trials at: http://www.jclarity. com @jclarity

×