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

WebSphere Message Broker In Shared Runtime Environments

on

  • 3,533 views

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.

Statistics

Views

Total Views
3,533
Views on SlideShare
3,130
Embed Views
403

Actions

Likes
1
Downloads
110
Comments
0

6 Embeds 403

http://jujo00obo2o234ungd3t8qjfcjrs3o6k-a-sites-opensocial.googleusercontent.com 369
https://jujo00obo2o234ungd3t8qjfcjrs3o6k-a-sites-opensocial.googleusercontent.com 16
http://www.slideshare.net 14
http://www.slideee.com 2
http://marten.gustafson.googlepages.com 1
http://www.linkedin.com 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

CC Attribution License

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

WebSphere Message Broker In Shared Runtime Environments WebSphere Message Broker In Shared Runtime Environments Presentation Transcript

  • TMM20: WebSphere Message Broker in Shared Runtime Environments Mårten Gustafson, Zystems [email_address]
  • Point to Point Spaghetti Middleware Adoption EAI Focusing on Application Integration ESB Focusing on Reusable Services BPM Business Process Management
  • Parts of an ICC (according to Zystems) Communication Delivery Governance Operations ICC
  • Agenda Delivery Governance Operations
    • Development Organizations
    • and their requirements on a shared runtime
  • 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
  • Typical shared services ICC BU Project / dev team BU Project / dev team BU Project / dev team BU Project / dev team ICC Governance Operations
  • Shared services runtime
    • Characteristics
      • Central operations
      • Used by project teams from disparate business units
    • Key things
      • Isolation
      • Auditing/Monitoring
  • 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
  • Typical central services ICC BU BU BU BU ICC Delivery (project / dev team) Operations Governance
  • 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
  • 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%
  •  
    • Shared Runtime Environments
  • Typical environment configurations Broker B Broker A Cluster or virtualization technique WMQ cluster / HTTP load balancer
  • 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
  • Isolation / Partitioning Broker Broker EG EG EG EG EG
    • Examples of real world environments
  • 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 …
  • 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
  • Customer example 3 LPAR LPAR AIX HACMP Broker A Broker A
  • Customer example 4 MQ cluster Microsoft Cluster Services Broker A Broker B GW QM
    • Active/Active Runtime Environments
    • and Implications on Development
  • State
  • Concurrency
  • HTTP Broker A HTTP load balancer Broker B ? ! biphttplistener biphttplistener SupportPac IE01
  • SOAP Broker B Broker A WMQ cluster / HTTP load balancer EG-embedded listener EG-embedded listener
  • Heads up
  • Timers / Schedules
  • TCP/IP input
    • Wrap up
  • 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
  • Examples of mission critical deployments
    • Manufacturing industry
    • Banking/Trading
    • Pension funds management
    • Construction
    • If the integration platform stop,
    • the business stop
  • 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