Red Hat 계정으로 회원 프로필, 기본 설정 및 고객 상태에 따라 다음의 서비스에 액세스할 수 있습니다.
아직 등록하지 않으셨습니까? 등록해야 하는 이유:
- 한 곳에서 기술 자료 문서를 탐색하고, 지원 사례와 서브스크립션을 관리하고, 업데이트를 다운로드 할 수 있습니다.
- 조직 내의 사용자를 보고, 계정 정보, 기본 설정 및 권한을 편집할 수 있습니다.
- Red Hat 자격증을 관리하고 시험 내역을 조회하며 자격증 관련 로고 및 문서를 다운로드할 수 있습니다.
Red Hat 계정으로 회원 프로필, 기본 설정 및 자신의 고객 상태에 따른 기타 서비스에 액세스할 수 있습니다.
보안을 위해, 공용 컴퓨터 사용 중에 Red Hat 서비스 이용이 끝난 경우 로그아웃하는 것을 잊지 마십시오.로그아웃
The open source community and the IT industry as a whole continue to discuss how they can use different hardware architectures to solve hard computational problems and address specific workloads. Customers value choice in their technology implementations, and choice is a key benefit of open source solutions. To best meet these needs, the software ecosystem has to
deliver solutions across a broad spectrum of architectures.
Red Hat’s recently-announced multi-architecture strategy helps customers to better design and build infrastructure and applications based on their choice of commercially available hardware architectures. The multi-architecture initiative helps to bring parity and align Red Hat’s product portfolio across supported architectures, including x86_64, ppc64le and s390x, as well as AArch64 (in beta). These architectural choices help customers and partners to innovate more rapidly and foster the development of new solutions.
What does it take to deliver an operating system for multiple architectures? Imagine a train that is constantly moving forward and has only a finite number of stops - if you want to be on the train, you need to be at the next station. You can’t simply hop-on, however, as preparations need to be made well in advance to make sure that things are ready prior to boarding.
This is similar to what Red Hat is doing with regards to delivering Red Hat Enterprise Linux on multiple architectures. Red Hat has developed rigorous processes and has been providing guidance and stewarding to all of our hardware and software partners for the past 14 years, which helps to smooth development and product delivery across all supported architectures. You can imagine the complexity of this, as every time a new server platform is introduced, there are original equipment manufacturers (OEMs) and hardware partners that would like to see Red Hat Enterprise Linux support for their products. Regardless of the ever-growing demand from these partners, Red Hat remains committed to our well-defined and stringent process around enablement which helps provide our customers with a hardened and stable environment that can be supported for their long-term needs.
There are nascent architectures, such as AArch64, that are still evolving quite quickly, dragging the entire ecosystem to move swiftly alongside them. This pace necessitates a different set of product requirements, like having to integrate newest technologies from various upstream Linux communities into Red Hat Enterprise Linux.
Each major release of Red Hat Enterprise Linux typically introduces a new kernel with a kernel application binary interface (kABI) and an updated application binary interface (ABI). Minor releases introduce new features and functionality while maintaining the kernel version and kABI/ABI. We frequently hear from customers who are willing to trade long-term support for access to the latest hardware functionality. These customers well understand the trade-offs and are not afraid to expose their infrastructure to disruption not typically seen in more traditional datacenter implementations.
To better address the needs of these customers, Red Hat is looking to accelerate the enablement of new architectures traditionally delivered in major releases of Red Hat Enterprise Linux, by bringing it to minor releases. This minimizes the disruption to the entire ecosystem typically associated with an introduction of a new major release and allows existing and new architectures to be enabled and delivered side by side while preserving ABI and userspace tools associated with major Red Hat Enterprise Linux releases.
Everything comes with a trade-off, however, and in this case, the product lifecycle for these new offerings may have to be shorter, as we are introducing support for new architectures in the middle of the lifecycle of the major release. Additionally, kABI of the current release cannot be preserved every time we are going to use a different upstream kernel.
As much as we truly enjoy working closely with the hardware ecosystem, Red Hat is still a software company that enables ecosystems, communities and customers to use innovative technologies. From a business perspective, we work with the ecosystem to deliver our software portfolio on certified platforms with our trusted OEM partners. Just like Red Hat, OEMs want to ensure the best possible customer experience with their products, making us natural allies in delivering these new solutions to the market. To enhance the benefit to our joint customers, we will continue to depend on our OEM partners to deliver solid customer experience across architectures while we will focus on providing common look and feel, familiar tools and applications, as well as enterprise-grade performance and security that customers have come to expect from Red Hat.
Look for the second part of this blog where we will provide an insight into Red Hat’s collaboration with IBM and ARM ecosystems.
About the author
Yan Fisher is a Global evangelist at Red Hat where he extends his expertise in enterprise computing to emerging areas that Red Hat is exploring.
Fisher has a deep background in systems design and architecture. He has spent the past 20 years of his career working in the computer and telecommunication industries where he tackled as diverse areas as sales and operations to systems performance and benchmarking.