Techlist.io - 한국 테크 블로그 큐레이터

datadog·2022년 5월 12일·2분 읽기큐레이션 요약

Datadog IT 팀이 계

Datadog이 Gartner의 2026년 Observability Platforms 매직 쿼드런트에서 ‘Leader’로 선정되었다는 내용의 홍보 페이지입니다. 제공된 본문에는 선정 근거와 평가 세부 내용이 포함되어 있지 않고, Datadog의 제품·기능 목록과 링크가 대부분을 차지합니다. 따라서 아래 내용은 제공된 텍스트에서 확인 가능한 범위로 한정됩니다. ## Gartner 매직 쿼드런트 리더 선정 - Datadog이 **Gartner® Magic Quadrant™ for Observability Platforms 2026**에서 리더로 이름을 올렸다고 소개합니다. - 매직 쿼드런트의 구체적인 평가 점수, 경쟁사 비교, 선정 기준은 제공된 내용에 나타나지 않습니다. - 링크된 페이지는 Gartner 보고서 다운로드 또는 관련 홍보 자료로 연결되는 구조입니다. ## Datadog의 옵저버빌리티 제품 영역 제공된 메뉴는 Datadog이 단일 모니터링 도구가 아니라 여러 운영 영역을 통합하는 플랫폼임을 보여줍니다. - **인프라** - 인프라·메트릭·컨테이너·Kubernetes 모니터링 - 네트워크, 서버리스, GPU, 스토리지 및 클라우드 비용 관리 - **애플리케이션** - APM, 지속적 프로파일링, 동적 계측 - 범용 서비스 모니터링 및 AI 에이전트 관측 - **로그·데이터** - 로그 관리, 데이터베이스 모니터링 - 데이터 스트림, 데이터 품질 및 작업 모니터링 - Observability Pipelines와 민감 데이터 탐지 - **디지털 경험** - 웹·모바일 RUM, 세션 리플레이 - 신서틱 모니터링, 오류 추적, 제품 분석 및 실험 - **소프트웨어 개발·서비스 관리** - CI 가시성, 테스트 최적화, 코드 커버리지 - 서비스 카탈로그, SLO, 인시던트 대응 및 워크플로 자동화 - **보안** - 애플리케이션·클라우드·코드 보안 - SIEM, 취약점 관리, 워크로드 보호 및 컴플라이언스 - **AI** - AI 에이전트 관측, GPU 모니터링 - Bits AI 에이전트, 조사 도구, MCP Server 및 에이전트 빌더 ## 제공된 자료의 한계 - 실제 Gartner 평가 보고서의 내용이나 Datadog이 리더로 분류된 구체적 이유는 포함되어 있지 않습니다. - 제품별 기술 성능, 가격, 지원 환경, 도입 사례도 확인할 수 없습니다. - 따라서 이 자료만으로 Datadog의 경쟁 우위나 Gartner 평가의 객관적 의미를 상세히 판단하기는 어렵습니다. 실제 비교나 도입 검토가 목적이라면 Gartner 원문에서 평가 기준과 경쟁사 위치를 확인하고, Datadog의 수집 비용·데이터 보존 정책·기존 클라우드 및 개발 도구와의 통합성을 함께 검증하는 것이 좋습니다.

원문 읽기(새 탭에서 열림)

쿠버네티스datadog옵저버빌리티애플리케이션 성능 모니터링+4

datadog·2022년 5월 12일원문

Datadog IT 팀이 계정 비활성화와 SaaS 지출 관리를 자동화한 방법 (새 탭에서 열림)

데이터독(Datadog)은 급격히 증가하는 SaaS 라이선스 비용을 최적화하고 보안 리스크를 줄이기 위해 기존의 내부 도구인 'Clarity'를 'Clarity License Manager(CLM)'로 확장했습니다. 이 시스템은 여러 SaaS 애플리케이션의 사용자 활동을 자동으로 모니터링하여 비활성 계정을 식별하고, 사용자 알림 및 자동 비활성화 프로세스를 통해 운영 효율성을 극대화합니다. 결과적으로 데이터독은 불필요한 비용 지출을 막는 동시에, 미사용 계정으로 인한 보안 위협을 효과적으로 제거하고 직원들에게는 원활한 계정 복구 경험을 제공하고 있습니다. ### 기존 라이선스 관리의 문제점 * 과거 IT 지원 팀은 분기별로 수동 감사를 수행하여 라이선스 사용 현황을 파악했으나, 이는 매우 비효율적이고 지루한 작업이었습니다. * IT 직원이 사용자에게 일일이 연락해 계정 유지 여부를 확인해야 했기 때문에 직원들의 업무 흐름을 방해하는 등 사용자 경험이 저하되었습니다. * 실시간 데이터에 기반한 인사이트가 부족하여 소프트웨어 구매 시 데이터에 기반한 의사결정을 내리기 어려웠습니다. ### 자동화된 라이선스 최적화 워크플로우 * 개별 SaaS API와 Google Workspace SAML 감사 로그를 결합하여 사용자 활동 데이터를 유연하고 보안상 안전한 방식으로 수집합니다. * 특정 기간(기본 90일) 동안 앱을 사용하지 않은 사용자에게 Slack과 이메일로 자동 알림을 발송하여 활성 상태 유지에 필요한 구체적인 행동을 안내합니다. * 사용자가 안내된 조치를 취하지 않을 경우 CLM이 해당 SaaS 계정을 자동으로 비활성화하며, 이 데이터는 Amazon RDS(Postgres)에 저장되어 관리됩니다. * 재접속이 필요한 직원을 위해 티켓 시스템(Freshservice)과 연동된 자동 복구 워크플로우를 구축하여, 단 몇 초 만에 이전 권한 그대로 계정을 복구할 수 있게 했습니다. ### 마이크로서비스 및 어댑터 기반 아키텍처 * Python과 AWS Lambda를 기반으로 한 마이크로서비스 구조를 채택하여 SaaS 환경의 확장에 유연하게 대응하고 시스템 회복 탄력성을 높였습니다. * 각 SaaS 애플리케이션의 고유한 로직을 처리하기 위해 '애플리케이션별 어댑터(Adapter)' 패턴을 도입했습니다. * 어댑터는 사용자 조회, 로그인 데이터 획득, 활성화/비활성화 등 공통 인터페이스를 제공하여 메인 마이크로서비스 로직과 개별 앱의 복잡한 API 통신 로직을 분리합니다. * 이러한 설계는 단일 책임 원칙(Single Responsibility)을 준수하며 코드의 재사용성을 높이고, 새로운 SaaS 도구를 시스템에 빠르게 통합할 수 있게 합니다. 기업의 규모가 커질수록 수동 라이선스 관리는 비용 누수와 보안 취약점을 야기하는 큰 부담이 됩니다. Datadog의 CLM 사례처럼 사용자 활동 데이터를 기반으로 비활성 계정을 자동 관리하고, 셀프 서비스 형태의 복구 프로세스를 갖추는 것은 비용 절감과 보안 강화라는 두 마리 토끼를 잡을 수 있는 실무적인 해법이 될 수 있습니다.

데이터베이스 설계PostgreSQLPython마이크로서비스+3

figma·2022년 5월 10일·3분 읽기큐레이션 요약

Config 2022: 크게

