The Internet of Things is a modern term of art for a relatively old concept (in technology time). The Internet of Things (IoT) is a way of virtualizing physical objects -- of making those physical objects under the control of software-based systems.
An IoT environment is predicated on a strong communication design. The various objects need a way to communicate with an end user and (depending on the object and the architecture) with a central system or with other objects. There are different potential mechanisms for that communication, but a very simple and well-vetted method is an embeddable web server.
Like the name implies, this is a web (HTTP) server that is embedded within an application, that the application can use to interact both with external clients (as a typical web service) and with the device itself.
Wilfred Nilson, writing for embedded, the systems development site, had a really great description of an embeddable web server: it is “webbing traditional design.”
And that leads us to JBoss Undertow. Undertow became the new web server for the Wiildfly project starting in version 8. Previous versions of Wildfly and JBoss used an offshoot of Tomcat, JBoss Web Server, as its web server subsystems. But Tomcat is designed as a standalone server, with a fairly static architecture and high resource requirements. With Wildfly continuing in a more modular, use-only-what-you-need design, having a rigid and potentially over-designed web server wouldn’t work. Enter Undertow.
* Undertow embedded as a subsystem in Red Hat JBoss Enterprise Application Platform
Each possible action of a web server -- session handling, authentication, error pages, persistent connections, servlet management -- can be broken down into a subservice or component called a handler. These handlers are then chained together to create the precise workflow that is required for a given use case. Because Undertow is Java-based, it can also use servlets, and any servlets can be mixed with any handlers.
* Simple handler flow. Inspired by a diagram by Francesco Marchioni, Java Code Geeks, 2014.
What that means in a functional sense is that Undertow only requires the handlers that will actually be used. This potentially streamlines the server pretty significantly and can improve its ratio of performance to resource usage. (The Undertow package itself is less than 1 MB, and even at runtime, its heap size is around 4 MB. For comparison, a typical heap size for Tomcat is anywhere from 64 to 128 MB.)
Undertow has more to it than just architectural changes. There are several other features that feed into its nimble nature:
- It supports HTTP upgrade -- something that allows it to switch between different HTTP protocols (including HTTP2) and even other Java-friendly protocols like EJBs over HTTP. This reduces the number of ports that you need to have available -- which is well-suited for cloud applications where ports may be limited.
- It can work as a reverse proxy for a cluster of web servers. As other Undertow servers are added, a cluster topology can be created and updated dynamically. WIthout requiring manual intervention or supporting servers like Apache.
- It supports both blocking and nonblocking IO. Blocking means that one request has to be completed before the server will begin to process the next request; nonblocking means that the server will process multiple, simultaneous request as long as they aren’t dependent on each other.
- Undertow introduces a buffer cache. What that means is that it stores data in RAM rather than writing it to physical storage; that means that the information is usually faster to retrieve.
That light weight has a purpose. As the embedded article noted, traditional actions are being performed in the web; traditional designs are being revised to make them work natively in web environments. That’s at the heart of a use case like an IoT environment, a web server which is light enough to be embedded within the same application it controls.
저자 소개
Deon Ballard is a product marketing manager focusing on customer experience, adoption, and renewals for Red Hat Enterprise Linux. Red Hat Enterprise Linux is the foundation for open hybrid cloud. In previous roles at Red Hat, Ballard has been a technical writer, doc lead, and content strategist for technical documentation, specializing in security technologies such as NSS, LDAP, certificate management, and authentication / authorization, as well as cloud and management. She also wrote and edited the Middleware Blog for Red Hat and led portfolio solution marketing for integration and business automation.
채널별 검색
오토메이션
기술, 팀, 인프라를 위한 IT 자동화 최신 동향
인공지능
고객이 어디서나 AI 워크로드를 실행할 수 있도록 지원하는 플랫폼 업데이트
오픈 하이브리드 클라우드
하이브리드 클라우드로 더욱 유연한 미래를 구축하는 방법을 알아보세요
보안
환경과 기술 전반에 걸쳐 리스크를 감소하는 방법에 대한 최신 정보
엣지 컴퓨팅
엣지에서의 운영을 단순화하는 플랫폼 업데이트
인프라
세계적으로 인정받은 기업용 Linux 플랫폼에 대한 최신 정보
애플리케이션
복잡한 애플리케이션에 대한 솔루션 더 보기
오리지널 쇼
엔터프라이즈 기술 분야의 제작자와 리더가 전하는 흥미로운 스토리
제품
- Red Hat Enterprise Linux
- Red Hat OpenShift Enterprise
- Red Hat Ansible Automation Platform
- 클라우드 서비스
- 모든 제품 보기
툴
체험, 구매 & 영업
커뮤니케이션
Red Hat 소개
Red Hat은 Linux, 클라우드, 컨테이너, 쿠버네티스 등을 포함한 글로벌 엔터프라이즈 오픈소스 솔루션 공급업체입니다. Red Hat은 코어 데이터센터에서 네트워크 엣지에 이르기까지 다양한 플랫폼과 환경에서 기업의 업무 편의성을 높여 주는 강화된 기능의 솔루션을 제공합니다.