Distributed Architectures are a lot like neural networks; all services that talk to each other need to share the I/O in and in a way that they can synchronize that information on the fly. The way the brain does is that each neuron that communicates with another has the other neuron fire back a neurotransmitter to synchronize and improve that communication in the future thus creating a pattern.
While this behavior is almost identical to what is known as a webhook in the API world, we do not follow the same principles for API design in distributed architectures. Since the API Pattern designed in the 1970’s for centralized architectures and NOT distributed architectures, it was never intended to be used in this way and creates an architectural cross-cutting concern when used in distributed services.
Continue reading “The NEW API Pattern”
Recently, the focus on the continuous delivery of value has created a lot of interest in microservices, CI/CD, and containers. The idea is that microservices are small and well defined enough to enable rapid innovation, automated testing, and frequent deployments with minimal risk. This is made possible by adopting continuous integration and continuous delivery pipelines. CI/CD requires the ability to quickly, easily, reliably, and automatically create and tear down complete execution environments. Linux containers address this need by creating lightweight, portable, and isolated runtime environments. It becomes easy to reach the conclusion that the path to digital transform is continuous value delivery via microservices-based on containers and CI/CD.
Continue reading “Achieving Deployment Excellence with Red Hat OpenShift.io”
Today’s announcement of Red Hat OpenShift.io was followed by a full day of developer toolset Summit sessions. These were presented by the OpenShift.io product development team and covered some truly amazing OpenShift.io features. While there are too many features to cover in a single blog post, these were my top 7 items.
Continue reading “7 Freaking Awesome things about OpenShift.io”
Developers often ask themselves these questions:
- Is this the right dependency to add for the feature that I need to build?
- What open source libraries and/or packages are others using?
- Is this a stable and secure version?
- Does this package’s license conform to my organization’s policies?
These are important questions that developers need to answer when choosing open source software components for their project. It is nearly impossible to deliver a modern application without depending on a number of software packages. It’s hard to justify spending time on the decision process since it doesn’t seem to add any visible business value. However, each component included is a potential liability if it has bugs or security vulnerabilities.
Continue reading “Increasing developer confidence and reducing development risk with Red Hat OpenShift.io Analytics”
Installing software is a drag
Getting a team set up to work on a new software project can be quite time consuming. You have some great ideas for the code you want to write, but you can’t get down to writing it until you have a development environment for yourself and the rest of the team.
First, you have to select, download, and install tools. There are usually some settings that need to be configured for each one. Then, every other developer on the team needs to do the same thing, and you have to explain it or write up instructions. This is even more challenging if some of your workers are remote or in different time zones.
The more software you install, the more burdensome it is to keep it all up to date. As you update software, you need to make sure the rest of the team keep their environments updated to avoid consistency problems. After adding new versions of software to your environment, any instructions or scripts you wrote for onboarding new team members become out of date.
Continue reading “The Power of Cloud Workspaces in Red Hat OpenShift.io”
It’s hard to believe that spring of 2017 is upon us, and with it, the preparation for our second DevNation Federal. Last year has seen a surge of innovation in open source communities, and now more than ever it’s imperative that government agencies equip themselves for the change that lies ahead. This year, digital transformation, microservices, containers and Kubernetes are hotter than ever. Function as a Service (FaaS), hyper-converged, and serverless architecture are on the horizon, and it is open source communities that are driving these technologies at an amazing pace.
Continue reading “DevNation Federal – Washington, DC June 8, 2017”
You may have read or heard that we folded DevNation into Red Hat Summit this year, which means that every Summit attendee has access to developer-related sessions, labs, and more!
Here are some highlights to look forward to at Red Hat Summit (and why you should attend):
- LOTS of developer content. This is possibly the largest Red Hat-hosted commercial developer event ever with nearly 150 developer-related sessions, labs, BoFs, Lightning talks, CodeStarters , classes, and demos, plus nearly 50 Red Hat engineers available for one-on-ones in the new “Ask the Experts” area.
- Find your sessions. As you search for topics, look at the Application Development track and beyond as you’ll find many additional and relevant sessions in different tracks as well.
- Hot topic. Microservices, containers, and cloud are all hot topics right now, so for those of you that want to focus on these, we have a Cloud Native Development Trail Map that will help you focus on 40 sessions, labs, and more.
Continue reading “Red Hat Summit 2017 is for developers”