Config 2022의 핵심 메시지는 디자이너와 창작자가 더 큰 문제를 상상하고, 변화가 필요한 순간에는 신속하게 행동해야 한다는 것이다. Figma는 24시간 동안 전 세계 커뮤니티를 연결하고, 협업·디자인 시스템·프로토타이핑을 강화하는 15개 기능을 발표했다. 이를 통해 디자인이 경제적 접근성, 기후변화, 평화와 연대 같은 사회적 문제에도 영향을 줄 수 있다고 강조한다. ## 전 세계 디자인 커뮤니티의 연결 - Config 2022는 24시간 동안 진행됐다. - 100명의 연사가 참여했으며, 남극을 제외한 모든 대륙에서 발표자가 모였다. - 총 68개의 세션이 거의 모든 국가의 참석자에게 제공됐다. - 행사의 목적은 디자인에 대해 이야기하고 전 세계 커뮤니티를 연결하는 것이었다. - Figma는 디자인을 단순한 시각 작업이 아니라 세상을 변화시키는 도구로 본다. ## 더 크게 생각하고 긴급하게 행동하기 - 사회적·환경적 문제 앞에서 개인이 무력하다고 느낄 수 있지만, 디자이너와 빌더는 주변 세계를 직접 shaping할 수 있다고 주장한다. - 디자인과 기술은 다음과 같은 변화에 기여할 수 있다. - 경제적 기회와 접근성 확대 - 기후변화 대응 - 평화와 연대의 메시지 확산 - 변화는 거대한 조직이나 권한이 있어야만 가능한 것이 아니라, 지역적·개인적인 행동에서 시작될 수 있다. ## 협업과 디자인 시스템 개선 - **다크 모드** - Figma 데스크톱과 웹에서 다크 모드를 지원한다. - **개선된 오토 레이아웃** - 더 직관적이고 강력한 반응형 레이아웃을 제공한다. - 절대 위치 지정과 음수 간격 등 새로운 레이아웃 옵션을 추가했다. - **컴포넌트 속성** - 컴포넌트 변형(variant)이 지나치게 늘어나는 문제를 줄인다. - 디자인 시스템을 코드와 더 잘 연결해 개발자 핸드오프를 개선한다. - **Spotlight** - 멀티플레이어 세션에서 특정 협업자를 스포트라이트할 수 있다. - 모든 참여자가 해당 사용자의 작업 흐름을 쉽게 따라갈 수 있다. - **검토 상태** - 브랜치를 활용해 변경 사항을 승인하거나 수정 요청을 보낼 수 있다. - 맥락이 포함된 디자인 피드백을 주고받을 수 있다. ## FigJam의 업무·팀 협업 확장 - Jira, Asana, GitHub 위젯을 FigJam에 추가해 아이디어를 실제 업무 계획과 연결한다. - 인사말 카드와 음성 메모 위젯을 제공해 팀의 성과를 축하하고 감정을 공유할 수 있도록 했다. - FigJam을 단순한 브레인스토밍 도구가 아니라 계획·실행·팀 커뮤니케이션을 연결하는 공간으로 확장했다. ## 표현력과 프로토타이핑 강화 - **가변 글꼴** - 글꼴의 폭, 굵기 등 여러 속성을 유연하게 조정할 수 있다. - 더 최적화되고 표현력 있는 디자인을 만들 수 있다. - **스프링 애니메이션** - 프로토타입 전환에 자연스럽고 유동적인 움직임을 적용한다. - **개별 스트로크** - 사각형 등 네 면이 있는 도형에서 특정 변에만 테두리를 적용하거나 조정할 수 있다. - **업데이트된 아웃라인** - 숨겨진 객체와 바운딩 박스까지 캔버스의 구성 요소를 더 분명하게 확인할 수 있다. ## 파일 공유와 접근성 개선 - **국제 키보드 단축키 베타** - 독일어, 일본어, 프랑스어 키보드에서도 Figma와 FigJam 단축키를 쉽게 사용할 수 있도록 개선했다. - **비밀번호 보호** - 공유한 파일을 볼 수 있는 사용자를 비밀번호로 제한할 수 있다. - **파일 즐겨찾기** - 자주 사용하는 파일을 북마크해 빠르게 접근할 수 있다. ## 실용적인 결론 이번 발표는 Figma가 시각 디자인 도구를 넘어 디자인 시스템, 개발 협업, 프로젝트 관리, 프로토타이핑, 팀 커뮤니케이션을 아우르는 플랫폼으로 확장되고 있음을 보여준다. 특히 오토 레이아웃과 컴포넌트 속성은 디자인 시스템 운영에, FigJam 위젯과 검토 상태는 제품 개발 프로세스에 직접적인 도움이 되는 기능이다.

원문 읽기(새 탭에서 열림)

Figma디자인 시스템프로토타이핑figjam+4

figma·2022년 5월 10일원문

피그마 커뮤 (새 탭에서 열림)

피그마(Figma)는 2022년 처음으로 개최된 '피그마 커뮤니티 어워즈(Figma Community Awards)'의 최종 우승작들을 발표하며 전 세계 디자인 생태계의 혁신을 공유했습니다. 이 어워즈는 전 세계 디자이너들이 매일 1,600개 이상 업로드하는 UI 키트, 플러그인, 위젯 등의 리소스 중 커뮤니티의 투표를 통해 가장 가치 있는 도구들을 선정하는 행사입니다. 이를 통해 피그마는 제작자들의 공로를 기리는 동시에, 협업 디자인의 미래를 이끌어갈 우수한 리소스들을 공식적으로 조명했습니다. #### 생산성을 극대화하는 플러그인과 위젯 * **Similayer (Dave Williames):** 다양한 레이어 속성을 기준으로 유사한 레이어를 한꺼번에 선택할 수 있게 해주어 복잡한 편집 작업을 비약적으로 단축합니다. * **Content Reel (Microsoft/Eugene Gavriloff):** 텍스트 스트링, 이미지, 아이콘 등 디자인에 필요한 더미 데이터를 한데 모아 실시간으로 적용할 수 있는 유틸리티를 제공합니다. * **FigJenda (PG Gonni):** 피그잼(FigJam) 타이머와 연동되는 인터랙티브 아젠다 위젯으로, 워크숍이나 회의의 흐름을 효율적으로 관리할 수 있도록 돕습니다. * **Rock Paper Scissors (Alex Einarsson):** 팀원 간의 간단한 의사결정을 돕는 가위바위보 게임 위젯으로, 협업 과정에 재미 요소를 더했습니다. #### 디자인 자산 및 시스템 리소스 * **Ant Design Open Source (Mr Biscuit/Vinh Bui):** 유연한 인스턴스 활용과 구조적 단순함을 갖춘 대규모 오픈소스 디자인 시스템으로, 완성도 높은 UI 구축을 지원합니다. * **css.gg (Lona/Astrit):** 순수 CSS, SVG 및 피그마용 UI 아이콘 700여 개를 포함한 방대한 아이콘 세트입니다. * **Sketch Elements Brushes Set (Streamline):** 추상적인 요소와 스케치 주석 테마를 제공하여 그래픽 디자인의 디테일을 살려주는 리소스입니다. #### 협업 및 교육용 템플릿 * **Remote Design Sprint (Miranda Mazzara 외):** 사전 경험이 없는 팀도 5일간의 디자인 스프린트를 원활하게 진행할 수 있도록 설계된 피그잼 전용 템플릿입니다. * **Customer Journey Map (Fuad Aslan):** 고객의 경험을 심도 있게 분석하고 시각화할 수 있는 프레임워크를 제공합니다. * **Micro interactions - Prototyping (Rusmir Arnautovic):** 피그마의 프로토타이핑 기능을 활용해 정교한 마이크로 인터랙션을 구현하는 방법을 보여주는 교육 자료입니다. #### 커뮤니티 어워즈의 운영 방식과 의의 * **사용자 참여 기반 선정:** 피그마 커뮤니티 프로필을 보유한 사용자들이 직접 후보를 추천하고 최종 후보군에 대해 투표를 진행하여 투명성을 확보했습니다. * **창작자 지원 및 보상:** 최종 우승자에게는 피그마 컨퍼런스인 'Config'에서 수상의 영예와 함께 데스크톱에 전시할 수 있는 실물 트로피, 특별 굿즈가 제공됩니다. * **공유 생태계 장려:** 누구나 자신의 작업을 퍼블리싱하여 후보가 될 수 있도록 장려함으로써 디자인 지식의 공유와 개방성을 강조합니다. 이번 어워즈에서 선정된 도구들은 피그마 전문가들이 검증한 최상의 리소스들입니다. 업무 효율을 높이고 싶거나 팀의 협업 프로세스를 개선하고자 한다면, 위에서 언급된 플러그인과 템플릿들을 커뮤니티에서 검색하여 실무에 직접 활용해 보시는 것을 적극 추천합니다.

