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 Kenneth Poliran
Below is the second in a series of posts by actual Red Hat Certified Professionals offering their preparation tips for taking Red Hat exams. The thoughts and opinions expressed here are the author’s and not necessarily those of Red Hat Training.
When I began with Red Hat Enterprise Linux (RHEL), I started with zero knowledge. As a system administrator, I had been working mostly on other operating systems, but not on RHEL. I had been asked to set up a server for a client that wanted a Linux environment because of its stability and performance with clustered environments, so I quickly browsed for Red Hat courses for and enrolled in class. After completing the course, next came the heart-stopping RHCSA exam, but I wasn’t that worried since I felt prepared for that day.
Continue reading “Guest post: Preparing for Red Hat exams”
by Anderson Silva
Below is the first in a series of posts by actual Red Hat Certified Professionals offering their preparation tips for taking Red Hat exams. The thoughts and opinions expressed here are the author’s and not necessarily those of Red Hat Training.
I have been working for Red Hat for over 5 years, and throughout these years I have had the opportunity to take several Red Hat Training courses and earn a few certifications. These certifications include: Red Hat Certified Engineer (RHEL5, 2007), Red Hat Certified Architect (2010) and Red Hat Certified Engineer (RHEL6, 2012).
So, when I read that the good people at Red Hat Training were looking for some ‘How do you prepare’ for Red Hat training courses and exams, I thought I had something to offer.
Red Hat Training courses are usually set up in a small classroom environment with 4 days of lectures, Monday through Thursday, and the exam on Friday. Throughout the years, the amount of time the exam takes has changed a bit, but one can be sure to take up at least your entire morning on Friday.
Continue reading “Guest Post: Preparing for Red Hat exams”
by Wander Boessenkool (Red Hat)
Producing a Red Hat Training course takes a lot of hard, but also thankful, work. In this series of posts I will explore the workflow that goes into producing a single course.
To satisfy our technical readers we still start this series with a post about the tools we use to produce our output documents, from the slide-decks used by our instructors, through the PDF files sent to our printers to produce the printed version of our Instructor Guides and Student Workbooks, to the HTML content and stylesheets used for our Red Hat Online Learning offering.
Single Source Publishing
All of our course materials are authored in DocBook, an XML dialect designed for producing texts, ranging from a one page article all the way up to a set of multiple books. Using DocBook we can then easily convert a single set of source files describing a book into a wide range of output formats using XSL transforms.
Continue reading “Producing a Red Hat Training Course – Part 1”
by Emily Brand (Red Hat)
Starting research on how to migrate your applications to JBoss can be an overwhelming process. Taking the migration in small steps will help manage expectations and increase the success of the effort. The major steps for planning include creating a project management office, completing a current state analysis, and creating a diagram specifying how applications interface with each other throughout your organization. With that information in hand you are ready to create a project plan and begin the migration.
Create a Project Management Office (PMO)
Decide which project managers will be the overall leads of the project. If you are missing resources that are capable of project managing, Red Hat Consulting can help augment your PMO and train your project managers for migrations.
The PMO will handle scheduling by creating a project plan. The project plan should originally be a high level document specifying the list of applications and the project start and end date. Managing and mitigating risks is the number one goal of the project manager. The PMO will also be in charge of holding individuals accountable for sticking to the project plan after achieving buy-in as well as coordinating communication throughout all of the necessary parties including infrastructure, database, and application teams.
Continue reading “Migration planning using JBoss Cake”
by Will Dinyes (Red Hat)
With the recent release of JBoss Enterprise Application Platform (EAP) 6, Red Hat is ensuring that developers and administrators alike are getting more for less. More performance, for less memory. More services, with less configuration. And more management tools, with less hassles. In conjunction, the Red Hat Training team has been hard at work integrating more into our JBoss courses. First, we updated our popular JBoss Application Administration I course (JB248). Now we are set to release our updated course JBoss Application Adminisration II (JB348). Available in December, JBoss Application Administration II will bring all of the advanced topics we covered in our similar course for EAP 5, such as clustering, performance tuning, and JBoss Operations Network, and will add even more content specific to EAP 6, covering CLI scripting, messaging providers, and an introduction to OpenShift.
Continue reading “Taste of Training Preview: EAP6 clustering over TCP”
by Thomas Crowe (Red Hat)
As an experienced IT professional, chances are you’ve been involved with a migration of some sort. Whether it’s a simple migration, such as moving static data to another node or a highly complex migration across datacenters, all successful migrations have one thing in common – rock solid planning. Migrations that are attempted without the requisite planning can be fraught with peril, and end up with disastrous consequences
Ultimately, users, our customers, do not really care if a given server is up or down. They care whether they can access a specific application, such as email, a web site, or data. It is the service that users care about, and it is the service in which migration planning needs to be focused.
Continue reading “Migration strategy 2.0: Plan a services-focused approach for greatest success”
by Satish Irrinki (Red Hat)
It’s a truism that adopting open source software (OSS) reduces costs, but that’s not all. Let’s make a deeper dive into the business value of adopting OSS and uncover how the adoption provides immense value at multiple levels of an organization. The value proposition for OSS can be attributed to three groups within an organization – Technical Buyers, Business Buyers, and Economic Buyers.
Technical buyers can be best described as the line managers who are operating under stringent budgets to do more with fewer resources. As a result they aim to reduce costs and increase efficiencies within their operating units. In a bid to increase their resources utilizations, the technical buyers seek to increase reliability and flexibility in their operations. To achieve these goals they use systems that are reliable, adhere to standard specifications, and low in cost.
The high level of collaboration and contribution within the OSS development model accelerates the number of features that typical open source software provides. Availability of source code allows the adopters to make custom changes and tailor the software for specific needs. The ability to reuse software components across the organization (develop once and use within multiple systems) reduces the unit cost of development. These virtues of OSS mesh well with the goals of technical buyers and make OSS a viable option when making technology decisions.
Continue reading “Business value of open source software”