Your SlideShare is downloading. ×
WebSphere Message Broker In Shared Runtime Environments
Upcoming SlideShare
Loading in...5

Thanks for flagging this SlideShare!

Oops! An error has occurred.

Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

WebSphere Message Broker In Shared Runtime Environments


Published on

WebSphere Message Broker in shared runtime environments. …

WebSphere Message Broker in shared runtime environments.

Typical environment configurations and common set-ups with regards to high availability and workload balancing.

What kind of solutions do we see implemented on top of message broker what are the demands for these solutions in terms of availability and isolation?

How do we cater for these needs in a shared runtime environment?

Also takes a look at the organization developing solutions targeting a shared runtime environment and how different organizations pose different requirements and challenges.

Presentation given at IBM Transaction & Messaging conference in Barcelon 2008.

Published in: Technology, Business

  • Be the first to comment

No Downloads
Total Views
On Slideshare
From Embeds
Number of Embeds
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

No notes for slide
  • Transcript

    • 1. TMM20: WebSphere Message Broker in Shared Runtime Environments Mårten Gustafson, Zystems [email_address]
    • 2. Point to Point Spaghetti Middleware Adoption EAI Focusing on Application Integration ESB Focusing on Reusable Services BPM Business Process Management
    • 3. Parts of an ICC (according to Zystems) Communication Delivery Governance Operations ICC
    • 4. Agenda Delivery Governance Operations
    • 5.
      • Development Organizations
      • and their requirements on a shared runtime
    • 6. ICC Organizational Models as defined by Schmidt & Lyle in “Integration Competency Center, An Implementation Methodology” © 2005, Informatica Project silos Best practices Standard services Shared services Central services Self-service
    • 7. Typical shared services ICC BU Project / dev team BU Project / dev team BU Project / dev team BU Project / dev team ICC Governance Operations
    • 8. Shared services runtime
      • Characteristics
        • Central operations
        • Used by project teams from disparate business units
      • Key things
        • Isolation
        • Auditing/Monitoring
    • 9. ICC Example - Customer Case 1
      • Shared Services ICC
        • ~10 headcount
          • Architects and managers
        • Operations as a separate entity
          • ~4 headcount
        • ~4 projects on their way into the runtime
    • 10. Typical central services ICC BU BU BU BU ICC Delivery (project / dev team) Operations Governance
    • 11. Central services runtime
      • Used only by the ICC
        • Central control within a closed team
      • Characteristics
        • Central operations
        • Used only by the ICC
        • Central control within a closed team
      • Key things
        • Message tracing/tracking
        • Development guidelines/re-use/patterns
    • 12. ICC Example - Customer Case 2
      • Central Services ICC
        • ~50 headcount
          • Developers, architects, process modelers, operations staff
        • ~330 flows
            • File transfer 48,5%
            • Transformation 35,9%
    • 13.  
    • 14.
      • Shared Runtime Environments
    • 15. Typical environment configurations Broker B Broker A Cluster or virtualization technique WMQ cluster / HTTP load balancer
    • 16. QoS – Performance and Availability Cluster or virtualization technique WMQ cluster + HTTP load balancer
      • High performance “zone”
      • Active/Active
      • Workload balancing
      • Continuous availability
      Broker A
      • Low performance “zone”
      • One node
      • Failover delay
      Broker C Broker B
    • 17. Isolation / Partitioning Broker Broker EG EG EG EG EG
    • 18.
      • Examples of real world environments
    • 19. Customer example 1 MQ cluster Solaris zones + Veritas cluster Broker A Broker B GW QM HTTP Load Balancer Broker C Dedicated, per project Shared between projects (preferred) Broker C Broker … Broker …
    • 20. Customer example 2 MQ cluster A MQ cluster B Broker B2 Broker B1 Broker A1 Broker A2 GW QM1 GW QM2 Extranet DMZ Intranet HTTP load balancer HTTP load balancer
    • 21. Customer example 3 LPAR LPAR AIX HACMP Broker A Broker A
    • 22. Customer example 4 MQ cluster Microsoft Cluster Services Broker A Broker B GW QM
    • 23.
      • Active/Active Runtime Environments
      • and Implications on Development
    • 24. State
    • 25. Concurrency
    • 26. HTTP Broker A HTTP load balancer Broker B ? ! biphttplistener biphttplistener SupportPac IE01
    • 27. SOAP Broker B Broker A WMQ cluster / HTTP load balancer EG-embedded listener EG-embedded listener
    • 28. Heads up
    • 29. Timers / Schedules
    • 30. TCP/IP input
    • 31.
      • Wrap up
    • 32. General lack of data and best pracices
      • Why is there so little data, patterns and practices available out in the “wild”?
        • In our experience
          • Because the products “just work”
        • Both good and bad
          • Good: products proven as very stable for mission critical operation
          • Bad: if you break new ground or think “outside the box” there’s not much experience, best practices available, assets or patterns
    • 33. Examples of mission critical deployments
      • Manufacturing industry
      • Banking/Trading
      • Pension funds management
      • Construction
      • If the integration platform stop,
      • the business stop
    • 34. Shared runtime - Key takeaways
      • Isolate
        • Execution Groups as the unit of isolation
        • Examine your OS ability to limit resources for processes and/or users
      • Automate
        • Broker and EG creation
          • Permissions
          • File system structures
        • Deployment
          • Consider self-service deployment (at least for test/QA environments)
      • Govern
        • Development guidelines / harvest patterns / document key concepts
        • Implementation patterns adapted to the runtime environment
          • Req/Rep, Pub/Sub, Fan in/out, Collection, FTP, File transfer etc
        • Make sure the people responsible for governance participate in projects themselves