Figma디자인 시스템프로토타이핑figjam+4

figma·2022년 5월 4일·3분 읽기큐레이션 요약

이모지의 힘 | 피그마 블로그

이 글은 이모지가 단순한 장식이 아니라 디지털 환경에서 감정, 의도, 말투, 몸짓을 보완하는 커뮤니케이션 수단이라고 설명합니다. 유니코드 이모지 소위원회는 한 번 추가된 문자를 되돌릴 수 없기 때문에, 특정 사물보다 다양한 맥락에서 활용 가능한 보편적이고 표현력 높은 이모지를 우선합니다. 이모지의 의미는 고정된 것이 아니라 사용 맥락과 문화에 따라 다층적으로 형성됩니다. ## 디지털 소통에서 이모지의 역할 - 대면 대화에서 자연스럽게 전달되는 요소를 보완합니다. - 말의 리듬과 속도 - 목소리의 크기와 억양 - 시선, 표정, 몸짓 - 감정과 대화의 의도 - 같은 이모지라도 어떤 문장에 붙이는지, 문장 앞뒤 어디에 배치하는지에 따라 의미가 달라집니다. - 사용 경험이 쌓일수록 이모지는 별도의 학습 없이도 자연스럽게 사용하는 표현 수단이 됩니다. - 온라인 활동이 늘어날수록 대면 소통과 디지털 소통 사이의 간극을 줄이는 역할이 커지고 있습니다. ## 이모지는 새로운 개념보다 오래된 인간 표현을 디지털화한다 - 이모지는 완전히 새로운 개념을 만들어내기보다, 문자와 시각 표현에 이미 존재하던 생각과 감정을 코드화합니다. - 사랑, 욕망, 유머, 종교성, 고통 같은 개념은 역사와 문학, 광고, 타투 등 다양한 맥락에서 오래전부터 사용되어 왔습니다. - 하나의 이모지가 하나의 뜻만 갖는 것은 아닙니다. - 예를 들어 ‘불타는 하트’는 종교적 의미, 속쓰림, 열정이나 욕망 등을 모두 나타낼 수 있습니다. - 따라서 이모지의 실제 의미는 사전적 정의보다 사람들이 어떤 상황에서 어떻게 사용하는지에 의해 결정됩니다. - 사람들이 자신이 이모지를 사용한다고 생각하는 방식과 실제 사용 방식 사이에는 차이가 있을 수 있습니다. ## 유니코드 표준과 이모지의 지속 가능성 - 유니코드 컨소시엄은 세계의 문자와 언어를 디지털 환경에서 호환되도록 만드는 표준화 기관입니다. - 이모지 소위원회는 새로운 이모지를 선정하고, 각 플랫폼에서 interoperable하게 표시되도록 인코딩합니다. - 유니코드에 코드 포인트가 추가되면 사실상 삭제하거나 되돌릴 수 없습니다. - 일반적인 소프트웨어처럼 출시 후 폐기하거나 수정하는 방식이 어렵습니다. - 한 번의 결정이 장기간 유지되므로 신중한 검토가 필요합니다. - 빠르게 변하는 온라인 커뮤니케이션과, 장기적 안정성을 중시하는 표준화 절차 사이의 균형이 중요합니다. - 유니코드는 새로운 유행을 즉시 만드는 체계라기보다, 이미 사회에 존재하는 표현을 안정적으로 디지털화하는 체계에 가깝습니다. ## 새로운 이모지 선정 기준 - 이모지는 이미 3,500개 이상 존재하며, 저장 공간과 시스템 복잡성 측면에서 무한히 늘리기 어렵습니다. - 과거의 구체적인 사물 중심 접근에서 벗어나 인간의 감정과 관계를 강화하는 표현을 더 중요하게 보고 있습니다. - 선정 가능성이 높은 이모지는 다음과 같은 특징을 가집니다. - 전 세계적으로 의미가 통하는 개념 - 감정, 의도, 몸짓 등 인간 표현의 기본 요소를 나타내는 개념 - 여러 상황에서 유연하게 사용할 수 있는 상징적 표현 - 기존 이모지와 결합해 새로운 의미를 만들어내는 표현 - 특정 대상에 지나치게 한정되지 않는 넓은 개념 - 반대로 특정 품종이나 매우 구체적인 사물을 추가하면 유사한 항목을 계속 요구하게 됩니다. - 예를 들어 골든 리트리버를 추가하면 푸들 등 다른 품종도 추가해야 한다는 문제가 생깁니다. - 중요하거나 인기 있는 제안이라도 기존 이모지로 이미 표현 가능하거나 지나치게 구체적이면 채택되지 않을 수 있습니다. 이모지를 사용할 때는 단순히 그림의 사전적 의미에 의존하기보다 문맥, 배치, 상대방과의 관계를 함께 고려하는 것이 좋습니다. 새로운 이모지도 구체적인 대상을 하나씩 늘리기보다는 여러 감정과 상황을 표현하고 기존 문자와 조합할 수 있는 보편적인 기호가 더 오래 유용할 가능성이 큽니다.

원문 읽기(새 탭에서 열림)

typographyunicodeemojidigital-communication+2

figma·2022년 4월 27일·2분 읽기큐레이션 요약

Figma의 새로운 소식:

2022년 4월 Figma 업데이트는 팀이 FigJam에서 더 체계적이고 개성 있게 브레인스토밍·회고를 진행하도록 돕는 데 초점을 맞췄다. 섹션, 색상, 글꼴, 정렬, 잠금 기능으로 보드 구성을 개선하고, 와시 테이프와 스티커 팩 등 표현 요소를 강화했다. 결과적으로 FigJam은 협업의 구조뿐 아니라 참여와 재미까지 높이는 방향으로 확장됐다. ## FigJam 보드 구성과 사용자 지정 기능 강화 - **섹션(Sections)**을 만들어 하나의 FigJam 파일 안에서 워크숍, 회고, 팀 미팅 등 영역을 구분할 수 있다. - 스티키 노트와 도형에 제공되는 색상 선택 폭이 넓어졌으며, **사용자 지정 색상**도 추가할 수 있다. - 스티키 노트의 크기를 다른 콘텐츠와 비례하도록 조정해 보드 전체의 일관성을 유지할 수 있다. - 제목과 라벨에 적합하도록 **글꼴 크기를 자유롭게 조절**해 정보의 계층 구조와 시각적 비중을 표현할 수 있다. - 스냅 기능이 개선되어 객체를 더 정확하게 정렬하고 배치할 수 있다. - 여러 객체를 한 번에 선택해 **동시에 잠그거나 잠금 해제**할 수 있어 보드 편집 중 실수로 요소가 움직이는 것을 방지한다. ## 협업 분위기를 높이는 표현 기능 - 커서 채팅이 더 표현력 있게 개선되어 실시간 협업 중 감정이나 반응을 전달하기 쉬워졌다. - Figma Community 구성원이 제작한 새로운 스티커 팩 4종이 추가됐다. - Jiro Bevis, Diana Marmol, Rooney, Fanny Luor가 스티커 디자인에 참여했다. - “stellar work”, “slay”, “let’s jam” 같은 문구와 캐릭터를 활용해 칭찬, 응원, 분위기 전환을 시각적으로 표현할 수 있다. ## 와시 테이프의 정식 기능화 - 한시적으로 제공됐던 **와시 테이프(Washi tape)**가 FigJam의 영구 기능으로 돌아왔다. - 새롭게 디자인된 수십 가지 테이프 옵션을 제공한다. - 사용자가 직접 패턴을 업로드해 자신만의 테이프를 만들 수 있다. - 실제 물리적 협업 도구의 감각을 디지털 보드에 재현해 아이디어를 강조하거나 콘텐츠를 장식하는 데 활용할 수 있다. ## 업데이트의 방향성 - 이번 업데이트는 단순한 생산성 기능 추가보다 **구조화와 개인화의 균형**에 초점을 둔다. - 섹션·정렬·잠금 기능은 복잡한 협업 보드를 관리하기 쉽게 만들고, 색상·스티커·와시 테이프는 팀의 개성과 참여감을 높인다. - 브레인스토밍뿐 아니라 워크숍, 주간 미팅, 회고 등 다양한 팀 활동에 FigJam을 적용할 수 있도록 기능 범위를 넓혔다. 팀 보드를 자주 운영한다면 섹션으로 작업 영역을 나누고, 색상과 글꼴 크기로 정보 계층을 만든 뒤, 잠금과 스냅 기능으로 레이아웃을 고정하는 방식이 효과적이다. 여기에 스티커나 와시 테이프를 선택적으로 활용하면 보드의 가독성과 협업 분위기를 함께 개선할 수 있다.

