Red Hat present at EclipseCon France 2018

EclipseCon France is taking place this week in Toulouse, France (June 13-14, 2018) and it’s offering a great lineup of top-notch sessions on nine different tracks, from IoT to cloud and modeling technologies. This year, there is even a dedicated track for “Microservices, MicroProfile, EE4J and Jakarta EE,” which is covering topics such as Istio, 12-factor apps, geoscience, machine learning, noSQL database integration, cloud-native application development, security, resilience, scalability, and the latest statuses of the Jakarta EE and MicroProfile open source specification projects. Under this track, we are hosting two sessions:

But we are also delivering other interesting sessions under the “Reactive Programming” track:

Under the “IoT” track:

Under the “Eclipse IDE and RCP in Practice” track:

And, under the “Cloud & DevOps” and “Other Cool Stuff” tracks:

For those of you that will be at the conference, we invite you to attend the sessions above and to stop by the Red Hat booth to learn how Red Hat can help your organization solve your IT challenges (and get your swag too!). And for those of you that would like to learn more about Red Hat offerings in relation to the topics above, please visit the following links:

The Role of Agile Integration in Open Banking

In the mid 90s, Bill Gates famously said that “banking is necessary, banks are not.” There is certainly a lot of truth in this statement. We all need banking services in some shape or form. But who delivers these services to us is secondary. In fact, Accenture concluded in a study conducted in 2016 asking over 30,000 people in 18 countries that if the tech titans like Google, Amazon, or Facebook would offer such services, 31% of the respondents would switch to them. This clearly imposes a significant threat on traditional banking institutions.

Another challenge that banks are facing worldwide are the increasing demands for regulatory compliance with respect to openness. Such regulations include, for instance, Payment Services Directive 2 (PSD2) in Europe, the Amendment Bill to Japanese Banking Law in Japan, the National Payments Corporation of India (NPCI) with the Unified Payment Interface, UK’s Open Banking standard by the Competition and Markets Authority (CMA), or the Open Banking Regime by Australia’s Federal Government. Banks approach these regulatory challenges in many different ways. Some see it as a serious business threat and only do the bare minimum for compliance; others see it as an opportunity and with smart investment start building banking platforms for the future.

Our suggestion for building the banking platform of the future resides on the principles of agile integration, which is an architectural approach centered around application programming interfaces (APIs) and API management. At its core, agile integration resides on the three pillars: distributed integration for greater flexibility, containers for the ability to scale better, and managed APIs for re-usability and hence speed. We described the details in an earlier post.  

Continue reading “The Role of Agile Integration in Open Banking”

How to Address the Challenges of a Pervasive Integration Strategy

Earlier this months at the Gartner ITxpo event, Massimo Pezzini presented the challenges that must be addressed by a pervasive enterprise integration strategy. In summary there are four types of hybrid challenges (see Massimo’s diagram below).

Gartner-HiP

Continue reading “How to Address the Challenges of a Pervasive Integration Strategy”

What is agile integration?

If you Google the term “agile integration,” you’ll come up with about 30 million results, but they focus heavily on one area: continuous integration within agile development. That definition of agile integration is based on the build environment.

However, it is possible to have another definition for “agile integration,” one that looks at the platform architecture.

In this definition, “agile” doesn’t relate to the process or the infrastructure, but to the flexibility and adaptability–the agility–of the application architecture. Integration within this context has a more strategic role, as the architectural framework that defines the interoperability of services and with a focus on the application functionality.

Traditional vs. agile as an architectural approach

There are functional similarities between traditional integration and agile integration – like routing, connectivity, and orchestration capabilities. The difference between traditional enterprise application integration and agile integration is not in the tasks performed, but in the strategic perspective of those tasks. Put simply, integration can be viewed as a necessary but often limited part of the infrastructure (traditional) or it could be viewed as the core framework of the application architecture (agile).

Continue reading “What is agile integration?”

Integrating SOAP based Web Services into Red Hat 3scale API Management

In Red Hat 3scale API Management, we can manage any HTTP(S)-based APIs – including REST and SOAP. With REST, it is particularly straightforward as individual URL paths usually map quite nicely to operations. By operations, we mean fine-grained tasks and services which providers may wish to  a) get visibility into and b) apply control access to.

With SOAP, there is more of a challenge, as it is typical for multiple operations to share the same endpoint. Yet providers may still want to get the same visibility and control they get with SOAP as they get with REST.

Continue reading “Integrating SOAP based Web Services into Red Hat 3scale API Management”

Summit Notes: Tuesday Morning General Session

If you missed it, the keynote speeches are available on the Summit page or on YouTube.

“You don’t need to focus on technology. You need to empower your developers.”

There are certain patterns in the middleware / application development tracks for Red Hat Summit this year, and they revolve a lot around microservices. That makes a certain kind of sense (microservices are the new hotness in app development), but it’s also reflective of a larger current in technology, a continuing push toward … something.

In his opening keynote, Red Hat EVP Paul Cormier noted that one of the themes of Summit 2016 was “dev and ops coming together through common architectures, processes, and platforms.” This echoes major trends in technology — DevOps and architectures, process, and platform as a unifying IT strategy — and yet none of these concepts are really new. Two decades ago, there were developers and operations, there was enterprise architecture, application platforms, and internal processes. So what’s new and what is bringing the urgency now?

