IBM Cloud Pak® for Applications (CP4Apps) is an end-to-end hybrid cloud application platform, providing flexibility for deployments, building new cloud-native applications, refactoring and re-platforming existing applications. Designed to leverage a collection of application runtimes, modernization tools and a Kubernetes container platform to adapt to their landscape needs.
N/A
React
Score 8.9 out of 10
N/A
React is a JavaScript library for building user interfaces. React enables users to create interactive UIs. Design simple views for each state in an application, and React will update and render just the right components when data changes. React is available free and open source under the MIT license.
IBM Cloud Pak for Applications is clearly suitable for modernizing the WebSphere runtime from the heavy, complex and expensive WAS-ND, and to a lesser extent WAS-base, to the super simple, fast and lightweight WebSphere Liberty runtime. I guarantee, once you start using Liberty you'll never look back. Enough cannot be said about how awesome Transformation Advisor is. The output analysis it produces, along with the migration plan and associated artifacts, considerably simplifies both the decision-making process surrounding modernization and subsequent implementation. Without TA we would've made bad decisions by blindly picking unsuitable apps for moving from WAS to Liberty. Using the results from TA we've excluded multiple WAS apps from our immediate plans to migrate to Liberty, saving time and effort that probably would have resulted in a failed migration. We recently used Transformation Advisor to help us successfully migrate an app from Tomcat to WebSphere Liberty. We needed to make some changes to the Tomcat app, but TA helped highlight these required changes. Without TA I'm not sure we would have succeeded.
React is a JavaScript user interface construction library that works well for:
Developing web apps with dynamic and complicated user interfaces.
creating reusable UI elements that may be used in other applications.
creating single-page applications with dynamic content updates that don't require a page reload.
The Virtual DOM's effective updating mechanism allows it to handle large volumes of data updates.
React, on the other hand, might be less suitable for:
Websites that are simple, stagnant, and have no interaction. Other libraries or simple HTML, CSS, and JavaScript may be a better fit in such circumstances.
Web sockets may be a better choice for applications that need real-time updates, such as chat or gaming apps.
When creating mobile apps, React Native is a better option.
Server side rendering only, as React is designed to run on the client side.
React is fantastic for building performant user interfaces. Our web app is snappy and great for our customers.
React has the philosophy of doing one thing and doing it well which is the view layer of the application. This makes it incredibly intuitive and flexible for developers to use.
React has lead the way in being able to write modular and structured code. It is a drastic improvement since the days of spaghetti jQuery code.
React has an unmatched community. The amount of tools and libraries available is fantastic, and there plenty of solutions available online for common problems.
While the licensing is considerably simplified than it used to be, I still find it somewhat confusing. For example, WebSphere Liberty Core has an 8:1 VPC ratio. This is clear when dealing with VMs but it is still not clear to me as to whether we get an 8:1 ratio when running on OpenShift or whether we need to purchase additional OpenShift licenses to support running WebSphere Liberty Core in OpenShift.
Not so much related to IBM Cloud Pak for Applications, but while Transformation Advisor is an indispensable tool to help modernize to the WebSphere Liberty runtime, I wish we could run it against WebSphere Liberty itself. The reason being, we are now using TA as a single repository for our configurations. TA also highlights many potential issues when migrating to Liberty; these issues may also be applicable for apps already running in Liberty, we just don't know it yet.
Debugging React is challenging. Bugs in react code generate stack traces internal to React and it is often totally unclear how it relates to the code you actually wrote.
Relating your React elements to corresponding DOM elements is difficult. The intentional separation of virtual and actual DOM also makes it difficult to map the elements to the structures in the DOM. This is partially ameliorated by the use of the React dev tool, which provides a DOM-like view of the React elements, but the tool still does not provide a direct correspondence with the DOM that is often necessary to figure out why something isn't right.
Because JSX is React-specific and not a language feature, a special compilation process is necessary to convert JSX code to normal JS. Coming from a C++ background, compiling things doesn't bother me, but many JS developers are used to a less structured development.
React is just a bit of a different animal. I was avoiding it for the longest time. I thought for sure I would land on Vue or something else with a more approachable and familiar appearance. But after taking an online course in React, I started realize what people were raving about (and complaining about) and decided to implement it at our office for one of our products.
Since it's open-source and very popular, the community support for React and related tools and libraries is excellent. There are a lot of people using the same tools, and so issues tend to get fixed quickly and "recipes" are easy to come by. And since it's backed by Facebook, they have a dedicated engineering team working on the progression of React.
Comparing IBM Cloud PAK for Applications against alternatives highlights its distinct advantages. Its robust support for hybrid and multi-cloud environments enables unmatched flexibility in application deployment, crucial for businesses seeking to leverage various cloud services. This contrasts with platforms that may limit their focus to a single-cloud approach or offer restricted multi-cloud capabilities.IBM Cloud PAK's seamless integration with AI and data analytics, particularly through IBM Watson, provides powerful tools for developing AI-driven applications. This integration is a key differentiator from competitors that might not offer as comprehensive AI and analytics tools, allowing businesses to easily incorporate advanced technologies into their applications.Furthermore, IBM Cloud PAK for Applications prioritizes ethical AI development and compliance with regulatory standards, aligning with OpenAI’s guidelines. This commitment is essential for organizations that value responsible AI practices and need to adhere to strict privacy and security regulations.The selection of IBM Cloud PAK for Applications was driven by its holistic approach to application development, offering a blend of flexibility, advanced technological integration, and a commitment to ethical standards, making it a superior choice for businesses focused on innovation while adhering to ethical and legal standards.
While this is a widely contested debate with various blog posts and benchmarks all over the place, its really a personal choice to determine what works for the team. Coming from a Angular 1.x background, I decided to try a new framework when Angular 2.x was announced and at that time React is gaining popularity and Vue hasn't taken off yet. Compared to Angular 1.x and Vue (hybrid of React and Angular) that split the logic from the html templates, I loved the way React breaks code into components using the jsx syntax. In my mind, this allows for cleaner components and easier maintenance
We have been able to migrate apps away from the expensive WAS-ND to the more cost-effective WAS-base without throwing away our WAS-ND licenses. With a 1:4 ratio of WAS-ND to WAS-base we've been able to we've been able to save in excess of 75% on licensing charges for these apps.
By having a license model based on VPC ratios (1:4:8 - WAS-ND:WAS-base:Liberty core) we've been able to move away from using license pooling resulting in over-allocating (i.e. wasting) CPU cores for each license pool, to using consolidated license pools hosting a combination of WAS-ND, WAS-base and Liberty-core. This has allowed us to reduce our licensing costs accordingly.