원문 읽기(새 탭에서 열림)

Figmafigjam사용자 인터페이스collaboration+2

figma·2022년 4월 20일·3분 읽기큐레이션 요약

좋은 아이디어는 기억에 남

FigJam의 디지털 와시 테이프는 커뮤니티의 작은 아이디어를 실제 제품 경험으로 발전시킨 사례다. Figma는 와시 테이프의 장식성뿐 아니라 쉽게 붙이고, 떼고, 겹치고, 다시 배치할 수 있는 실용성을 디지털 환경에 구현했다. 24시간 한정 기능으로 시작했지만 사용자들의 폭발적인 사용과 지속 요청을 통해 정식 경험으로 남을 가능성을 확인했다. ## 커뮤니티의 한마디에서 시작된 기능 - 커뮤니티 사용자 May-Li가 “디지털 와시 테이프가 있으면 좋겠다”고 제안한 트윗이 출발점이 되었다. - Figma는 이 아이디어를 바탕으로 Figma와 FigJam 파일을 꾸밀 수 있는 장식용 테이프 기능을 프로토타이핑했다. - 2022년 만우절 이벤트인 April Fun Day를 통해 24시간 동안 한정 공개했다. - 단순한 장식 기능이지만 사용자들이 자신의 파일을 개성 있게 꾸미고, 아이디어를 시각적으로 표현하는 수단으로 활용했다. ## 실제 와시 테이프의 특징 - 와시 테이프는 일본 전통 종이인 와시를 활용한 얇은 마스킹 테이프의 일종이다. - 선물 포장, 스크랩북, 그림, 가구 배치 계획 등 다양한 용도로 사용할 수 있다. - 주요 특징은 다음과 같다. - 손으로 쉽게 찢을 수 있음 - 원하는 위치에 붙였다가 다시 떼어낼 수 있음 - 표면을 손상시키지 않음 - 글씨를 쓰거나 여러 겹으로 붙일 수 있음 - 색상, 패턴, 투명도를 통해 창의적인 표현이 가능함 - 따라서 와시 테이프는 아름다움과 기능성을 동시에 갖춘 일상용품으로 자리 잡았다. ## 산업용 테이프에서 새로운 제품 카테고리로 - 2007년 일본의 산업용 테이프 제조사 Kamoi Kakoshi는 자신들의 마스킹 테이프로 콜라주와 아트북을 만들던 세 명의 여성으로부터 새로운 색상의 테이프를 만들어 달라는 요청을 받았다. - 회사는 이들의 작업 방식에서 기존 산업용 제품의 새로운 가능성을 발견했다. - 이후 ‘mt’라는 이름으로 20가지 색상의 제품을 출시했고, 오늘날의 장식용 와시 테이프가 탄생했다. - 제조사는 단순히 색상만 늘린 것이 아니라 다음과 같은 ‘적당히 강한 접착력’을 발전시켰다. - 벽에 붙여도 페인트를 손상하지 않음 - 손으로 쉽게 찢을 수 있음 - 표면에 글씨를 쓸 수 있음 - 여러 겹으로 겹쳐 붙일 수 있음 - 산업 현장에서만 보던 제품을 사용자들이 전혀 다른 방식으로 활용하면서 새로운 시장과 사용 경험이 만들어진 사례다. ## 디지털 환경에 맞춘 와시 테이프 - Figma 팀은 실제 와시 테이프의 감각을 디지털 인터페이스에 옮기려 했다. - 디지털 테이프 역시 파일 위에서 시각적 포인트를 만들고, 요소를 강조하거나 분위기를 바꾸는 역할을 하도록 설계되었다. - 실제 제품의 핵심인 장식성, 유연성, 재배치 가능성, 가벼운 즐거움을 디지털 오브젝트로 재해석했다. - 프로토타입 공개 후 단 하루 만에 약 224,000개의 ‘테이프 롤’이 사용될 만큼 높은 반응을 얻었다. ## 한정 이벤트에서 지속 기능으로 - 사용자들은 와시 테이프를 스티키 노트와 결합하거나, 파일을 꾸미고, 재미있는 방식으로 활용했다. - 기능이 사라진 뒤에도 사용자들은 테이프를 다시 제공해 달라고 요청했다. - 단순한 만우절 장난으로 기획된 기능이 실제 사용성과 정서적 만족을 모두 제공한다는 점이 드러났다. - Figma는 사용자 반응을 통해 “재미있는 기능”도 충분한 실용성과 제품 가치를 가질 수 있음을 확인했다. ## 실용적인 시사점 제품 아이디어는 반드시 거대한 문제 해결에서만 나오지 않는다. 사용자가 기존 도구를 예상 밖의 방식으로 활용하는 모습을 관찰하고, 그 행동의 즐거움과 효용을 제품에 반영하면 새로운 경험을 만들 수 있다. 특히 기능을 작고 실험적인 형태로 먼저 공개한 뒤 실제 사용량과 사용자 반응을 바탕으로 발전시키는 접근이 효과적이다.

원문 읽기(새 탭에서 열림)

Figma프로토타이핑figjamcollaborative-design+1

datadog·2022년 4월 13일·1분 읽기큐레이션 요약

언제나 DNS 문제다...

제공된 내용에는 본문이 아니라 Datadog 웹사이트의 메뉴와 링크 목록만 포함되어 있어, 기술 블로그 글의 주장이나 기술적 세부사항을 정확히 요약할 수 없습니다. 링크 주소상 글은 **gRPC의 DNS 및 로드 밸런싱 관련 장애 분석 글**로 보이지만, 본문 없이 내용을 추정하면 부정확할 수 있습니다. 글의 본문을 붙여 주시면 요청하신 형식에 맞춰 다음과 같이 정리해 드리겠습니다. - 핵심 주장과 결론을 2~4문장으로 요약 - DNS 해석, gRPC 로드 밸런싱, 장애 원인 등 섹션별 설명 - 구체적인 기술적 원인과 대응 방법 - 실용적인 운영 권장사항

원문 읽기(새 탭에서 열림)

옵저버빌리티grpcdnsincident-response+1

datadog·2022년 4월 13일원문

언제나 DNS 문제다… 그렇지 않은 경우를 제외하면: gRPC, Kubernetes, AWS 네트워킹 심층 분석 (새 탭에서 열림)