I think the difference comes down to speed (and eventually differences in degree become differences in kind). Twenty years ago, an application was released yearly, sometimes even every couple of years. A patch or security update could take a few months to move in the pipeline from development to testing to production.

Now customers expect patches for security vulnerabilities within hours of them being detected, and the expanding number of applications (from consumer mobile apps to internal systems to IoT devices) means that enterprises have potentially dozens of touchpoints and hundreds of services to maintain.

The “modern” part of modern application development isn’t in the app — it’s in the speed.

This year’s Summit kicked off with three interlocking demos, each showing the different paths and progressions that an IT environment will face as they juggle modernizing existing applications and creating new ones within a heterogeneous (and dynamically changing) ecosystem.

 Lifting and Shifting (Windup)

Continue reading “Summit Notes: Tuesday Morning General Session”

Go Anywhere API Management: 3scale API Management adds a Fully Containerized On-Premises Version

Today is a special day for the 3scale team at Red Hat. It’s been just 10 short months since the company joined Red Hat in the summer of last year and there has been a buzz of activity for the entire time.

One of the biggest new goals was to add a fully on premise version of the 3scale API Management product to the line up alongside the existing Software as a Service (SaaS) version. Hence the team is very happy to announce the availability of that new version which is now generally available. Get started looking at 3scale’s customer portal page.

Launching the on-premise version is special for two reasons. First, because increasing numbers of customers are now running large numbers of public and private APIs – often deep in their internal infrastructure. Deploying API Management in their own data center or in a cloud environment they own is often a key part of succeeding. Second, it is special because of the way on-premise is being delivered. Specifically the new product is shipping entirely on Red Hat’s powerful container management platform, OpenShift.

Continue reading “Go Anywhere API Management: 3scale API Management adds a Fully Containerized On-Premises Version”

Architecture, Process, Platform

Digital transformation is a hot topic in enterprises these days, and like any such topic it’s associated with a wide range of use, overuse, and misuse. But the phrase does get at something that we can all sense is really going on, a truly profound change. As different businesses undergo or undertake variants of digital transformation, we see a number of common characteristics of the more digital world:

  • More things happen (or are expected to happen) in real time
  • More different sources and kinds of data are brought together
  • Activities are more decentralized and ad hoc
  • There is a broadening of participation in both the building and the use of I.T.
  • There is a shift from analysis and planning to trial-and-error experimentation

Each of those ideas deserves elaboration–topics for future blogs–but going for the moment with whatever came to mind for those bullets as a rough characterization of digital transformation, let’s explore the interplay of architecture, process, and platform in helping enterprises compete and succeed in this emerging digital world.

Continue reading “Architecture, Process, Platform”

Five Links: A Little Bit of This Edition

Happy Friday, everyone!

I’ve still been running through year-end retrospectives and new year predictions, and I haven’t hit on a theme yet. (The character of 2017 is still enigmatic.) As always, though, there are lots of good things on the interwebz, and this week covers the gamut — containers, big data, machine learning, and Alexa.

happy-friday-quotes

Continue reading “Five Links: A Little Bit of This Edition”

Red Hat launches 3scale APIcast – faster, flexible, open source API gateway

Dockerized version of APIcast 2.0 deploys on OpenShift for easier installation and operation in microservice environments

Today we’re happy to announce the general availability of Red Hat 3scale APIcast gateway 2.0. The APIcast gateway (NGINX-based) is open source and has served hundreds of happy customers over the last four years. Now we’ve taken it to the next level, supporting both a cloud gateway or hybrid model with an on-prem gateway. In fact, the new on-premise version introduces significant upgrades in terms of performance and flexibility. 3scale was the first in market with on-prem and now we are pleased to offer the second generation.

The API gateway, which is configured within 3scale’s Admin Portal, is part of the 3scale API Management SaaS offering. The Admin Portal allows customers to define desired authentication methods, set rate limits, get analytics on the usage of their APIs, and create a developer portal for their API consumers. APIcast 2.0  is the first of two on-prem releases. With the upcoming 3scale on-premise release, customers will be able to deploy the entire 3scale API Management Platform on-premises. Stay tuned!

Companies are increasingly migrating to microservices architecture, so the average number of API services managed with 3scale have significantly increased, and continue to do so. To accommodate to these requirements, APIcast changes the way it pulls the configuration from the Admin Portal. For starters, now it’s now possible to pull the configuration for just a subset of services. In addition, it makes it easier to automate the deployment of multiple gateways by providing the gateway configuration via a JSON file which can be fetched by an API. It also supports two environments out-of-the-box (staging and production) with options to enable always-up-to-date configs in staging, and control of updates in production. For example, you can set the reload config variable to true so it reloads the API gateway configuration with each request, which comes in handy during development phases.

Another big change introduced with APIcast 2.0 is the enhanced integration with Red Hat’s OpenShift Container Platform, which leverages Docker and Kubernetes for an easier deployment and DevOps experience. The new OpenShift template pulls the dockerized image of APIcast from the Red Hat container registry and lets you enable/disable key features of the API gateway by just changing the value of the corresponding template parameter.

Get started with APIcast 2.0:

  • Page 1 of 2
  • 1
  • 2
  • >