SOA COMMUNITY - SOA COMMUNITY

  • A Word About Microservice Architectures and SOA

    mircoservice1by Luis Weir published inSOA Magazine V

    In this article I will talk about my first conclusions and my point of view regarding Microservice Architectures. As there is still quite a lot of confusion and debate out there on this topic, I will try to describe with my own words what Microservice Architecture is, how does it differ from typical Service Oriented Architectures (SOA) and what design principles and practices governs it.
    What is a Microservice Architecture?
    In the article written by Fowler and Lewis, Microservice Architecture is described as following:

    Microservice architectural style is an approach to developing a single application as a suite of small services, each running in its own process and communicating with lightweight mechanisms, often an HTTP resource API. These services are built around business capabilities and independently deployable by fully automated deployment machinery. There is a bare minimum of centralized management of these services, which may be written in different programming languages and use different data storage technologies

  • Causos SOA - Seminário [Parte 1]

    Authors: Arthur Fonseca & Eder Albano

     

    O intuito dessa coluna é mencionar considerações e impressões sobre muito do que se é falado sobre SOA em sitios, blogs e instituições de ensino. O intuito dessa coluna não é se autodenominar: - “O dentetor da verdade sobre SOA”, mas apenas expor as considerações que temos chegado mediante a alguns cases e estudos.

    A história a seguir resume as impressões do graduando em Analise de Desenvolvimento de Sistemas, Éder Costa Albano, ao apresentar suas impressões sobre SOA no tangível a prós, contras, dentre outras coisas.

  • Cloud Computing Definition & Architecture for Cloud Service Brokers

    by Jürgen Kress published inSOA Magazine III

    Juergen1Cloud Computing Hype Introduction

    Why is everyone talking about cloud computing? Drawn-out, expensive IT projects that are planned and implemented with few benefits for the business stakeholders are commonplace. In contrast, cloud computing offers business users the chance to immediately implement services with usage-based billing that are tailored to their requirements, often without the need to consult with the IT department.

    However, aspects including security, architecture, availability, and standards are often not evaluated. Cloud consumers find themselves at the mercy of the cloud provider. Scenarios that require changing cloud providers after a cloud provider goes bankrupt, and the associated moving of data and/or applications, have not yet been sufficiently tested. Business continuity should play a key role from the start of a cloud evaluation process.

    One of the greatest challenges here is the integration of existing data and systems into the cloud solution. Without integration spanning clouds and on premise systems, processes can only be executed in isolation, leading to cloud-specific silos of isolated solutions. Important information for users is not available across processes and systems. Problems that would have occurred in the company's internal IT are now shifted to the cloud provider. To prevent "legacy clouds" or solutions that are hard to maintain, it is important to manage the entire architecture proactively and, in particular, the integration into the cloud. Even if cloud providers want us to believe otherwise, not every aspect of IT can be outsourced to cloud solutions!

  • Contact us

    For questions & suggestions feel free to contact us:

     

     Twitter
     Linkedin


    E-Mail: newsletter@soacommunity.com

    We are looking forward to get your feedback.
    SOA Community Team

  • Design Principles for Process-driven Architectures Using Oracle BPM and SOA Suite 12c

    SOABPMPacktRelease: 6.2015
    Authors: Matjaz B. Juric, Sven Bernhardt, Hajo Normann, Danilo Schmiedel, Guido Schmutz, Mark Simpson, Torsten Winterberg

    This book is a design handbook and provides skills to successfully design, implement, and optimize business processes on top of SOA. Starting with business process modeling, it shows design principles to architect sound process architectures. It presents best practices for modeling business processes using BPMN, together with design principles for services and composite applications. It provides detailed coverage of how to prepare business processes for execution. An in-depth explanation of human interactions is given and also principles and best practices for using rules.

    Moving on, Adaptive Case Management principles are explained, along with the reach of business processes to mobile devices and ensuring multichannel interactions. Business activity monitoring, event-driven architectures, complex event processing in relation to business processes, and enabling integration with events and IoT devices are explained. The design principles and best practices are demonstrated in a practical way on a rental car use case.  For more infomation please visit Packt bookstore here.

  • Mãos a Obra - Clear Day for Cloud Adapters

    Antony Reynolds

     

    Oracle released their cloud adapter for salesforce.com (SFDC) so I thought I would talk a little about why you might want it. I had previously integrated with SFDC using BPEL and the SFDC web interface, so in this post I will explore why the adapter might be a better approach.  

  • Microservices architectures – Thoughts from a SOA perspective

    sven1by Sven Bernhardt & Opitz Team published inSOA Magazine III

    A frequently discussed topic these days is the Micorservices architectural paradigm. Discussions on various internet blogs and forums are showing the trend that proponents of this approach are not tired of emphasizing why Microservices are different to a holistic SOA approach, when dealing with breaking up or avoiding monolithic software architectures.

    For this reason it’s time for the Cattle Crew team, to take a closer look on this arising architectural style and the corresponding discussions from a different perspective.

    Microservices Architectures

    Amongst others Martin Fowler published a blog about what is characteristic for Microservices and applications build on the foundation of this architectural style [1].  According to this and other blog posts (see also [2], [3]), the goal of a Microservices approach is to avoid software systems to become monolithic, inflexible and hardly manageable, by splitting a system into modular, lightweight and maximum cohesive services. Applications build on this architecture should ensure the agility regarding changes caused by changed business requirements, because affected services of an application can simply be adapted and be redeployed independently from other components.

    Effectively a Microservice is a in itself cohesive, atomic application, which fulfills a dedicated purpose. Therefore it encapsulates all needed elements, e.g. UIs, logic components, may also have its own separated persistent store and may run in a separate JVM, to ensure as less impairment to other services as possible. Furthermore the implementation technologies for a specific service may vary. For each service the best-fitting technology should be used; there should be no restrictions regarding the used technologies.

     

     

  • Next Generation SOA

    NextGenerationSOAbookCoverRelease: The Prentice Hall Service Technology Series from Thomas Erl - October 2014

    Authors: Thomas Erl,Clive Gee,Jürgen Kress,Berthold Maier,Hajo Normann,Pethuru Raj,Leo Shuster,Bernd Trops,Clemens Utschig-Utschig,Philip Wik,Torsten Winterberg

    Innovative service technologies are becoming valuable assets for businesses that need to stay competitive in the face of increasing globalization and market complexity. While computer processing power is becoming faster and cheaper, search engines, instant messaging, and social media channels are generating floods of information that escalate demands for consumable and accessible data.

    As the world's economies engage one another through offshoring, outsourcing, and supply chaining, localization is required to accommodate different currencies and languages. Globalization, recession, invention, and communication are some of the driving forces behind a next generation of technologies and practices that revolve around software programs designed in accordance with the paradigm of service-orientation. Such programs, referred to as "services," are expected to do more for less with greater efficiency in order to meet business challenges head-on.

    We have reached a stage in the evolution of service-oriented computing where modern service technology innovation is building upon mature service platforms at the same time that proven delivery techniques and design patterns are building upon an established service-orientation paradigm. These developments have made it possible to create service-oriented solutions of unprecedented sophistication.

  • Next Generation SOA

    NextGenerationSOAbookCoverRelease: The Prentice Hall Service Technology Series from Thomas Erl - October 2014

    Authors: Thomas Erl,Clive Gee,Jürgen Kress,Berthold Maier,Hajo Normann,Pethuru Raj,Leo Shuster,Bernd Trops,Clemens Utschig-Utschig,Philip Wik,Torsten Winterberg

    Innovative service technologies are becoming valuable assets for businesses that need to stay competitive in the face of increasing globalization and market complexity. While computer processing power is becoming faster and cheaper, search engines, instant messaging, and social media channels are generating floods of information that escalate demands for consumable and accessible data.

    As the world's economies engage one another through offshoring, outsourcing, and supply chaining, localization is required to accommodate different currencies and languages. Globalization, recession, invention, and communication are some of the driving forces behind a next generation of technologies and practices that revolve around software programs designed in accordance with the paradigm of service-orientation. Such programs, referred to as "services," are expected to do more for less with greater efficiency in order to meet business challenges head-on.

    We have reached a stage in the evolution of service-oriented computing where modern service technology innovation is building upon mature service platforms at the same time that proven delivery techniques and design patterns are building upon an established service-orientation paradigm. These developments have made it possible to create service-oriented solutions of unprecedented sophistication.

  • Oracle SOA Black Belt Sheets

    by Rajesh Raheja

    This the season of giving, so for this last post of the year, I am pleased to make available some of our most requested cheat sheets used internally and by various implementation partners world wide. These cheat sheets were created as part of the Oracle SOA Black Belt training sessions - advanced hands-on workshops that are available only to experienced Oracle SOA practitioners to gain deeper insight into the workings of the engine, enabling them to architect scalable solutions. If you have gone through this workshop, or have been working with the BPEL engine, I hope you will find this as a handy resource.

    In case you are curious about this "black belt" workshop, here is a day-by-day blog written by one of our attendees.

  • SOA and Cloud - Where's This Relationship Going - Industrial SOA?

     

    Release: OTN 6.2014
    Authors: Jürgen Kress, Hajo Normann, Guido Schmutz

    Opinions vary on the relationship between service oriented architecture and cloud computing. Some say SOA is essential to the cloud. Others say cloud is entirely possible without SOA. In this three-part program three members of the Masons of SOA, the group behind the Industrial SOA article series, offer their insight into the issue.

  • SOA MythBusters Episode #2: “SOA & Web Service Technology”

    soamyth5by Roland Carrasco and Arturo Viveros published inSOA Magazine V

    Introduction

    So, do you work with Oracle SOA Suite?, that’s great because we also do, every single day since a long time ago. As Oracle professionals, we’ve seen the SOA stack grow, change, incorporating new products and technology with each version, from 10g to 12c.

    We’re Rolando Carrasco (Oracle ACE) and Arturo Viveros (Oracle ACE Associate), the SOA Myth Busters from Mexico, and as we go with this series we will put to the test a number of questions, myths and urban legends regarding both SOA & the Oracle SOA Platform in seek of finding out which myths are true and which are not.

    SOA & Web Service Technology

    It’s a secret to nobody that Service Oriented Architecture and Web Services go hand by hand. However, the relationship between these two is very often and very awfully misunderstood. Thus, there are plenty of myths and misconceptions surrounding this particular topic, which we will attempt to tackle and clarify within this episode.

     

  • SOA Transformation through SOA Upgrade

    Luis1byLuis Weir published inSOA Magazine III

    Much has been said about Oracle SOA Suite 10g (or JCaps) upgrades to 11g and how features map between both versions. There is also plenty of information online about this topic both official and unofficial. It’s not news to many that for example SOA Suite 10g is currently in extended support and product will enter sustaining support by the end of 2014 (I will explain more about what extended and sustaining support means later in the blog). However one fact remains truth: There are still many companies out there running platforms that are (or soon will be) in sustaining support, and that don’t yet have an upgrade strategy.I say this based on my own experience as I am currently helping several customers do exactly this.

    Having said that,  I wrote this blog in an attempt to give SOA experts, Integration Leads and Architects key pointers that can serve as inspiration to come up with a transformational approach when defining an upgrade strategy. Note that I am using the word “transformation” deliberately and I will explain why shortly.

    Note that although this article is mainly related to the Oracle SOA 10g to 11g technology stacks, the approaches, tips and information provided in this blog should also be applicable when defining any technology upgrade. In fact, once 12c is more mature I will probably refresh this blog to cover 11g to 12c upgrades.

    Following my key pointers to help you define your upgrade as a SOA Transformation:

    1) Understand the product roadmaps and planning to move in advance

    This is one of the most important points and one that many have either failed to understand or have just ignored (hence why many companies still stuck in 10g and have no plan to upgrade yet). This is important because by understanding the product releases and features, release dates, and support lifeline you can plan in advance an upgrade approach and avoid having to do something tactically, in a rush and with limited budget.

  • Understanding the Value of SOA

    Debra1by Debra Lilley published inSOA Magazine III

    Again I want to talk from my area of expertise of Fusion Applications and talk about their design fundamentals. If you look at the table below and start at the bottom Oracle have defined all of the business objects e.g. accounts, people, customers, invoices etc. used by Fusion Applications; each of these objects contain all of the information required and can be expanded if necessary.

    That Oracle have created for each of these business objects every action that is needed for the applications e.g. all the actions to create a new customer, checking to see if it exists, credit checking with D&B (Dun & Bradstreet < http://www.dnb.co.uk/>) , creating the record, notifying those required etc. Each of these actions is a stand-alone web service. Again you can create a new actions or subscribe to an external provided web service e.g. the D&B check.

    Then the Intelligent Business Process is the order in which you run these actions, this is Service Orientated Architecture, SOA. Not only is SOA used to orchestrate actions within Fusion Applications it is also used in the integration of Fusion Applications with the rest of the Oracle stable of applications such as EBS, PeopleSoft, JDE and Siebel. The other applications are written with propriety development tools so how do they work with SOA? It’s a very simple answer, with the introduction of the Oracle SOA platform each process within these applications was made available to be called as a web service. I won’t go into technically how that is done but what’s known as a wrapper to allow each of them to act in this way was added.

Receive our SOA Magazine

Events Calendar

loader

Twitter