데이터독(Datadog)의 엔지니어들이 서비스 업데이트 중 발생한 원인 불명의 DNS 에러를 추적하며, 쿠버네티스 네트워킹과 AWS VPC 환경의 복잡한 상호작용을 해결해 나가는 과정을 다룬 글입니다. 로그상으로는 단순한 DNS 문제처럼 보였으나, 실제 원인은 AWS VPC의 연결 추적(conntrack) 한계와 하위 네트워크 레이어의 패킷 드랍에 있었습니다. 이 글은 고도화된 인프라 환경에서 단순히 리소스를 증설하는 것보다 커널 수준의 메트릭과 VPC 플로우 로그를 통한 심층 분석이 왜 중요한지를 잘 보여줍니다. **DNS 오류의 표면적 원인과 NodeLocal DNSCache** * 서비스 배포 시마다 DNS 에러가 발생하여 쿼리 지연과 모니터링 성능 저하가 나타났습니다. * 쿠버네티스의 `node-local-dns`가 메모리 부족(OOM) 및 최대 동시 요청 수(`max_concurrent`) 제한인 1,000개에 도달하여 요청을 거부하는 현상이 발견되었습니다. * 하지만 실제 초당 쿼리 수(QPS)는 예상 용량보다 훨씬 낮았으며, 이는 상위 DNS 리졸버와의 TCP 연결 실패로 인해 타임아웃이 발생하면서 동시 요청 슬롯이 빠르게 점유되었기 때문임이 밝혀졌습니다. **AWS VPC 연결 추적(conntrack)과 패킷 드랍** * 네트워크 성능을 정밀하게 확인하기 위해 AWS ENA(Elastic Network Adapter) 메트릭을 분석한 결과, `conntrack_allowance_exceeded` 수치가 급증한 것을 확인했습니다. * VPC 수준의 연결 추적 테이블(Hypervisor 레벨)이 포화 상태에 도달하면 보안 그룹 등의 상태 저장을 위한 연결 생성이 불가능해져 패킷이 드랍됩니다. * 특이하게도 인스턴스 내부의 리눅스 conntrack 엔트리는 6만 개 미만으로 안정적이었으나, VPC 레벨의 conntrack은 이미 한계에 도달하여 두 레이어 간의 가시성 차이가 존재함을 발견했습니다. **VPC 플로우 로그를 통한 심층 분석** * 인스턴스 유형을 상위 모델로 변경하여 임시적으로 문제를 해결할 수 있었으나, 근본 원인 파악을 위해 VPC 플로우 로그 분석을 병행했습니다. * Cilium, 쿠버네티스, AWS 네트워킹이 결합된 환경에서는 역경로 필터링(Reverse Path Filtering)이 정상적인 패킷을 'Martian packet'(출처가 불분명한 패킷)으로 오인하여 드랍하는 등 복잡한 문제가 발생할 수 있음을 시사했습니다. * DNS 전파 시간과 네트워크 마이크로버스트(Traffic Spikes) 역시 이러한 연결 추적 테이블 포화에 기여하는 핵심 요소임을 확인했습니다. **실용적인 결론** 단순히 로그에 나타나는 "DNS 에러"에만 집중하기보다, AWS ENA 메트릭의 `conntrack_allowance_exceeded`나 VPC 플로우 로그와 같은 하위 레이어의 지표를 함께 모니터링해야 합니다. 특히 대규모 쿠버네티스 클러스터를 운영한다면, 인스턴스 크기에 따른 VPC 수준의 conntrack 제한 수치를 미리 파악하고 적절한 인프라 사이징과 네트워크 정책 설정을 검토해야 합니다.

데이터베이스 설계쿠버네티스PostgreSQLAWS+4

figma·2022년 3월 29일·2분 읽기큐레이션 요약

Figma의 새로운 소식:

2022년 3월 Figma 업데이트의 핵심 주제는 다양한 환경에서 더 자유롭고 포괄적으로 협업할 수 있도록 접근성과 유연성을 높이는 것이었다. FigJam의 iPad 지원, 아랍어·히브리어·우르두어 등 오른쪽에서 왼쪽으로 쓰는 언어 지원, 모든 글꼴에서의 위·아래 첨자 처리, Slack 알림 연동이 추가됐다. 이를 통해 장소와 기기, 언어, 협업 방식의 제약을 줄였다. ## FigJam iPad 앱으로 아이디어 발상 확장 - FigJam을 iPad에서 사용할 수 있게 됐다. - 브라우저 알림이나 여러 탭의 방해 없이 아이디어를 스케치하고 정리할 수 있다. - 장소에 관계없이 다음 작업을 수행할 수 있다. - 아이디어 스케치 - 브레인스토밍과 구상 - 보드에 주석 추가 - iPad에서 작업한 내용을 데스크톱에서 이어서 편집할 수 있어 기기 간 작업 흐름이 자연스럽게 연결된다. - Figma 앱스토어에서 이용 가능하다. ## 오른쪽에서 왼쪽으로 쓰는 언어 지원 - Figma와 FigJam이 RTL(right-to-left) 텍스트를 지원한다. - 지원 대상에는 다음과 같은 언어가 포함된다. - 아랍어 - 히브리어 - 우르두어 - 글로벌 사용자가 자신의 문자 방향에 맞춰 디자인하고 협업할 수 있게 됐다. - 국제적인 제품과 콘텐츠를 설계할 때 언어 방향 때문에 발생하던 제약을 줄였다. ## 모든 글꼴에서 위·아래 첨자 사용 - 기존에는 선택한 글꼴이 위 첨자나 아래 첨자 글리프를 제공하지 않으면 해당 문자를 사용하기 어려웠다. - 이제 Figma가 글꼴에 해당 글리프가 없을 때 합성 글리프(synthetic 또는 faux glyph)를 자동으로 생성한다. - 합성 글리프는 현재 글꼴의 스타일에 맞춰 다음과 같이 조정된다. - 글자 크기 축소 - 기준선 위 또는 아래로 위치 이동 - 주변 글자와 어울리도록 배치 - 따라서 별도의 특수 글꼴을 찾지 않아도 수식, 각주, 단위 표기 등에 위·아래 첨자를 사용할 수 있다. ## Slack을 통한 Figma 협업 알림 - 새로운 Slack 앱 연동을 통해 Figma 파일, 팀, 프로젝트의 변경 사항을 Slack에서 확인할 수 있다. - 알림 수신 방식은 다음과 같이 선택할 수 있다. - 실시간 알림 - 시간별 요약 - 일일 요약 - 활용 예시는 다음과 같다. - 프로젝트별 Slack 채널에 여러 Figma 파일을 연결 - 누군가 파일에 댓글을 남겼을 때 프로젝트 구성원에게 알림 - 협업자가 많은 파일을 위한 전용 알림 채널 운영 - 별도로 Figma를 열지 않아도 팀의 진행 상황을 공유할 수 있어 하이브리드 근무 환경에 적합하다. ## 실용적인 활용 iPad 사용자는 이동 중에도 FigJam에서 아이디어를 기록하고 데스크톱에서 구체화할 수 있다. 다국어 제품을 만드는 팀은 RTL 지원을 활용해 실제 사용자 환경에 가까운 화면을 설계하고, Slack 연동을 설정하면 댓글과 협업 진행 상황을 팀 채널에서 지속적으로 공유할 수 있다.

원문 읽기(새 탭에서 열림)

Figmafigjamslacktypography+3

figma·2022년 3월 28일·3분 읽기큐레이션 요약

현지화, 언어

