Integration in the Age of DevOps

transcript

Cloud Native Architectures

Who Am I?

● Brian Ashburn○ Senior Solutions Architect

● 6 years at Red Hat● Work with customers in the Southeast● Focus on cloud, integration, and messaging

If change is happening on the outside faster than on the inside the end is in sight.

Jack Welch, former CEO, GE

S&P company life expectancy

Source: Dave Gray, The Connected Company

• Trying to incorporate new technology?• Trying to copy what others (Netflix, Amazon) are

doing?• Tactical automation?• Created a “DevOps” team?• Exploring cloud services?• Build/deploy automation?• OpenSource?• Piecemeal integration?

How are you keeping up with change?

• Faster software delivery• Own database (data)• Faster innovation• Scalability• Right technology for the

problem• Test individual services• Isolation• Individual deployments

Microservices helps solve the problem of “how do we decouple our services and teams to move quickly at scale to deliver business value”

Microservices Envy: http://www.thoughtworks.com/radar/techniques/microservice-envy

You’re not going to do microserviceshttp://christianposta.com/blog/not-gonna-happen

• If my services are isolated at the process level, I’m doing #microservices

I’m doing microservices if…

• If I use REST/Thrift/ProtoBuf instead of SOAP, I’m doing #microservices

• If I use JSON, I’m doing #microservices

• If I use Docker / SpringBoot / Dropwizard / embedded Jetty, I’m doing #microservices

People try to copy Netflix, but they can only copy what they see. They copy the results, not the process.

Adrian Cockcroft, former Chief Cloud Architect, Netflix

Fallacies of distributed computing• Reliable networking• Latency is zero• Bandwidth is infinite• Network is secure• Topology doesn’t change• Single administrator• Transport cost is zero• Network is homogenous

https://en.wikipedia.org/wiki/Fallacies_of_distributed_computing

If we have to take into account the network, do we still need integration?

We’ll just do reactive, event-driven distributed systems… still need integration?

Yes; we need reliable integration!• REST, RPC• Messaging (ActiveMQ, JMS, AMQP, STOMP, Kafka, etc)• Legacy (SOAP, mainframe, file processing, proprietary)• Managed file processing• Streaming• Message transformation• EIPs

Heavy Lifting: Apache Camel for Microservices

Real developers ride Camels!

Apache Camel to the rescue!• Small Java library• Distributed-system swiss-army knife!• Powerful EIPs• Declarative DSL• Embeddable into any JVM (EAP, Karaf, Tomcat, Spring

Boot, Dropwizard, Wildfly Swarm, no container, etc)• Very popular (200+ components for “dumb pipes”)

Apache Camel to the rescue!

• Automatic retries, backoff algorithms• Dynamic routing• Powerful testing/mocking framework• Circuit breakers• Backpressure mechanisms• Beautiful REST DSL with built in Swagger support

• “Smart endpoints, dumb pipes”• Endpoint does one thing well • Metadata used for further routing• Really “dynamic” with rules engine (eg,

Drools/BRMS)

Dynamic Routing

REST DSLpublic class OrderProcessorRouteBuilder extends RouteBuilder {

@Override public void configure() throws Exception {

rest().post(“/order/socks”).description(“New Order for pair of socks”).consumes(“application/json”).route()

.to(“activemq:topic:newOrder”) .log(“received new order ${body.orderId}”)

.to(“ibatis:storeOrder?statementType=Insert”); }}

• Throttle EIP• http://camel.apache.org/throttler.html

• Blocking SEDA Queue• from(“seda:name?size=100&blockWhenFull=true)

• Configure jetty/netty to use blocking acceptor queues• https://wiki.eclipse.org/Jetty/Howto/High_Load

• Using Exception handling/retry and DLQ logic when getting flow controlled• http://camel.apache.org/error-handling-in-camel.html

Backpressure with Camel

