by Randy Russell and Pete Hnath (Red Hat)
Cloud computing represents a major shift in enterprise IT architecture that requires companies to rethink their strategy. Red Hat is bringing to market a full portfolio of training and certification offerings that enable customers to evaluate Red Hat’s cloud technologies and understand how to deploy them successfully.
Customers seeking to build an open Infrastructure-as-a-Service (IaaS) cloud may look to Red Hat OpenStack as their foundation. OpenStack is emerging as a leading platform for IaaS cloud architectures and has attained broad industry support. Red Hat is excited to announce the immediate availability of Red Hat OpenStack Administration (CL210), which provides architects and system administrators with a hands-on course to learn how to install, configure, and manage a Red Hat OpenStack deployment. Later this summer Red Hat will also introduce the Red Hat certificate of expertise in OpenStack IaaS, which will validate a professional’s ability to successfully deploy and administrate an OpenStack based IaaS cloud.
For customers looking to deliver an open Platform-as-a-Service (PaaS) cloud, OpenShift Enterprise by Red Hat may be the solution. OpenShift gives application developers self-service access so they can easily deploy applications on demand. Red Hat is pleased to announce the immediate availability of OpenShift Enterprise Administration (CL280), a heavily lab-based 2-day course that guides the student through the steps to install, configure and manage an OpenShift based PaaS cloud.
Continue reading “Red Hat Training and certifications help build your path to the cloud”
By Damian Tommasino
The demand for Linux engineers today is growing rapidly with the increase of “cloud” services. More and more organizations want their data to be available everywhere they go with zero downtime to their applications. This kind of demand from organizations requires that engineers know their “stuff” cold. When a web server goes down or a disk fails, you don’t have time to Google for an answer while there is a service outage affecting all of your customers. Becoming Red Hat certified is just one way to set yourself apart when showing potential, or current, employers that you can rise to the challenge.
Red Hat has clearly recognized these types of challenges that engineers and administrators face today when they developed their exams. Instead of the normal Q & A you would expect, these exams are fully hands-on. This lab style exam format helps to set Red Hat apart from other vendors by showing that certified individuals are highly experienced in their roles. For me, having Linux experience is critical to my job and being certified (from multiple vendors) shows expertise to my clients and peers.
The two main Red Hat exams are the Red Hat Certified System Administrator (RHCSA) exam, and the Red Hat Certified Engineer (RHCE) exam. As previously mentioned, each exam is completely hands-on and requires a solid proficiency of Red Hat Enterprise Linux in order to pass. The RHCSA is two and half (2.5) hours long, while the RHCE is two (2) hours.
Continue reading “Guest Post: Preparing for Red Hat exams”
by Jurgen Hoffman (Red Hat)
OpenShift is great! Developers can quickly start development on a new project. Just log into the web console, create a new application, select a gear and start coding. When you are done implementing a feature you push to OpenShift and after a few seconds you can admire and share your work with the whole world.
But there is more to consider when working with OpenShift. What if you develop in teams? Usually applications are not directly deployed into production. How can I implement a staging process harnessing the OpenShift Infrastructure? How do I know if my changes passed an Acceptance Test or failed it? How does a test team know which features have been implemented?
The answer to these questions are usually not easy, and every company has implemented their own set of processes to address these problems. Although some Organizations have automated some of their IT Infrastructure, there are still a lot of manual processes and changes involved when it comes down to taking a particular software release from development into production. On the other hand, the business stakeholders have a high interest into a fast and efficient Release process, because every day that my feature is not in production and available to my users, is lowering my ROI.
Continue reading “What if you could make DevOps easy and reliable?”
by Justin Hayes (Red Hat)
Like many organizations, Red Hat Consulting constantly seeks ways to eliminate organizational inefficiencies in our business operations. These inefficiencies typically deal with how our consultants are trained on cutting edge technologies, how our sales force demonstrates product capabilities to our customers and prospects, and how our technical groups request operational environments (virtual machines, platforms, etc.)
To attack this problem, a team of architects and consultants set out to design, implement, and operationalize a system that will reduce these inefficiencies. This system is called the Red Hat Innovation Center (RHIC). Its vision is twofold:
1. To demonstrate Red Hat products’ features and capabilities through a solutions-oriented approach based on real world use cases.
2. To enable our consultants to quickly and efficiently learn our technologies by lowering the barriers to entry to internal training.
Continue reading “Introducing the Red Hat Innovation Center”
by Malcolm Herbert (Red Hat)
The post below originally appeared here on November 22, 2012.
A comparison between enterprise IT and public cloud computing dramatically highlights the benefits of moving to cloud.
Application deployment times can shrink from weeks in the traditional data centre to minutes in a cloud data centre; new application development time accelerates from years to weeks (or months at most); cost per virtual machine plummets from dollars to cents; server administrator ratios can explode from 20:1 to 300:1; while efficiency increases, with resource utilisation soaring from 20% to 75%.
With measurable benefits like these, it’s no wonder that IDC expects that by 2015 the majority of the enterprise market will require integrated hybrid cloud management capabilities (Source: IDC Cloud Management Study, 2011 Survey).
Continue reading “Five top tips for the journey to cloud”
by Duncan Doyle
With the growing popularity of cloud environments and cloud-like architectures, the Service Oriented Architecture (SOA) paradigm has become increasingly important. Having been the previous big buzzword in IT, the term SOA has often been used as a means to sell software products instead of a term to refer to architectural style. However, in order to benefit most from the new possibilities in virtualization, just-in-time provisioning and on-demand scalability it has become a must for businesses to partition their enterprise logic and functionality into individual components which can independently be deployed in heterogeneous environments.
One of the goals of an SOA is to provide the enterprise with a set of re-usable, readily available business services, and as such reduce cost and provide greater operational agility. The autonomous nature of well-defined services make these components the perfect candidate for deployment in cloud environments. These individual services can then be combined, or composed into business applications which provide the actual business value. The specific compositions of these services in fact defines the actual business process.
Continue reading “BPM: Utilizing JBoss technologies to increase business performance and agility”
by Bruno Lima
Becoming EMEA’s Red Hat Certified Professional of the Year was very easy. I just wrote a letter and crossed my fingers, haha. Jokes aside, I believe I became a Red Hat Certified Professional of the Year because when I entered my submission, I not only wrote a reply, I relayed how Red Hat is integral to both the story of my life and in my career. From the innovative projects I’ve participated in to the satisfaction of our customers, Red Hat has meant a lot to me.
I started using Red Hat technologies in the mid-90s when open source was still unknown by many and ignored by almost everyone. I remember my first installation of Red Hat, which was at a public company in a small town called Sao Luis in Brazil. It was where I was born and raised. The company needed a reliable solution to run an electronic mail system, and at that moment the only platform that met our needs was to use the Red Hat Linux with Sendmail. I never stopped using Red Hat technologies after that, using Red Hat and open source for more and more projects.
Continue reading “Guest Post: Bruno Lima, Red Hat Certified Professional of the Year, EMEA”
by David Kang (Red Hat)
Cloud is not software, cloud is not hardware, cloud is not virtualization, and cloud is certainly not a panacea for broken IT. Cloud is an architecture: a set of fundamental tenets that have different implications at different levels of IT, from network, to hardware, to applications, and to the IT process itself. To say you have a cloud is to say that you have a cohesive architecture, technology set, and most importantly processes, that work towards a defined goal under a set of well-understood principals. Building your cloud is as much about defining your goals and governing principals as it is about investing in technology.
Building your cloud and consuming cloud services
Step one is defining your governing principals. This is a crucial step before embarking on your cloud journey as the policies and principals you define will help you navigate your journey through the rapidly expanding cloud ecosystem. This is also an opportunity to ask tough questions and examine what your principals and processes are, and why you have them. Process is ultimately about managing risk, so consider what risks are acceptable under your governance policies and weigh them against the potential benefits cloud can offer. Both Facebook and Google have adopted “deploy to production” models that seem to fly in the face of process conventions such as ITIL or RUP, yet somehow they seem to survive. The penalty for not doing this exercise is ballooning adoption costs, or failed rollouts all together.
Continue reading “Cloud Sniff Test: Cutting through the jargon”