Figma는 전 세계 사용자를 포용하려면 단순한 제품 번역을 넘어, 각 지역의 사용자 요구를 직접 듣고 현지 조직과 지원 체계를 구축해야 한다고 설명합니다. 이를 위해 일본 현지 법인·도쿄 사무소·일본어 현지화를 추진하고, 유럽 거점을 확대하며 RTL(오른쪽에서 왼쪽으로 쓰는 언어) 지원을 추가했습니다. Figma는 새로운 시장에 겸손하게 접근하고 사용자의 피드백을 통해 지속적으로 개선하겠다고 강조합니다. ## 전 세계 사용자에게서 배운 제품 방향 - Figma의 주간 활성 사용자 중 약 80%가 미국 외 지역에 있었음. - 창업 초기부터 세계 각국의 고객을 직접 만나 Figma를 어떻게 사용하는지 관찰함. - 지역마다 디자인 도구에 대한 요구와 사용 방식이 다르다는 점을 확인함. - 이러한 경험을 바탕으로 “모두가 디자인에 접근할 수 있도록 한다(Make design accessible to all)”는 비전을 수립함. - 국제화는 단순히 시장을 넓히는 일이 아니라, 다양한 배경의 사람들이 디자인하고 창작할 기회를 확대하는 과정으로 제시됨. ## 일본 시장 진출과 일본어 현지화 - Figma는 일본 법인을 설립하고 도쿄에 아시아 최초의 거점을 마련함. - 현지 리더 Hiro Kawanobe를 영입하고, 영업·마케팅·커뮤니티·지원 등 여러 직군을 일본에서 채용할 계획을 밝힘. - 고객 인터뷰를 통해 영어 전용 제품으로는 일본에서 충분한 채택을 이끌기 어렵다는 점을 확인함. - 이에 따라 Figma 제품을 일본어로 현지화하기 시작했으며, 2022년 말까지 현지화된 제품 경험을 제공하는 것을 목표로 함. - 현지 조직과 언어 지원을 함께 구축해 일본 고객의 요구를 더 정확히 이해하고 대응하려 함. ## 유럽·중동·아프리카 지역 확장 - 유럽 사용자와 고객의 요구를 현장에서 파악하기 위해 EMEA 지역의 조직을 확대함. - 런던에 EMEA 본사를 개설하고, 파리와 베를린에도 사무실을 열 계획임. - 지역에 Figmate를 직접 배치하면 고객 지원뿐 아니라 시장별 제품 요구와 커뮤니티 특성을 더 잘 이해할 수 있다고 설명함. - 유럽 확장과 함께 커뮤니티에 실질적으로 도움이 되는 언어 지원도 계속 검토할 예정임. ## RTL 언어 지원의 기술적 복잡성 - Figma는 아랍어·히브리어처럼 오른쪽에서 왼쪽으로 쓰는 RTL 언어를 지원하기 시작함. - Figma의 렌더링 스택과 텍스트 렌더링 엔진은 macOS 같은 운영체제 기능에 의존하지 않고 자체 구현되어 있음. - 따라서 RTL 지원을 기존 플랫폼에서 자동으로 얻을 수 없었고, 관련 기능을 상당 부분 처음부터 개발해야 했음. - 영어가 아랍어 문장 안에 포함되는 양방향 텍스트에서는 다음 문제를 처리해야 함: - 텍스트 배치와 방향 결정 - 커서 이동 방식 - 줄바꿈 - 방향이 모호한 문자 처리 - 휴리스틱이 실패하는 예외 상황 - 아랍어 계열 문자는 글자의 위치에 따라 형태가 달라질 수 있음. - 언어 방향의 경계에 있는 문자가 모호할 수 있고, 복잡한 발음 기호와 폰트 구조도 지원 난도를 높임. - Figma 커뮤니티의 RTL 플러그인 개발자들과 협력해 기존 플러그인으로 만든 텍스트와의 호환성을 검증하고, 베타 테스트에서 중요한 버그를 발견함. ## 현지화보다 중요한 경청과 겸손 - Figma는 미국 기업과 미국 문화에 대한 고정관념을 인식하고, 새로운 시장에 겸손한 태도로 진입하겠다고 밝힘. - 번역이나 문화적 맥락을 잘못 이해해 실수할 가능성을 인정함. - 사용자가 문제를 지적하면 방어하기보다 이를 학습 기회로 삼아 제품과 운영 방식을 개선하겠다는 입장임. - “브라우저에서 만나자”는 표현을 사용자와의 초대이자 지속적인 피드백 요청으로 설명함. - 국제적 확장은 완성된 계획을 일방적으로 적용하는 것이 아니라, 지역 사용자와 함께 성장하는 과정으로 제시됨. 각 지역에 진출할 때는 언어 번역만 추진하기보다 현지 고객 인터뷰, 지역 인력 채용, 기술적 사용성 검증을 함께 진행하는 것이 효과적입니다. 특히 RTL처럼 기본 렌더링 엔진과 입력·커서·줄바꿈까지 영향을 받는 기능은 커뮤니티와의 베타 테스트를 조기에 병행하는 것이 좋습니다.

원문 읽기(새 탭에서 열림)

Figmapluginslocalizationrtl+2

datadog·2022년 3월 25일원문

Dirty Pipe 취약점을 이용한 컨 (새 탭에서 열림)

리눅스 커널에서 발견된 Dirty Pipe 취약점은 권한이 없는 프로세스가 읽기 권한만 가진 파일에 데이터를 쓸 수 있게 허용하며, 이를 통해 컨테이너 환경에서 호스트 시스템의 루트 권한을 탈취할 수 있는 심각한 위협을 초래합니다. 특히 Kubernetes 환경에서 널리 쓰이는 컨테이너 런타임인 runC의 실행 바이너리를 페이지 캐시 수준에서 변조함으로써, 격리된 컨테이너를 탈출하여 호스트 시스템을 완전히 장악하는 시나리오가 가능합니다. 본 글에서는 이 취약점의 기술적 배경과 함께 실제 컨테이너 탈출이 이루어지는 공격 메커니즘을 상세히 설명합니다. **컨테이너 런타임과 runC의 구조적 취약성** - Kubernetes는 containerd나 CRI-O 같은 런타임을 통해 컨테이너를 관리하며, 실제 프로세스 생성은 OCI 규격을 준수하는 하위 레벨 런타임인 runC가 담당합니다. - runC는 컨테이너 내부 프로세스를 실행할 때 자신을 포크(fork)한 뒤 `execve` 시스템 콜을 호출하는데, 이때 `/proc/self/exe` 경로를 통해 호스트에 있는 runC 이진 파일에 대한 파일 서술자(File Descriptor)를 열어두게 됩니다. - 과거 CVE-2019-5736 취약점에 대한 대응으로 runC를 읽기 전용으로 마운트하는 방어책이 도입되었으나, Dirty Pipe는 커널의 페이지 캐시를 직접 수정하므로 이러한 파일 시스템 수준의 권한 제한을 무력화합니다. **Dirty Pipe를 이용한 컨테이너 탈출 과정** - 공격자는 먼저 취약한 웹 애플리케이션 등을 통해 권한이 제한된 일반 컨테이너에 침투한 뒤, 호스트의 runC 바이너리가 실행되기를 대기합니다. - 관리자가 `kubectl exec`와 같은 명령을 수행하여 컨테이너 내부에서 runC가 구동되는 순간, 공격 프로세스는 `/proc/<runC-pid>/exe`를 통해 호스트의 runC 실행 파일에 접근합니다. - Dirty Pipe 공격 프리미티브를 활용하여 페이지 캐시에 로드된 runC 바이너리 내용을 공격자의 악성 ELF 코드로 덮어씁니다. - 이렇게 변조된 runC는 호스트의 루트 권한으로 실행되므로, 공격자는 호스트 시스템에서 임의의 명령(예: 호스트 이름 확인, 루트 권한 쉘 실행 등)을 수행하며 컨테이너 격리를 완전히 무너뜨립니다. **메모리 기반 공격의 비영구적 특성** - Dirty Pipe를 통한 바이너리 변조는 디스크의 실제 파일을 직접 수정하는 것이 아니라 커널의 페이지 캐시 내에서 발생합니다. - 따라서 공격으로 인한 변조는 시스템이 재부팅되거나 커널 캐시가 드롭(drop)되기 전까지만 유지되는 비영구적 특성을 가집니다. - 하지만 단 한 번의 실행만으로도 호스트에 백도어를 설치하거나 권한을 상승시키기에 충분하므로 그 위험성은 매우 높습니다. Dirty Pipe 취약점은 리눅스 커널 수준의 결함이므로 이를 근본적으로 해결하기 위해서는 최신 보안 패치가 적용된 커널로 신속히 업데이트해야 합니다. 또한 컨테이너 환경에서는 최소 권한 원칙을 철저히 준수하고, 런타임 보안 모니터링 도구를 도입하여 `/proc` 파일 시스템에 대한 의심스러운 접근이나 시스템 이진 파일의 비정상적인 동작을 실시간으로 감지하고 차단하는 방어 전략이 필요합니다.

