본문으로 건너뛰기
피드

이노그리드, 클라우드 통합 UI·UX로 K-디자인 어워드 수상

frontend 약 5분
vote
0
댓글
북마크

이노그리드가 자사 클라우드 솔루션에 적용한 통합 One UI·UX 디자인으로 K-디자인 어워드 2026 커뮤니케이션 부문 위너를 수상했다. 멀티·하이브리드 클라우드와 AI 인프라 운영이 복잡해지는 상황에서 제품별 화면 경험을 통일해 학습 부담을 줄인 점이 핵심이다.

  • 1

    K-디자인 어워드 2026에는 36개국 2690개 작품이 출품됐고 334개 작품이 수상작으로 선정

  • 2

    이노그리드는 커뮤니케이션 부문 위너를 수상

  • 3

    통합 One UI·UX는 탭클라우드잇, 오픈스택잇, SE클라우드잇 등 주요 클라우드 솔루션에 공통 적용

  • 4

    제품별 화면 구성을 통합해 여러 솔루션을 써도 같은 사용 경험을 제공

  • 5

    GPU·NPU·CPU·QPU와 AI 개발·학습·배포·운영 환경을 단일 컨트롤 플레인으로 연결하는 방향과 맞물림

  • 이노그리드가 클라우드 솔루션 통합 UI·UX로 K-디자인 어워드 2026에서 수상함

    • 커뮤니케이션 부문에서 위너로 선정
    • K-디자인 어워드는 산업·공간·커뮤니케이션 분야의 국제 디자인 공모전
    • 올해는 36개국에서 2690개 작품이 출품됐고, 334개 작품이 수상작으로 뽑힘
  • 수상한 건 단일 제품 화면이 아니라 여러 클라우드 제품에 공통 적용되는 One UI·UX 디자인임

    • 탭클라우드잇, 오픈스택잇, SE클라우드잇 등 주요 솔루션에 적용
    • 제품별로 제각각이던 화면 구성을 일관된 체계로 통합
    • 여러 솔루션을 같이 쓰는 운영자도 비슷한 방식으로 화면을 이해하고 조작할 수 있게 만든 게 포인트임
  • 클라우드 관리 도구는 원래 화면이 복잡해지기 쉬움

    • 컴퓨팅, 스토리지, 네트워크 같은 인프라 자원을 한 화면 안에서 다뤄야 함
    • 운영 상태, 장애, 자원 사용량, 정책 같은 정보도 동시에 봐야 함
    • 멀티·하이브리드 클라우드와 AI 인프라까지 붙으면 운영 화면의 정보 밀도가 확 올라감

ℹ️참고

> 인프라 제품에서 UI·UX는 “예쁘게 꾸미기”가 아니라 운영 리스크를 줄이는 문제에 가까움. 화면 구조가 헷갈리면 장애 대응이나 자원 설정에서 바로 비용이 생김.

  • 이노그리드는 화면 체계와 정보 구성을 직관적으로 만드는 데 초점을 뒀다고 설명함

    • 제품별 학습 부담을 줄이는 게 목표
    • 복잡한 인프라 정보를 빠르게 파악하게 만드는 방향
    • 디자인센터, UX 플랫폼팀, 개발센터가 같이 참여해 디자인 완성도와 실제 운영 편의성을 함께 봤다고 함
  • 앞으로는 클라우드와 AI 인프라 제품군 전반으로 이 원칙을 확대할 계획임

    • 회사가 내세우는 기술 방향은 From xPU to AI Platform
    • GPU, NPU, CPU, QPU 같은 다양한 연산 인프라를 포함
    • AI 개발, 학습, 배포, 운영 환경까지 단일 컨트롤 플레인으로 연결하는 과정에서 일관된 사용자 경험을 제공하겠다는 그림임
  • 이 뉴스가 개발자에게 의미 있는 이유는 단순 수상 소식보다 “운영 도구의 복잡도를 어떻게 낮출 것인가”에 있음

    • 클라우드와 AI 인프라가 붙을수록 관리자 화면은 더 무거워짐
    • 제품마다 UX가 다르면 신규 운영자 온보딩도 느려지고 실수 가능성도 커짐
    • 결국 인프라 제품 경쟁력에 개발자 경험과 운영자 경험이 점점 더 크게 들어가는 중임