Circuit breakerpublic class OrderProcessorRouteBuilder extends RouteBuilder {

@Override public void configure() throws Exception {

from(“direct:someinterface”) .loadbalance()

.circuitBreaker(3, 20000L, MyException.class)

.to(“ibatis:storeOrder?statementType=Insert”); }}

Typical problems developing microservices• How to run them all locally?• How to package them (dependency management)• How to test?• Vagrant? VirtualBox? VMs?• Specify configuration• Process isolation• Service discovery• Multiple versions?

Shared infrastructure platforms headaches

• Different teams• Different rates of change• VM sprawl• Configuration drift• Isolation / multi-tenancy

• Performance• Real-time vs batch• Compliance• Security• Technology choices

Immutable infrastructure/deploys• “we’ll just put it back in Ansible”

• Avoid chucking binaries / configs together and hope!

• Cattle vs Pets

• Don’t change it; replace it

• System created fully from automation; avoid drift

• Eliminate manual configuration/intervention

Docker / Linux Containers

Kubernetes

• Developer focused workflow• Enterprise ready• Higher level abstraction above containers for

delivering technology and business value• Build/deployment triggers• Software Defined Networking (SDN)• Docker native format/packaging• CLI/Web based tooling

OpenShift

Red Hat OpenShift

Public PaaSService

On-premise or Private PaaSSoftware

Open Source PaaSProject

Fuse Integration Services for OpenShift• Set of tools for integration developers

• Build/package your Fuse/Camel services as Docker

images

• Run locally on CDK

• Deploy on top of OpenShift

• Plugs-in to your existing build/release ecosystem

(Jenkins/Maven/Nexus/Gitlab,etc)

RED HAT JBOSS FUSE

Development and tooling

Develop, test, debug, refine, deploy

JBoss Developer Studio

Web services frameworkWeb services standards, SOAP,

XML/HTTP, RESTful HTTP

Integration frameworkTransformation, mediation, enterprise

integration patterns

Management and monitoring

System and web services metrics, automated discovery, container

status, automatic updates

JBoss Operations Network

+ JBoss Fabric Management

Console (hawtio)

Apache CXF Apache Camel

Reliable MessagingJMS/STOMP/NMS/MQTT, publishing-subscribe/point-2-point, store and forward

Apache ActiveMQ

ContainerLife cycle management, resource management, dynamic deployment,

security and provisioning

Apache Karaf + Fuse Fabric

RED HAT ENTERPRISE LINUXWindows, UNIX, and other Linux

Fuse Integration Services for OpenShift• Manage them with Kubernetes/OpenShift

• Flat class loader JVMs

• Take advantage of existing investment into Karaf with

additional options like “just enough app server”

deployments

• Supports Spring, CDI, Blueprint

Using FIS on Red Hat CDK• Small VM run locally by developers

• Full access to Docker, Kubernetes, OpenShift

• Deploy your suite of microservices with ease!

• Uses Vagrant/VirtualBox

• Getting Started on Windows! http://bit.ly/1U5xU4z

Typical problems developing microservices• How to run them all locally?• How to package them • How to test?• Vagrant? VirtualBox? VMs?• Specify configuration• Process isolation• Service discovery• Multiple versions?

• Trying to incorporate new technology?• Trying to copy what others (Netflix, Amazon) are

doing?• Tactical automation?• Created a “DevOps” team?• Exploring cloud services?• Build/deploy automation?• OpenSource?• Piecemeal integration?

How are you keeping up with change?

• 100% open source, ASL 2.0• Technology agnostic (java, nodejs, python,

golang, etc)• Built upon decades of industry practices• 1-click automation• Cloud native (on premise, public cloud, hybrid)• Complex build/deploy pipelines (human

workflows, approvals, chatops, etc)• Comprehensive integration inside/outside the

platform

What if you could do all of this right now with an open-source platform?

• Docker native, built on top of Kubernetes API• Out of the box CI/CD, management UI• Logging, Metrics• ChatOps• API Management• iPaaS/Integration• Chaos Monkey• Lots and lots of tooling/libraries to make

developing cloud-native applications easier

http://fabric8.io