쿠버네티스Docker & 컨테이너Linuxcontainer-runtime+4

datadog·2022년 3월 25일원문

Dirty Pipe 취약점을 이용해 컨테이너 탈출하기 | Datadog Security Labs (새 탭에서 열림)

리눅스 커널의 Dirty Pipe(CVE-2022-0847) 취약점은 권한이 없는 프로세스가 읽기 전용 파일에 데이터를 쓸 수 있게 하여, 컨테이너 환경에서 호스트의 권한을 탈취하는 '컨테이너 탈출'을 가능하게 한다. 이 글은 Kubernetes 환경에서 runC 바이너리를 덮어쓰는 방식을 통해, 공격자가 격리된 컨테이너를 벗어나 호스트 수준의 관리자 권한을 획득하는 과정을 상세히 설명한다. 이는 과거 runC 취약점 패치가 성능 최적화를 위해 커널 페이지 캐시를 공유한다는 점을 역이용한 결과로, 현대적 컨테이너 런타임 구조 내의 보안 허점을 시사한다. ### 컨테이너 런타임과 OCI 명세의 이해 * Kubernetes는 컨테이너 실행을 위해 containerd나 CRI-O 같은 고수준 런타임을 사용하며, 이들은 내부적으로 runC와 같은 저수준 OCI(Open Container Interface) 런타임을 호출한다. * runC는 리눅스의 네임스페이스와 제어 그룹(cgroups)을 설정하여 프로세스를 논리적으로 격리하며, 최종적으로 `execve` 시스템 콜을 통해 사용자가 지정한 엔트리포인트를 실행한다. * 컨테이너 프로세스가 생성되는 시점에 `/proc/self/exe` 파일 기술자(File Descriptor)를 통해 호스트의 runC 바이너리에 접근할 수 있는 경로가 일시적으로 열리게 된다. ### runC 취약점의 역사적 맥락 * 과거 CVE-2019-5736 취약점은 컨테이너 내부에서 호스트의 runC 바이너리를 직접 수정하여 루트 권한을 획득하는 방식을 사용했다. * 이를 방어하기 위해 runC 개발팀은 바이너리를 복제(clone)하여 실행하거나, 호스트의 runC 바이너리를 읽기 전용으로 마운트하여 컨테이너 내부에 제공하는 패치를 적용했다. * 하지만 Dirty Pipe 취약점은 커널 페이지 캐시를 조작하여 읽기 전용 파일조차 수정할 수 있게 하므로, 성능 향상을 위해 도입된 '읽기 전용 공유 방식'이 오히려 새로운 공격 경로가 되었다. ### Dirty Pipe를 이용한 컨테이너 탈출 메커니즘 * 공격자는 권한이 없는 컨테이너 내부에서 스크립트를 실행하여 호스트의 runC가 다시 실행되기를 기다린다(예: 관리자의 `kubectl exec` 호출). * runC가 실행되는 순간, 공격 프로세스는 `/proc/<runC-pid>/exe` 경로를 통해 Dirty Pipe 취약점을 가동한다. * 이 취약점은 커널 페이지 캐시 수준에서 메모리를 덮어쓰기 때문에, 호스트의 물리적 디스크에 저장된 runC 파일은 건드리지 않으면서도 현재 실행 중인 runC 프로세스를 악성 바이너리로 교체할 수 있다. ### 공격 증명(PoC) 및 실행 과정 * 공격 스크립트는 루프를 돌며 `ps` 명령어로 `/proc/self/exe`를 참조하는 runC 프로세스의 PID를 지속적으로 감시한다. * 대상 PID가 발견되면 Dirty Pipe 익스플로잇 코드를 실행하여, 해당 프로세스가 참조하는 바이너리 데이터를 호스트 권한으로 실행될 악성 ELF 파일로 덮어쓴다. * 조작된 runC는 호스트 시스템에서 루트 권한으로 실행되며, 공격자가 의도한 명령(예: 호스트의 `/tmp/hacked` 파일 생성 등)을 수행한 뒤 호스트 전체를 장악할 수 있게 한다. ### 보안 결론 및 대응 방안 * 본 취약점은 컨테이너 격리 기술 자체가 아닌 리눅스 커널의 메모리 관리 결함에서 비롯된 것이므로, 가장 확실한 해결책은 Dirty Pipe 보안 패치가 적용된 최신 커널 버전으로 노드를 업데이트하는 것이다. * 컨테이너 환경에서는 `/proc` 파일 시스템에 대한 비정상적인 접근을 모니터링하고, 불필요한 고권한(Privileged) 컨테이너 사용을 지양하는 보안 정책이 병행되어야 한다. * 시스템 재부팅이나 캐시 초기화 시 조작된 페이지 캐시가 사라져 공격 흔적이 휘발될 수 있으므로, 실시간 침입 탐지 시스템을 통한 조기 대응이 중요하다.

쿠버네티스linux-kernelcontainer-runtimerunc+4

figma·2022년 3월 23일·3분 읽기큐레이션 요약

모션의 예술과 영향력

