This year I was part of the process of selecting the labs you are going to experience at Red Hat Summit and wanted to share here some to help you plan your JBoss labs experience. These labs are for you to spend time with the experts who will teach you hands-on how to get the most out of your JBoss middleware products.
Each lab is a 2-hour session, so planning is essential to getting the most out of your days at Red Hat Summit.
As you might be struggling to find and plan your sessions together with some lab time, here is an overview of the labs you can find in the session catalog for exact room and times. Each entry includes the lab number, title, abstract, instructors and is linked to the session catalog entry:
Continue reading “Red Hat Summit 2017 – Planning your JBoss labs”
This is a general “stuff” kind of post. From working with the technical debt of legacy systems (and processes) to navigating new regulations for cybersecurity, these links look at the different and daily aspects of maintaining IT infrastructure that supports your organizational strategies. Even the most glamorous of projects are really only glamorous in planning and in hindsight; the work of implementing those projects is (ahem) work.
Continue reading “Five Links: Get Where You Are Going Edition”
A lot of Red Hatters have personal blogs (or active LinkedIn postings) precisely because of the value that we as a group place on transparency, defending ideas, and innovation.
This week, I want to highlight some of the blogs by Red Hatters that I’ve read recently. I’m not even going to call this a “top 5,” because we have a lot of prolific and interesting writers on a million different topics. These are a random sampling of the blogs that I hit periodically.
Continue reading “Five Links: Band of Brothers Edition”
Mike Piech, vice president and general manager, Red Hat JBoss Middleware, Red Hat, Inc.
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.
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.
Continue reading “Five Links: A Little Bit of This Edition”
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.
For more than 10 years, Red Hat JBoss Middleware has been a successful business that deeply represented the Red Hat DNA: open source software. We expanded our product portfolio with projects created and imagined by the open source community; we decided to support other projects with contributors; and we also opened the source of technologies we acquired. Somewhere along the way, Linux containers, Kubernetes, and docker happened which made us realize that containerization of applications is the base for your next 20 years. The caveat in this is that a platform is only as important as the applications you run on top of it. In other words, a platform not running applications is not realizing its value. With that in mind, we made an important decision and investment to evolve our application portfolio in similar ways that we ask our customers to do to theirs: let’s take our Red Hat JBoss Middleware products, commonly deployed on Linux and Windows machines, and make them available as containerized deployments.
As always, the “Internets” is a fascinating place (assuming a massive denial of service attack hasn’t cut you off from Twitter and Spotify) and there is a new trend in the things I was clicking. This is probably inspired by my recent obsession with Westworld, but I have been thinking in general about the essence of reality and how far technology can go to both conceal reality and create it. So this week’s theme is reality-bending technology: virtual reality, augmented reality, artificial intelligence, and the technologies behind it.
Continue reading “Five Links: How Virtual Is Reality Edition”
It was a great day in Minneapolis! The Microservices with Apache Camel was held at Target Field (inside the ballpark, overlooking the field of play). “Takes a lot to put together an event like this but can certainly be a lot of fun! Go microservices!,” says Red Hat associate Jen Fissel.
I had the privilege of hosting the event and kicked off the event with a reference to the connected world we live in that requires enterprises to be agile while being integrated across the systems of yesterday with the evolving applications of the future. The future of Enterprise IT, containers, are here today and microservices are the stars of the show. Welcome to Minneapolis!
Continue reading “It’s a great Red Hat day in Minneapolis — Go Microservices !”
Red Hat Developers and author N. Harrison Ripps have just begun releasing a ten-part series in which Harrison describes the process of deploying an application using containers into a clustered environment on the cloud.
Using the ZRC IRC client as a sample application, Harrison demonstrates each step in the process of containerizing software, dealing with issues like statelessness, security, and robustness that are typically architectural hurdles for most development teams moving to a cloud infrastructure.
Parameterizing application settings is a common requirement of applications that end up deploying to any environment, and containers have only heightened this need — with the emergence of on-demand environments, scriptability and configurability of the application images being deployed is a must.
Harrison suggests that containerizing applications should happen later, while development should happen first. This might seem intuitive, but his point is that containerizing an application actually need not introduce many development-time changes that would affect the architecture of your system — it can, but it need not. For a small sacrifice of startup performance, container images can be made more configurable and flexible, supporting DevOps procedures and deployments.
Once configured, the series also demonstrates how to host the application on a private instance of the OpenShift Container Platform, including clustering, via either the Red Hat Container Development Kit (CDK), or binary download of OpenShift. Harrison goes step-by-step through the process of starting the private cloud, deploying the application, and using Kubernetes to cluster the application.
Using attached storage, Harrison introduces a window of statefulness into our container environment. This produces an application that runs on the cloud in stateless containers, but maintains its internal state throughout the lifecycle as pods are brought up and down.
Follow along and learn some of these core cloud concepts as the series is published: