Introduction
Typically when people hear the word edge, everyone gets a little apprehensive of what that means. So Josh, Andy, Martin and Chad got together to collaborate on what that means from their collective experiences across multiple industries. In this blog we will cover what the difference is between the near edge and far edge, as well as give some examples of what we have seen in these environments across multiple industries.
Near Edge
Near edge typically refers to distributed deployments of “scaled-down” IT-like services to support business operations outside the core data centers and public cloud providers. This includes anything from retail stores, branch field offices, manufacturing facilities, warehouses and distribution centers that generally have stable connectivity.
Traditionally, these have been referred to as remote offices or branch offices, with the common acronym ROBO, but there are far more examples of this deployment pattern. Consider the following:
- A point of sale system or back office processing at a retail location.
- A localized authentication/authorization source for badge access to a manufacturing plant.
- A file share located locally to a University’s extension office that’s replicated over an unreliable connection.
These are all examples that fit under our definition of near edge: scaled down IT services being operated closer to the consumers of those services.
Another way to identify these types of deployments is to look for datacenter-lite assets, such as rack mounted servers, scaled down networking gear typically focused on the access layer, and small pockets of storage for localized consumption. These are all things found within a traditional datacenter, however significantly scaled down to fit far lighter requirements and space/power/cooling availability.
These edge deployments also run a very common set of services, such as:
- Networking (wired and wireless)
- A hyperconverged virtualization cluster (at least two servers for high availability)
- DNS/IPAM
- Proxies
- WAN Acceleration
- IDM (Identity Management)
- An Active Directory domain controller
- LDAP server
- Applications running on Windows or Linux machines
- Lightweight Kubernetes deployments depending on maturity of organization
- Firewalls
Existing environments most likely have individual teams that support each component listed above, along with their own practices on how they are supported, which can slow down how long it takes to deploy a site.
Far Edge Deployments
Far Edge is an environment where we are seeing the convergence of IT and OT (operations technology) as part of the Industry 4.0 world (1.0 Steam, 2.0 Electricity, 3.0 Computers, 4.0 smart machines/IIOT). This is where we talk less about “IT systems” and services, and more about things such as individual sensors/motors and more, as well as industrial control systems. These various components are typically networked together, but kept far outside of the purview of traditional or central IT.
What this means is that people that have deep knowledge of how the OT systems in industrial/process controls, SCADA systems, manufacturing, oil and gas, etc. are starting to work with IT concepts to manage their systems. They have traditionally relied on a completely separate IT organization to deploy all of their servers, networking, storage and firewalls, which was always a pain point as this was a very slow process. DevOps was born from a very similar issue in traditional organizations, so we could think of this as the next evolution of DevOps for OT applications.
Closing
Each of us has done this before at large companies in different verticals, so I’m sure we can all agree that it takes a lot of work to build an automation strategy. Large companies who have built a strategy around Red Hat Ansible Automation Platform have seen great success in building, maintaining and securing their edge environments. Making all of your existing processes and group components available using a tool like Ansible Automation Platform allows you to go from multiple people manually deploying an edge site to building a workflow in Ansible Automation Platform to request to deploy, patch or validate security at an edge site.
Learn what Ansible helps you do at the edge →
Alternate:
You can migrate your existing automation processes - especially the setup and maintenance scripting, including patching that is common in edge environments - into Ansible Automation Platform with relatively little effort. Doing this will create a centralized “source of truth” available to all of the teams involved in edge deployments and maintenance, which will simplify and streamline edge deployments. Ansible Automation Platform also supports integrations with ticketing and workflow systems to provide visibility that security processes and business processes need.
*other contributors to this blog include Josh Swanson, Martin Jackson, and Andrew Block
저자 소개
채널별 검색
오토메이션
기술, 팀, 인프라를 위한 IT 자동화 최신 동향
인공지능
고객이 어디서나 AI 워크로드를 실행할 수 있도록 지원하는 플랫폼 업데이트
오픈 하이브리드 클라우드
하이브리드 클라우드로 더욱 유연한 미래를 구축하는 방법을 알아보세요
보안
환경과 기술 전반에 걸쳐 리스크를 감소하는 방법에 대한 최신 정보
엣지 컴퓨팅
엣지에서의 운영을 단순화하는 플랫폼 업데이트
인프라
세계적으로 인정받은 기업용 Linux 플랫폼에 대한 최신 정보
애플리케이션
복잡한 애플리케이션에 대한 솔루션 더 보기
오리지널 쇼
엔터프라이즈 기술 분야의 제작자와 리더가 전하는 흥미로운 스토리
제품
- Red Hat Enterprise Linux
- Red Hat OpenShift Enterprise
- Red Hat Ansible Automation Platform
- 클라우드 서비스
- 모든 제품 보기
툴
체험, 구매 & 영업
커뮤니케이션
Red Hat 소개
Red Hat은 Linux, 클라우드, 컨테이너, 쿠버네티스 등을 포함한 글로벌 엔터프라이즈 오픈소스 솔루션 공급업체입니다. Red Hat은 코어 데이터센터에서 네트워크 엣지에 이르기까지 다양한 플랫폼과 환경에서 기업의 업무 편의성을 높여 주는 강화된 기능의 솔루션을 제공합니다.