Happy Friday, everyone.
As we kick off spring break season, let’s look at something a little lighter and happier: the gaming side of technology. Consumer design can be a huge driver even for enterprise technology; the simple UX of Apple products is now influencing design and experience expectations for backend systems. From nostalgia games to astronomical artwork, there is a lot of interesting stuff going on in the world. One of my favorite lines from Graceland (seriously, Paul Simon rocks, people): “These are the days of miracles and wonder.”
Continue reading “Five Links: Fun and Games Edition”
To effectively prioritize an organization’s collection of work, including operational services and projects to support products and innovation, leading organizations develop standard evaluation criteria to make data-driven decisions. These data-driven decisions help leadership make the right investments and ensure the organization is working on the most impactful work to improve competitive advantage. An organization’s decision makers should build simple and clear data requirements to enhance decision making and to better inform leadership and stakeholders.
Portfolio planning is the alignment of an organization’s corporate strategy to data-driven decisions about capabilities and resources to achieve desired business outcomes. Effective portfolio planning and management capabilities should provide the organization with dashboards, reports, and analytics to inform better decision making.
Continue reading “Data and Architecture: Data-Driven Portfolio Decision Making”
Happy Friday, everyone.
Red Hat has a lot of corporate blogs (worth reading!), but a huge part of our culture as a company is collaboration and meritocracy. As in … letting our opinions be known. There’s a reason we actually made a t-shirt to commemorate our corporation-wide mailing list.
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”
Happy Friday, everyone.
When I was a reporter in Livingston, Montana, I wrote a story about a massive infrastructure campaign that was just kicking off — new sewer and water lines across town, changing traffic flows and redesigning streets, new green spaces and public art. I interviewed the primary architect, and he told me that the designs were influenced by A Pattern Language, published in 1977. That book has fascinated me; from the placement of a single window to the layout of an entire central business district, it breaks down the patterns of human behavior and then analyzes design techniques that best reinforce the desired patterns for a given space. It doesn’t say what should be done; it simply uses patterns to say if you want to accomplish Goal A, use Design Technique B.
In a roundabout way, this week’s series of links look at patterns and how they influence behavior.
Continue reading “Five Links: Pattern Recognition Edition”
In this article, we provide a solution that enables almost latency free API management for Java-based microservices APIs. We build on Manfred Bortenschlager’s white paper Achieving Enterprise Agility With Microservices And API Management. We provide a practical solution for adding the management layer Manfred outlines to internal microservice-to-microservice API calls.
API Management and Microservices
Figure 1 – a typical microservices architecture with depictions of externally and internally consumable microservices
In the white paper Manfred describes a typical microservices architecture consisting of:
- A perimeter service layer that is typically implemented by an API gateway which manages and secures components that follow the backend for frontend (BFF) pattern. The perimeter service exposes APIs to external consumers.
- Internal microservices that are clustered into functional elements and communicate via APIs.
The most common and most decoupled way to achieve API management is through deployment of API gateways on the API provider’s infrastructure. These gateways act as traffic controllers which authenticate, authorize, and report on API traffic to the 3scale API Management Platform. These extensive management features are achievable with very low latency overhead through our caching and asynchronous architectural features. Additionally the gateways provide excellent routing and security protections such as defense against DDoS attacks and more.
Continue reading “Ultra Low Latency API Management for Microservices with Red Hat 3scale”
Does your organization talk about connecting the execution of work to its strategy? Are you building a roadmap on how to get there and achieve desired goals? To help your organization achieve the strategy and goals, model the business architecture by understanding the organization’s strategy, communicating business outcomes, and aligning these outcomes to the appropriate business capabilities.
Business architecture is illustrating what the business does and how the business operates. Gartner defines business capabilities as “what the business needs to do to achieve the business strategy.” Business architecture uses business capability modeling, to visualize and influence people, processes, and technologies needed to maximize stakeholder value, achieve organizational goals, and execute on the business strategy. This model should map out the future state capabilities needed to support where the business is going over multiple years, as defined by the organization’s strategy.
Continue reading “Data and Architecture: Business Architecture and Capabilities”
“Survival of the fit,” in Darwinian evolutionary theory, describes the mechanism of natural selection. The biological concept of fitness is defined as reproductive success. But could this also apply to modern business? Sustained growth might be the criterion for fitness in a business context. So why is sustained growth so difficult to achieve? Surprisingly, it is not for the lack of ideas but lack of ability to adapt to change and competition.
The fittest business can quickly innovate and adapt to competition and it can use its core competencies to extend itself in new ways. These organizations are often lean, mean, and learning machines using application programming interfaces (APIs). They are built on a foundation of cloud, mobile, big data analytics and social computing and they are generally connected to the internet of things, to extend and monetize the organization’s core assets for growth and new value and revenue streams.
Even organizations born in different eras of digital transformation (mobile, internet-based, and client/server) that are successfully using APIs to achieve disruptive growth in their respective industries.
Continue reading “APIs Are The New Language of Collaboration”
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”
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.
With the announcement of the availability of JBoss Data Virtualization for OpenShift we now have 100 percent of our Red Hat JBoss Middleware runtime portfolio containerized and available in Red Hat OpenShift, an enterprise-ready Kubernetes distribution with value-added capabilities that go from deploying your already packaged container images, to delivering a DevOps pipeline for an iterative development process.
Continue reading “Bringing Containerized Services and DevOps Closer to (Your) Reality”
Happy Friday, everyone.
As we come upon the glorious time change weekend, I’ve been seeing a lot of posts lately on changes — planning, designing, trying to understand what needs to change and how. Change is inevitable, but the question seems to be how far can we control it or define it. Within technology, we talk a lot about disruptive companies or key innovators, and sometimes it’s easy to begin looking at change for change’s sake. Disruptors and innovators don’t (only) change because it’s fun — they do something new with purpose. So this week’s posts look at change, design, and transformation as means to an end — chaotic yet intentional.
Continue reading “Five Links: Embrace the Change Edition”