With OpenShift Enterprise by Red Hat®, developers can now produce and support more applications faster. Implementing proper workflow processes across your organization lets you cut development time even further and work toward a true continuous deployment model.
Faster app deployment, higher-quality software
Through continuous integration, you can make sure your organization gets the full benefits of OpenShift Enterprise. Not only will you deploy applications quicker, your software quality will improve.
In this webinar demo, Red Hat Consulting walks through the steps for streamlining your development process so you can reduce deployment time by:
Continue reading “WEBINAR: Automate OpenShift workflows to reduce dev-to-QA time”
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 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”
by Larry Spangler (Red Hat)
Lately, I’ve been seeing and hearing a lot of buzz about “operational efficiency.” As some see it, Operational Efficiency is basically the idea of doing more with less–if you can define and follow processes you can achieve repeatable outcomes with reduced error. Automate that, and you have a means to extend the reach of the individual IT operator while decreasing the effort and time required to build systems. It’s a straightforward value proposition that Red Hat has been touting and delivering for years with standardized operating environments (SOEs) and management tools like Red Hat Network Satellite and JBoss Operations Network.
But there’s evolution afoot here from the classic “operational” sense to one that is more expansive and higher purposed. The basics of SOE and management tools are now being used not only to define and develop repeatable infrastructure, they’re being leveraged with other tools like virtualization, IaaS, and PaaS to deliver on-demand capabilities. The key being that the focus is shifting from how to get the most out of your resource investment, to how to effectively and efficiently instantiate, use, and release systems for true on-demand capabilities.
Continue reading “The evolution of operational efficiency”
by Guy Martin (Red Hat)
Open Source is not only a business model for Red Hat; it’s ingrained into the DNA of the company. Because of this, Red Hatters can generally count on their co-workers understanding both the fundamentals of open source, as well as the ethos and methodologies that go with it. However, within Red Hat Services, the consulting teams often get customer questions around these topics, or hear from employees of our customers who relay things they’ve heard regarding adoption of open source within their enterprise.
So, with apologies to David Letterman, I’d like to share the Top 10 Signs Your Enterprise Doesn’t ‘Get’ Open Source. While this is meant to be a somewhat humorous look at the topic, I also think it’s an informative way to talk about improving an enterprise’s effective use of open source technologies and methodologies. I’ll break down the list not by rank order, but by three areas that customers typically encounter when dealing with open source: Consumption, Collaboration, and Creation. I’ll also put in a few thoughts about how to address each of these from an improvement perspective.
Continue reading “Top 10 Signs Your Enterprise Doesn’t ‘Get’ Open Source”
by Sean Thompson (Red Hat)
As technology consultants, we’re typically brought in by a customer to help them get somewhere specific they can’t reach on their own because of resources, skills, time or a host of other reasons. One of the things I’m most surprised by during these engagements, however, is how many IT organizations know where they want to go, but they don’t necessarily know where they are, or swear they are somewhere else. The knowledge they have about their infrastructure and what’s going on in their datacenter right now is extremely limited, or at best stale due to a lack of realtime data.
The value of understanding where you are today is immense, and is an important first step in realizing your IT goals and to help you move towards your ideal datacenter. Knowing where you stand and having a clear map of your current environment shines a light on opportunities to become leaner, to improve performance and automation, and to drive efficiency. The benchmarks you’ll create will help you conduct TCO/ROI calculations that actually mean something, so it will be clear how to become more agile, and become more responsive to the business.
Continue reading “Understanding where you are today: Assessing the current state of your datacenter”