This post is part of short session I spoke in Japan, strictly my opinion.
Red Hat JBoss xPaaS can help enterprise to adopt DEVOPS in many ways. My thoughts of DEVOPS, as in many years in the industry, I believe DEVOPS can be broken down to 3 major part.
- Self Service
- Continuous Delivery
I put self service first is because I think without achieving this the whole DEVOPS is just adding more work to both developers and operations, don't forget, the whole idea of DEVOPS is to reduce conflict between then and to be more productive when delivering softwares.
"Without self service operation, cloud is just a Just expensive hosting" I love this phrase, found it when I was reading from Damon Edwards, Operation department is the past few years has focus on IaaS "Infrastructure as a Service", so they would have the flexibility to manage the network, have entire storage work as a pool to service and computing power can be distributed as needed. This is important in the way that now operation have much easier control to their hardware resources, but at the end what these resource is really used for is to provide software service to end users, these users can be either real customers, or just an application calling API. Developer must deploy their software to make it happen.
So here is the case, operation still needs to install the container, middleware or any software is needed , configure everything, such as where the database, message broker is at, clustering for high availability and deploy the packaged and build software to the container. Red Hat JBoss xPaaS gives you a standard uniform way to allow developers to create the containers and have the based software, middleware or container installed. The standardization in the enterprise is important, because you do not want to give too much freedom to developer on the various versions and type of software to install, that would just add too much complication when it comes to patching and maintaining. Only the authorized platform running on enterprise cloud instead of any random one the developer downloaded from the internet. Also because of the standardized environment, DEV and OPS can speak in the same language, with easier to communicate.
But at the same time we also want developer to have the full power to create, configure and control the, at the end of the time, developers are the person most familiar with the application they want to push out. In Red Hat JBoss xPaaS, allows developer to select from varieties of standardized cartridges. Cartridges are like the template of different platform, from this cartridge, it will create a real running container with the specified template installed. The enterprise can even customize it's own cartridges. With this freedom to create their own application instance, developer no longer have to wait forever for deployment and can make configuration changes as fast as possible.
The resource allocate to each container can be monitor and changed, those container that were not always needed, such as the testing environment, these resource can then re-allocated to others needed more. And depending on what platform you are using, with xPaaS it is very common and easy add an load balancer in front of the application allowing it to become scalable.
And with Red Hat JBoss xPaaS developer can now focus on delivering their application on the cloud, there are many ways developer can do this through Red Hat JBoss xPaaS.
- Accelerating you application on the cloud - aPaaS
- Integrate anything anywhere on the cloud - iPaaS
- Moving Business process and core business application on the cloud - bpmPaaS
more to come next post about what is in Red Hat JBoss xPaaS.