기술 맥락

  • 이노그리드의 선택은 여러 클라우드 제품을 하나의 Design System으로 묶는 쪽이에요. 클라우드 운영자는 제품을 하나만 쓰는 게 아니라 컴퓨팅, 스토리지, 네트워크, AI 인프라를 오가며 봐야 해서 화면 규칙이 다르면 피로도가 커지거든요.

  • One UI·UX가 중요한 이유는 학습 비용을 줄이기 위해서예요. 운영자가 제품마다 메뉴 구조와 정보 배치를 새로 익혀야 하면 장애 대응이나 설정 변경 때 속도가 떨어지고, 그게 곧 운영 리스크가 돼요.

  • 단일 컨트롤 플레인 방향도 같은 맥락이에요. GPU, NPU, CPU, QPU 같은 자원이 늘어나면 단순 서버 관리 화면으로는 부족해지고, AI 개발·학습·배포·운영 흐름까지 한곳에서 이어 보는 경험이 필요해져요.

  • 그래서 이 기사는 디자인상 수상 소식이지만, 실제로는 클라우드 운영 제품이 점점 플랫폼화되는 과정에 가까워요. 기능을 많이 넣는 것보다 복잡도를 어떻게 감당하게 만들지가 경쟁력이 되는 거죠.

클라우드 운영 도구는 기능이 많아질수록 화면이 난장판이 되기 쉬운데, 이노그리드는 그 문제를 디자인 시스템과 통합 UX로 풀겠다는 메시지를 냈음. 인프라 제품에서도 개발자 경험과 운영자 경험이 경쟁력이 되는 흐름임.

댓글

댓글

댓글을 불러오는 중...

frontend

Vision Pro로 집 설계 도면을 직접 걸어보니, 이게 진짜 킬러 앱일 수도 있겠다는 이야기

Christian Selig은 집을 짓는 과정에서 평면도 PDF만으로는 공간감을 알기 어려워 Vision Pro용 3D walkthrough를 직접 만들었다. Fusion 360으로 벽과 바닥을 만들고, IKEA·3D Warehouse 모델을 가져와 USDZ로 내보낸 뒤, Claude와 Codex로 컨트롤러 지원 USDZ 뷰어 Prospector를 만들었다는 경험담이다.

frontend

데모신 툴 UI 구경기: 예쁘고 불편하고 이상하게 실용적인 화면들

데모신 문화에서 쓰이던 자체 제작 도구들의 UI를 훑는 긴 글임. Amiga 어셈블러, 음악 트래커, 디스크 복사기, 압축 도구, ANSI 편집기까지 나오는데, 당시 제약과 문화가 UI에 얼마나 직접적으로 묻어나는지 보여줌.

frontend

UI 컴포넌트 이름 헷갈릴 때, 동작 계약까지 뽑아주는 퀴즈형 도구

NameThatUI는 웹 UI 요소의 이름을 맞히는 데서 끝나지 않고, 비슷한 UI 패턴을 비교한 뒤 구현 가능한 동작 명세로 정리해주는 도구다. Tooltip, Popover, Hover Card처럼 생긴 건 비슷하지만 접근성, 포커스, 닫힘 규칙이 다른 패턴을 구분하는 데 초점을 둔다. 코딩 에이전트나 컴포넌트 라이브러리에 잘못된 이름을 던져서 엉뚱한 구현이 나오는 문제를 줄이려는 접근이다.

frontend

포럼 소프트웨어에서 React 걷어내고 HTMX로 돌아가려는 이유

Misago 프로젝트가 React.js 기반 UI 구조를 걷어내고 Django 서버 렌더링과 HTMX 조합으로 단순화하려는 이유를 설명한 글이다. 같은 화면을 Django 템플릿과 React 컴포넌트로 두 번 구현하는 문제, 중복 번역 파일, JSON 직렬화 비용, 플러그인 개발 복잡도까지 꽤 현실적인 고통이 나온다. 결론은 포럼처럼 상호작용이 특정 영역에 몰린 서비스라면 풀 React 앱보다 서버 렌더링 HTML 조각 교체가 더 맞을 수 있다는 얘기다.

frontend

타입스크립트 7.0, Go 네이티브 포팅으로 빌드가 8~12배 빨라졌다

마이크로소프트가 타입스크립트 7.0을 출시하면서 기존 자바스크립트 기반 구현을 Go로 네이티브 포팅했다. 전체 빌드는 평균 8~12배 빨라졌고, VS코드 빌드는 125.7초에서 10.6초로 줄었으며, 슬랙은 CI 타입 검사 시간을 7.5분에서 1.25분으로 낮췄다.