디지털 제품의 모션은 장식이 아니라 사용자의 이해를 돕고, 상태와 피드백을 전달하며, 물리적 세계와 유사한 정신 모델을 형성하게 하는 중요한 설계 도구다. 좋은 애니메이션은 실용성과 개성을 함께 갖추되 사용자의 시간을 존중하고 방해하지 않아야 한다. 특히 접근성을 해치거나 불필요하게 산만한 모션은 제품 경험과 브랜드 인상을 악화시킬 수 있다. ## 물리적 세계를 디지털 경험으로 번역하는 모션 - 인간은 3차원적이고 움직임이 존재하는 물리적 환경에 적응해 왔기 때문에, 움직임을 통해 많은 의미를 직관적으로 해석한다. - 디지털 인터페이스에 모션을 추가하면 사용자가 별도의 설명 없이도 공간과 기능을 이해하는 데 도움이 된다. - 예를 들어 메뉴가 서랍처럼 열리고 닫히는 애니메이션은 다음과 같은 정신 모델을 전달한다. - 콘텐츠 상자가 열리고 닫힌다. - 다시 열어도 이전과 같은 내용이 있다. - 사용자가 인터페이스의 상태 변화를 예측할 수 있다. - 모션은 디지털 공간에서 “무엇이 일어나고 있는지”를 시각적으로 설명하는 역할을 한다. ## 상태와 피드백을 전달하는 움직임 - 로딩 바는 작업이 진행 중이며 곧 완료될 것이라는 정보를 제공한다. - 잘못된 비밀번호 입력 시 입력창이 흔들리는 효과는 고개를 젓는 동작처럼 오류를 직관적으로 전달한다. - 새로고침 후 차트나 그래프가 재배치되는 애니메이션은 데이터가 갱신되었다는 사실을 보여준다. - FigJam 타이머의 종료 시 흔들리는 축하 애니메이션처럼, 모션은 단순한 상태 전달을 넘어 감정과 분위기도 만들 수 있다. - Figma의 커서 채팅에서는 입력 중인 대화 말풍선이 커지며, 즉흥적이고 자연스러운 대화감을 형성한다. ## 마이크로애니메이션은 목적 중심으로 설계해야 한다 - 마이크로애니메이션은 짧은 시간 동안 UI를 활성화하거나 사용자의 흐름을 안내하는 움직임이다. - 아이콘을 의미 없이 추가하지 않듯, 애니메이션도 “움직임을 넣기 위해” 넣어서는 안 된다. - 각각의 애니메이션은 구체적인 사용자 문제를 해결해야 한다. - 오래된 백엔드 시스템 때문에 발생하는 처리 지연을 1~2초의 전환 애니메이션으로 자연스럽게 감출 수 있다. - 이때 애니메이션은 실제 처리 속도를 높이지 않더라도 제품이 더 빠르고 덜 끊기는 것처럼 느끼게 한다. ## 실용성과 개성을 함께 갖춘 좋은 모션 - 좋은 모션은 기능적 목적과 제품의 개성을 균형 있게 결합한다. - 사용자의 시간을 존중하고, 주의를 빼앗거나 작업을 지연시키지 않아야 한다. - 애플의 창 최소화 애니메이션은 창이 독의 아이콘 속으로 빨려 들어가는 듯한 효과를 보여준다. - 이 효과는 짧고 미묘하지만 다음 정보를 동시에 전달한다. - 창이 어디로 이동했는지 - 창을 다시 열려면 어떤 아이콘을 눌러야 하는지 - 창이 사라진 것이 아니라 보관되었다는 사실 - 다시 창을 열 때는 아이콘에서 창이 자라나는 듯한 역방향 애니메이션을 사용해 상태 변화의 연속성을 보여준다. ## 과도한 모션과 접근성 문제 - 애니메이션이 없어도 핵심 기능을 사용할 수 있도록 설계해야 한다. - 특정 움직임은 간질 환자 등 일부 사용자에게 발작을 유발할 수 있으므로 접근성을 고려해야 한다. - 모션은 다음과 같은 부작용을 일으킬 수 있다. - 화면을 복잡하고 산만하게 만든다. - 사용자의 작업을 중단시킨다. - 불필요한 단계를 추가한다. - 사용자를 혼란스럽게 하거나 불편하게 한다. - 반복되면서 브랜드에 대한 호감도를 서서히 떨어뜨린다. - 화면 곳곳에서 빠르고 과장된 움직임이 반복되면 사용자는 정확한 원인을 의식하지 못하더라도 제품을 피곤하고 성가시게 느낄 수 있다. - 따라서 각 애니메이션은 가장 우아하고 절제된 방식으로 사용자 문제를 해결하는지 검토해야 한다. 모션은 기능을 이해시키고 상태 변화를 설명하는 경우에 우선 적용하는 것이 좋다. 구현 전에는 “이 움직임이 어떤 정보를 전달하는가”, “없어도 사용 가능한가”, “접근성 설정이나 모션 감소 환경에서도 문제가 없는가”를 확인해야 한다.

원문 읽기(새 탭에서 열림)

Figma사용자 경험접근성motion-design+2

figma·2022년 3월 14일·3분 읽기큐레이션 요약

iPad용 FigJam: 탐색하고 아이디

FigJam for iPad는 데스크톱보다 집중하기 쉽고 손으로 직접 조작할 수 있는 태블릿의 장점을 FigJam의 아이디어 발상·협업 과정에 결합한 제품이다. 무한 캔버스에서 저해상도 스케치와 자유로운 반복 작업을 수행하고, 데스크톱과 iPad를 오가며 개인 작업과 팀 협업을 자연스럽게 이어가는 것이 핵심이다. 다만 FigJam iPad 전용 앱은 2026년 1월 8일 종료되며, 이후에는 Figma 앱 또는 웹에서 이용해야 한다. ## 태블릿이 창의적 작업에 적합한 이유 - 데스크톱은 알림과 여러 앱 사이의 지속적인 전환으로 창작 흐름이 끊기기 쉽다. - 태블릿은 한 앱에 집중하도록 설계되어 몰입 상태를 유지하기 쉽다. - 노트처럼 휴대할 수 있고 손으로 직접 쓰고 그릴 수 있어 이동 중에도 아이디어를 기록할 수 있다. - FigJam의 무한 캔버스와 태블릿의 촉각적 조작이 결합되어 자유로운 스케치와 탐색에 적합하다. - 사용자들이 이미 펜 태블릿을 활용해 저해상도 스케치와 주석을 작성하고 있었다는 점도 iPad 지원의 배경이 됐다. ## 초기 아이디어를 자유롭게 발전시키기 - 새로운 콘셉트 탐색은 직선적이지 않으므로 완성도보다 빠른 시도와 반복이 중요하다. - 저해상도 작업은 세부 사항에 얽매이지 않고 아이디어를 확장하거나 처음부터 다시 시작하게 해준다. - 거친 스케치는 완성된 목업보다 다른 사람이 함께 발전시키기 쉬운 제안으로 받아들여진다. - iPad에서 작성한 스케치와 메모를 나중에 노트북에서 이어서 작업할 수 있다. - 다른 사람이 기존 아이디어 위에 직접 그리거나 추가하면서 공동 창작이 가능하다. ## 손글씨 주석으로 피드백을 개인화하기 - 비동기 협업에서 댓글만으로는 피드백의 맥락과 온기를 충분히 전달하기 어렵다. - iPad에서는 캔버스의 단어나 스케치에 원을 치고, 밑줄을 긋고, 직접 표시할 수 있다. - 손글씨 메모는 단순한 평가나 비판보다 함께 결과물을 만들어가는 방식의 피드백을 가능하게 한다. - 시각적 표시와 필기 주석을 통해 어떤 부분을 개선해야 하는지 더 직관적으로 전달할 수 있다. ## iPad를 활용한 협업 세션 - iPad는 개인 스케치뿐 아니라 회의와 그룹 작업을 진행하는 보조 화면으로도 사용할 수 있다. - 큰 데스크톱 화면에는 FigJam 파일을 띄우고, iPad에서는 스티커 메모 그룹에 동그라미를 치거나 참석자에게 표시를 남길 수 있다. - 발표자는 화면 전환 없이 빠르게 주석을 추가할 수 있어 협업 세션이 더 유연해진다. - 데스크톱의 넓은 화면과 iPad의 직접 입력을 조합하면 각 기기의 장점을 동시에 활용할 수 있다. ## 지원 방식과 향후 방향 - 글 작성 당시 FigJam for iPad는 태블릿 편집을 위한 첫 단계로 소개됐다. - Figma는 태블릿에서 저해상도 디자인을 더 빠르고 풍부하게 만드는 기능을 계속 탐색하고 있다. - 현재 안내에 따르면 전용 FigJam iPad 앱은 2026년 1월 8일 종료된다. - iPad에서 계속 사용하려면 iOS 16 이상을 지원하는 Figma iOS 앱에 로그인하거나 웹을 이용해야 한다. iPad는 완성된 디자인을 다듬는 도구라기보다, 초기 아이디어를 빠르게 그리고 공유하며 발전시키는 FigJam의 특성을 강화하는 도구로 보는 것이 적절하다. 개인 스케치, 손글씨 피드백, 회의 중 실시간 주석처럼 자유로운 시각적 협업이 필요한 상황에서 특히 유용하다.

원문 읽기(새 탭에서 열림)

FigmafigjamAndroidcollaborative-design+3