Red Hat OpenShift Reviews

The OpenShift environment will be used by medical applications. This environment is still in the development/QA phase.

Not yet.

The scaling and uptime of the applications.

Needs work on volume handling (although this is already better with GlusterFS). Security (SSSD) would also be an improvement.

Not at this moment (still running in dev/QA phase).

Not at this moment (still running in dev/QA phase).

Five stars out of five, all issues were solved in an acceptable timeframe.

This was my first installation. It was not straightforward due to internal limitations, not the product.

I rate it a six out of 10. There are still some issues with it. I have several cases at Red Hat that need to be resolved.

Do a test to try the solution.

Migrate to microservices.

Has helped us with faster deployment time, zero downtime.

• Scaling
• Fast deployment
• Zero downtime when releasing a new version
• Auto-recreate pod if pod fails
• Fast rollback, with one click, to previous version

It could use auto-scaling based on criteria such as transaction volume, queue backlog, etc. Currently, it is limited to CPU and memory. 

Credential not hidden, so people on the same group can view it.

We were running many of our products on OpenShift.

We had to discontinue this solution due to many limitations.

Has a better UI and is good as a CICD solution.

Some of the features are platform-specific, so if it is ported to other cloud solutions it requires a lot of changes.

I am using OpenShift as a container platform to host various applications in a containerized environment.

It has really helped me a lot in debugging the issues.

The most valuable thing about it is the support available. 

Installation and setup are a bit tedious, especially in a proxy environment.

Java and WildFly.

OpenShift is great for flexibility, agility, and speed of delivery. We use WildFly as an application server. We have not started to use OpenShift mainly, yet.

• WildFly, because it standardizes infrastructure.
• The git repository and docker. Git is essential for source code and Docker for infrastructure.

It would be great if it supported Bitbucket repositories too.

In short, OpenShift is about running and developing applications in a very efficient manner without the need to mess with virtual machines and other environments.

Longer version: OpenShift is a system for developing and running container-based applications. It uses Kubernetes for the orchestration and deployment, but it is much more than that. With excellent self-provisioning capabilities, it helps power users (developers and administrators) to do their jobs in the shortest time possible. If applications are built with the best practices for cloud or on-premise deployment, they will run well. Such setup saves time and hardware resources by being optimized from the start. Security is also an important part of this solution. By default, things are running with limited privileges and securely confined to their own resources. This way, different users and projects can all use the same infrastructure.

Self-provisioning support saves a lot of time and unnecessary work from the system administrator who can use this time to run and monitor the infrastructure. For the developer, this means less time waiting for the provisioning and excellent flexibility for development, testing, and production. Also, in such systems it is easy for developers to monitor applications even after deployment.

• Excellent GUI support, so one does not need to use the command line client for almost any tasks.
• Great support for building images directly from Git repositories with hooks.
• Great integration with Jenkins for constant integration and development.
• Supports all the major languages and environments - PHP, Java, Node.js, Ruby, etc.

The area for improvement is mostly in support for legacy applications. I believe OpenShift/Kubernetes will play an even more important role in the future, where it will eliminate a lot of the need for virtualization solutions. Such solutions are the proper building blocks for DevOps needs.

I rate this product a 10 out of 10, as this is one of the best options for developing and running modern applications. Easy to use, easy to scale. Offers great command line and Web client. Excellent also for automation.

• Continuous integration between different technologies

• Single Sign-On

• Security enhanced

• Easy deployment and follow-up of entire pipeline process

We connected Jenkins as the main build operator with API calls to the OpenShift Pipeline. It is amazing the amount of time saved. You can see the logs of pipeline process on Jenkins and follow it in real-time or by notifications if something goes wrong. We used Slack for build notifications as well.

• Build

• Deployment

• Product delivery

These areas would save time for the entire team.

We have used this solution for one year so far. We have been following all the improvements on the tool since the launch.

There were only deployment problems on my end, but I did have to reconstruct pipelines.

There were no stability issues.

There were no scalability issues, but only some Docker issues.

Customer service is perfect.

Not available.

I started using another technology, whose name I don't recall. The goal of OpenShift is to make things easier by connecting all tools in one switch.

The first installations were tricky. There were some bugs and workarounds, but it was never hard.

Newer versions were smoother and the problems no longer exist.

The first implementation was done on my own, where I was learning, testing, and exploring. All the documentation is updated on their website.

The ROI is in terms of productivity and saving time. I can't measure how much money I saved by using this technology, but know for sure that the money was well invested.

Go for it. Red Hat is professional on solutions.

I tried Rancher and other similar technologies, but their goals weren't the same as mine.

Try using OpenShift Origin (free version) for a instance. It is pretty stable and has new nice features. The code is on GitHub, so you can always suggest improvements and bug fixes.

The software defined network is the best feature in my opinion. While not as flashy as the container scheduling and health monitoring, the usage of a software defined network means administrators existing expertise can be leveraged.

The SDN's usage of existing protocols means it's easier to modify and customize OpenShift.

I've assisted our clients in streamlining with development and deployment processes, achieving orders of magnitude reductions in time to market.

Possibly, the most complicated part is the configuration for an application. Other solutions do have easier ways to configure an application deployment, but they also come with greater restrictions.

Three years. I've been involved since some of the initial installations with Red Hat pilot customers.

No, I have not had any stability issues with OpenShift.

No, OpenShift is imminently scalable. Easy to deploy more containers. Easy to deploy additional nodes. Automating dynamic scaling capabilities was trivial.

OpenShift is supported by Red Hat, with their usual industry leading SLAs.

As a consultant, I have no installed OpenShift for my own solutions. But I have worked with Openshift and Cloud Foundry. Both are excellent products. But some of the limitations inherent in Cloud Foundry made it unfeasible for several of my clients.

The initial installation is trivial. Red Hat has automated the installation using Ansible.

OpenShift is available in Red Hat's usual open source support subscriptions.

Not really applicable to my situation. I support several products and recommend, then implement the best solution for my clients' needs.

While a PaaS is not for everyone, OpenShift mixes the best combination of new technology with the reuse of existing technology. This reuse of familiar options gives OpenShift simpler integration, and greatly reduces the learning curve for new users.

If you need a PaaS with the ability to customize it to handle more complex deployments using protocols other than HTTP, or you need a solution that will scale from a developer's workstation to a multi-site global installation only, OpenShift gives you that flexibility.