클라우드 뉴스

46개 군 서비스 한곳에…‘장병e음’ 내달 AI 고도화

국방부가 민간 클라우드 기반으로 구축한 통합 플랫폼 '장병e음'이 다음 달 말 생성형 인공지능(AI)과 전자지갑 등 14개 기능을 추가해 고도화된다. 장병들은 AI 비서를 통해 수당, 복무 규정, 휴가 정보 등을 맞춤형으로 안내받고 모바일로 각종 증명서를 간편하게 발급받을 수 있게 된다.

장병e음국방부인공지능클라우드

2026.09.28

세계

0.001초만 늦어도 목숨이 왔다갔다...로컬 AI의 반전[김창영의 실리콘밸리 룩]

AI 열풍으로 클라우드 컴퓨팅 수요가 급증했으나, 보안과 데이터 주권 문제로 인해 기업 내부망에 구축하는 온프레미스(로컬 AI) 데이터센터가 다시 주목받고 있다. 온프레미스는 외부 전송에 따른 해킹 위험이 적고, 하드웨어 협력을 통해 처리 속도의 한계를 보완하며 꾸준히 성장하고 있다.

온프레미스클라우드보안데이터센터

2026.09.28

새 소식

srelens - 엔지니어와 AI 에이전트 모두를 위한 쿠버네티스 컨트롤룸

srelens는 쿠버네티스 트러블슈팅과 리소스 관리를 한곳에서 처리할 수 있는 로컬 우선 데스크톱 워크스페이스입니다. 백엔드 기능을 MCP 서버로 노출하여 엔지니어와 AI 에이전트가 동일한 기능을 사용할 수 있는 것이 특징입니다.

클라우드 서비스AI 에이전트에이전트클라우드API

2026.08.24

새 소식

fx - Unix 셸처럼 가볍게 쓰고 임베드할 수 있는 코딩 에이전트

Vercel Labs가 Zig로 개발한 오픈소스 코딩 에이전트 'fx'는 Unix 셸처럼 가볍고 단순한 인터페이스를 지향하며 모델에 종속되지 않는 구조를 갖췄다. 단발성 작업 호출, 권한 제어, MCP 연결 등의 기능을 제공하고 Native Binary와 WebAssembly로 다른 애플리케이션에 임베드할 수 있다.

에이전트클라우드PERAPICLI

2026.08.20

경제

미국서도 꽈배기·단팥빵…뚜레쥬르 한국다움 통했다

한국식 차별화…생크림케이크 인기 아시아계 넘어 현지 소비자도 호응 CJ푸드빌이 운영하는 베이커리 브랜드 뚜레쥬르가 미국 시장에서 한국의 특색을 차별화 요소로 내세워 현지 소비자를 공략하고 있다. 사진은 미국 캘리포니아주 뚜레쥬르 라하브라점 전경. /사진=고현솔 기자 초록색 'TLJ' 로고가 벽면을 장식한 매장에 들어서자 미국보다 한국이 먼저 떠올랐다. 꽈배기와 고로케 등 익숙한 빵들이 진열대를 채웠고, 쇼케이스에는 과일과 생크림으로 장식한 케이크가 줄지어 있었다. 메뉴판에 적힌 영어와 달러 표시의 가격표가 아니었다면 서울 도심에 있는 베이커리라고 해도 어색하지 않은 풍경이었다. 지난 13일(현지시각) 방문한 미국 캘리포니아주 로스앤젤레스 인근에 자리한 뚜레쥬르 라하브라점은 한국에서 쌓아온 브랜드의 색깔을 전면에 내세우고 있었다. 지난해 7월 문을 연 이곳은 약 320㎡(97평) 규모의 직영점으로 북미 지역에서 처음으로 신규 BI(브랜드 아이덴티티)가 적용됐다. 신제품 출시 전 현지 소비자의 반응을 살피는 테스트베드이자 가맹점주에게 운영 방식을 보여주는 표준 매장 역할을 맡고 있다. CJ푸드빌은 뚜레쥬르를 미국 소비자에게 익숙한 맛으로 바꾸는 대신 현지 원재료를 쓰면서 한국과 동일한 맛을 구현하는 쪽을 선택했다. 다채로운 맛과 제품 구성, 섬세한 디자인 등 이른바 '한국다움'을 경쟁력으로 내세우면서 서비스와 매장 운영은 현지 시장에 맞추는 전략이다. 안승준 CJ푸드빌 글로벌사업본부장 겸 미국법인장은 "K베이커리의 섬세함과 다양한 맛, 창의적인 부분이 현지에서의 차별화 요소"라며 "한국적인 특색(K-ness)을 계속 강조해 나가는 것이 고객들에게 어필하는 중요한 전략"이라고 강조했다. 다양한 한국식 빵과 생크림 케이크가 뚜레쥬르 라하브라점에 진열돼 있다. /사진=고현솔 기자 현지에서 인기를 끄는 제품 중에는 한국에서 익숙한 메뉴가 많다. 미국 매장에서는 진한우유크림빵, 단팥빵, 김치고로케, 꽈배기 도넛 등이 좋은 반응을 얻고 있다. 미국 시장에서 익숙한 제품군으로 대체하기보다 한국에서 선호도가 높은 맛과 제품 구성을 그대로 가져간 것이 특징이다. 생크림을 활용한 '클라우드 케이크'가 현지에서 가장 인기가 높다. 미국에서 흔히 판매되는 버터케이크와 달리 부드러운 생크림과 상대적으로 절제된 단맛을 앞세웠다. 코스트코 등 현지 유통채널에서 판매하는 케이크보다 가격이 높지만 현지 소비자들이 프리미엄을 지불하고 있다는 게 CJ푸드빌 측 설명이다. 안 법인장은 "버터케이크와 생크림 케이크는 맛의 특징이 많이 다르다"며 "현지 고객들이 '클라우디하다'고 표현하는 등 제품을 프리미엄으로 인식하고 있다"고 설명했다. 한국에서 흥행한 신제품을 미국에 선보이는 속도도 빨라지고 있다. 이날부터 라하브라점에서는 과일 모양의 '아그작 케이크'를 판매한다. 지난 3월 국내 출시 후 SNS에서 입소문을 타며 조기 품절이 이어진 제품으로 현지에서는 복숭아·망고·피스타치오 등 3종을 선보였다. 매장 운영 방식은 미국 시장에 맞게 다듬었다. 현지 F&B(식음료) 시장에 대한 이해도가 높은 전문 인력을 경영진으로 영입해 고객 서비스와 프랜차이즈 운영 체계를 고도화하고 있다. 다만 고객이 매장을 둘러보며 원하는 빵을 직접 골라 담는 한국식 베이커리의 구매 방식은 그대로 유지했다. 안 법인장은 "현지화의 가장 큰 부분은 매장 운영"이라며 "미국 환경에 맞게 환대와 서비스 요소를 강화하고 프랜차이즈 사업에 필요한 표준화 작업에도 현지 노하우를 적용하고 있다"고 말했다. 그러면서 "고객이 직접 쇼핑하듯 제품을 하나씩 골라가는 방식은 현지에서 신선하게 받아들여졌다"고 덧붙였다. 안승준 CJ푸드빌 글로벌사업본부장 겸 미국법인장(오른쪽)과 오펠리아 쿰프 CJ푸드빌 미국법인 COO가 지난 13일(현지시각) 뚜레쥬르 라하브라점에서 미국 사업 전략을 설명하고 있다. /사진=고현솔 기자 한국식 제품과 구매 방식은 교민이나 아시아계 소비자에 머물지 않고 현지 주류시장으로 소비층을 넓히고 있다. 히스패닉과 백인이 주류를 이루는 지역에 위치해 있으며, 매장을 방문하는 고객층 역시 지역 인구 구성과 비슷한 양상을 보인다. 안 법인장은 "라하브라점 고객의 약 60%가 라틴계이고 백인이 25~30%, 아시아계는 10% 미만"이라며 "지역 인구 구성과 비슷한 수준"이라고 전했다. 오펠리아 쿰프 CJ푸드빌 미국법인 COO는 "라하브라점은 특정 고객층의 비중도 높지만 주류 시장(General market)의 비중 역시 매우 높다"며 "현지에서 매우 좋은 반응을 얻고 있으며 고객들이 제품에 호기심을 갖고 매장을 찾아 계속해서 재방문하고 있다"고 소개했다. 전략의 성과는 실적을 통해서 확인된다. CJ푸드빌 미국법인의 매출은 2021년 510억원에서 지난해 1946억원으로 4년 새 약 3.8배 늘었다. 국내 주요 프랜차이즈 기업들이 미국 시장에서 장기간 손실을 기록 중인 것과 달리 2018년부터 8년 연속 흑자를 유지하고 있다. 매장은 지난달 205개까지 확대됐으며 이 중 90% 이상이 가맹점이다. CJ푸드빌은 미국 시장에서 한국적인 정체성을 강조하는 방식으로 성장세를 이어간다는 계획이다. 동부와 중부, 서부뿐 아니라 하와이까지 출점을 확대하면서 K베이커리의 맛과 제품을 현지 소비자에게 알린다는 구상이다. 쿰프 COO는 "한국과 프랑스 감성이 결합한 베이커리라는 핵심 가치가 강점이자 차별화 요소"라며 "이러한 강점을 계속 유지하면서 한국적인 특색(K-ness)과 대표 제품을 적극적으로 알리는 것이 우리의 성장 계획"이라고 말했다.

아그작 케이크로스앤젤레스프리미엄클라우드쇼케이스

2026.08.16

경제

“요즘 누가 소맥 마셔요” MZ세대가 술 안 마시는 진짜 이유 [세모금]

Z세대 42% “술 안 마신다”…이유는 “술 안 좋아해서” 청년층 월 1회 이하 음주 비율 56.0%…역대 최고치 주류업계, 소주 도수 낮추고 무·비알코올 맥주 출시 사진은 기사와 무관. [게티이미지뱅크] [헤럴드경제=정대한 기자] 소주와 맥주 등 전통 주류 소비가 침체 흐름을 보이고 젊은 세대를 중심으로 저도주 트렌드가 떠오르면서 주류 시장이 재편되고 있다. 무·논알코올 맥주와 저도주를 새로운 성장축으로 삼고 있는 모습이다. 채용 플랫폼 진학사 캐치가 지난달 27일부터 31일까지 Z세대(1997년~2011년에 태어난 세대) 구직자 1347명을 대상으로 음주 문화를 조사한 결과, 평소에 술을 ‘전혀 마시지 않는다’고 답한 응답자는 42%로 가장 많았다. 술을 마시는 빈도도 낮았다. 월 1~2회에 술을 마신다고 한 응답자가 24%, ‘2~3개월에 한 번 이하’가 20%로 집계됐다. 주 1회 이상 술을 마신다는 응답은 14%에 그쳤고, 주 3회 이상은 2%에 불과했다. 술을 마시는 사람들도 취할 때까지 마시지 않는 경향이 뚜렷했다. 음주자를 대상으로 평소 술자리에서 마시는 정도를 물은 결과, ‘적당히 취기만 느낀다’는 응답이 63%로 가장 많았다. ‘가볍게 입만 댄다’는 응답은 29%였다. ‘완전히 취할 때까지 즐긴다’는 답변은 8%에 그쳤다. 음주자의 59%는 예전보다 술자리가 ‘줄었다’고 답했다. 술을 줄이거나 마시지 않는 가장 큰 이유는 건강보다도 개인의 ‘취향’이 컸다. ‘술을 좋아하지 않아서’라는 응답자는 53%로 응답자의 절반을 넘었다. 이어 ‘건강·체중 관리’ 19%, ‘숙취·다음 날 컨디션 관리’ 16%, ‘비용 부담’ 6% 등의 순이었다. 최근 질병관리청이 발표한 국민건강통계에 따르면 지난 2024년 기준 20대의 하루 평균 알코올 섭취량은 64.8g으로 60대(66.8g)보다 낮았다. 과거 가장 많은 술을 마시던 연령층인 20대의 음주량이 고령층보다도 적어진 것이다. 19~29세 청년층 중에서 술을 거의 마시지 않거나 월 1회 이하로 마시는 비율도 2024년 56.0%로 역대 최고치를 기록했다. 이러한 변화는 주류업계의 실적에도 반영됐다. 하이트진로의 올해 2분기 연결 기준 매출은 6186억원으로 4.3% 줄었다. 영업이익은 649억원으로 지난해 동기 대비 0.7% 증가하는 데 그쳤다. 소주 부문 매출은 0.1% 증가한 3827억원을 기록했지만, 맥주 부문은 매출이 2081억원에서 1763억원으로 15.3% 감소했다. 이에 주류업계는 대표 제품인 소주의 도수를 낮추는 등 전략 재편에 나섰다. 하이트진로는 지난 6월 대표 소주 브랜드 ‘참이슬 후레쉬’의 알코올 도수를 기존 16도에서 15.7도로 조정했다. 2월에는 ‘진로’의 알코올 도수도 16도에서 15.7도로 하향 조정했다. 롯데칠성음료도 지난 1월 제로 슈거 소주 ‘새로’의 도수를 16도에서 15.7도로 낮췄다. 무·비알코올 맥주도 잇따라 내놓고 있다. 오비맥주의 카스는 지난 2020년 출시한 ‘카스 제로’로 시작해 무알코올 맥주 ‘카스 올제로’, ‘카스 0.0’, ‘카스 레몬 스퀴즈 제로’ 등 포트폴리오를 확장하고 있다. 올해 1분기 오비맥주 무알코올 맥주 매출은 전년 동기 대비 27.7% 증가했다. 하이트진로도 지난 3월 무알코올 맥주인 ‘테라 제로’의 캔 제품을 선보였고, 6월에는 병 제품으로 라인업을 넓혔다. 롯데칠성음료도 기존의 무·논알코올 맥주를 통합한 알코올 맥주 브랜드 ‘클라우드 논알콜릭’을 출시했다.

질병관리청영업이익클라우드고령층Z세대

2026.08.16

새 소식

Unsloth Desktop - 로컬 AI 모델 실행/학습/에이전트를 하나로 묶은 오픈소스 앱

Unsloth가 로컬 AI 모델의 실행, 학습, 에이전트 기능을 통합한 오픈소스 데스크톱 앱 'Unsloth Desktop'을 출시했다. 이 앱은 다양한 모델 포맷과 크로스플랫폼을 지원하며, 빠른 파인튜닝과 샌드박스 실행, 오프라인 구동 등의 기능을 제공한다.

AnthropicNvidia로컬 LLM에이전트클라우드

2026.08.13

새 소식

zot – 단일 Go 바이너리부터 HA 클러스터까지 확장 가능한 가벼운 OCI Registry

오라클 클라우드 인프라스트럭처(OCI)가 Always Free 계정 대상 Ampere A1 Compute (VM.Standard.A1.Flex) 할당량을 변경했습니다. [리소스 할당량 변경] Compute: 총 2 OCPU Memory: 총 12 GB 월간 허용량: 1,500 OCPU 시간 및 9,000 GB 시간 유연한 인스턴스 구성 할당된 총 리소스 범위 내에서 자유롭게 인스턴스를 분할하여 생성할 수 있습니다. (예: 2 OCPU 인스턴스 1개 또는 1 OCPU 인스턴스 2개) [리전(Region) 제한 사항] Always Free A1 Compute는 테넌시의 홈 리전(Home Region)에서만 제공됩니다. 한국 북부(춘천 / South Korea North) 리전은 Always Free A1 인스턴스 할당 대상에서 제외되어 생성할 수 없습니다.

클라우드PER오라클한국IS

2026.08.07

새 소식

hallmark - AI 티가 안나는 디자인 스킬

개발자, DBA, 분석가, 데이터 팀을 위한 AI 기반 데이터베이스 클라이언트 로, 완전한 SQL 워크스페이스와 AI 어시스턴트를 결합 윈/맥/리눅스에서 동작하며, 30개 이상 데이터베이스 지원 MySQL, PostgreSQL, Oracle, SQL Server, ClickHouse, MongoDB, Redis, SQLite MariaDB, TiDB, Hive, DB2, Snowflake, BigQuery, Elasticsearch 등을 플러그인 방식으로 지원 SQL 워크스페이스 : 편집, 자동완성, 포맷팅, 실행, SQL 저장, 실행 이력 제공 AI 어시스턴트 : 자연어로 SQL 생성/설명/최적화하며, 사용자 소유의 AI 모델을 연결 데이터베이스 관리 : 메타데이터 탐색, 테이블/객체 관리(DDL/DML), 데이터 인플레이스 편집 데이터 임포트/익스포트, 대시보드/차트, MCP 지원 오픈소스 CLI 제공 저장된 데이터소스 비밀번호와 AI API 키를 AES-256-GCM으로 암호화 하는 단일 사용자/로컬 우선 설계 Community 5.3.0 이후는 Apache License 2.0 기반 소스 공개형 라이선스 상용 Pro/Enterprise 에디션은 동일 코어에 호스팅 AI, 사용자 계정, 클라우드 동기화, 팀 협업/거버넌스 기능 추가

클라우드거버넌스ICE디자인API

2026.08.10

새 소식

Rails는 DHH 없이도 Rails일 수 있을까

"Rails is done" 글은 "Rails는 끝났다" 와 "Rails는 완성됐다" 로 모두 읽히지만, 이 글이 택한 건 후자임 즉, Rails가 창시자 없이도 살아남을 만큼 충분히 완성됐다 는 것 최근 Rails 코어를 포크해 새로운 커뮤니티 주도 프레임워크를 만들려는 움직임이 시작됨 가칭 Amiko , Rails 8.x 호환 LTS를 목표로 하며 기존 앱도 gem 교체와 몇 번의 검색/치환만으로 옮길 수 있게 한다는 계획 흥미로운 건 포크의 이유가 기술적 불만 이 아니라는 점 Rails는 여전히 훌륭하지만 DHH의 가치관과 리더십은 더 이상 받아들이기 어렵다 는 개발자들이 Rails와 DHH를 분리하려는 것 그리고 이 시도는 갑자기 튀어나온 것이 아님 2025년 공개서한에 이은 두 번째 분리 시도이고, 그사이 Ruby 생태계는 이미 한 번 거버넌스로 크게 데였음 Rails는 원래 DHH의 강한 의견으로 만들어진 프레임워크 Rails는 37signals가 Basecamp를 만들던 과정에서 시작됨 DHH가 Ruby로 Basecamp에 필요한 도구를 만들고 이를 추출해 2004년 오픈소스로 공개 15분짜리 블로그 만들기 데모 와 Java 진영을 겨냥한 과감한 마케팅을 통해 빠르게 확산 Convention over Configuration 이라는 Rails의 핵심도 수많은 선택지를 제공하기보다 "우리는 이 방식이 맞다고 생각한다" 는 강한 의견에서 출발 프로젝트마다 폴더 구조와 라이브러리 조합을 다시 결정하지 않아도 되고, 작은 팀이 제품 자체에 집중할 수 있다는 Rails의 장점은 이 일관된 방향에서 나옴 Shopify/GitHub 같은 대규모 서비스도 지금까지 Rails를 사용 중이고, Rails는 지난 20년 동안 웹 프레임워크의 설계와 개발 방식에 큰 영향을 줌 Ruby on Rails 다큐멘터리 는 Rails가 어떻게 만들어지고 확산됐는지를 잘 보여줌 초기 Rails 컨퍼런스에서 DHH가 부당한 요구에 "F()c% You" 라는 슬라이드로 답한 일화도 이 방향성이 어떻게 지켜졌는지를 보여줌 오픈소스는 상업적 관계가 아니며 사용자가 프로젝트의 방향을 지시할 수 없다는 입장 Rails의 매력은 DHH의 성향과 분리하기 어려웠음 유행을 따르기보다 자신의 방식이 더 낫다고 밀어붙이고, 복잡한 기술을 단순한 선택으로 압축 하는 능력 문제는 그 강한 의견이 기술 밖에서도 같은 방식으로 작동 하기 시작했다는 점 5년간 쌓이고 최근 1년 사이 폭발한 압력 2021. 04 - Basecamp가 사내 정치/사회 논의를 금지하는 정책을 발표하고 직원 상당수가 회사를 떠남 2022. 02 - 캐나다 트럭 시위 계좌 동결을 계기로 " 내가 틀렸다, 우리에게 암호화폐가 필요하다 "며 기존 입장을 뒤집음 2023 - RailsConf와 별도로 Rails World를 만들며 Rails 생태계의 중심이 분리되기 시작 2024. 11 - DHH가 Shopify 이사회에 합류 , Rails와 최대 후원 기업이 인적으로도 연결됨 2025 중반 - Rails 코어 팀에 DHH와 관계를 끊고 하드 포크하라는 공개서한이 전달됐지만 실제 포크로 이어지지는 않음 2025. 09 - Sidekiq의 후원 철회와 Ruby Central의 Shopify 의존 심화 뒤 RubyGems/Bundler 강제 인수 발생 2026. 07 - DHH의 Roma 관련 글을 계기로 HEY 구독 취소 , MINASWAN 비판 , Ruby Central 결산 이 며칠 사이에 몰림 2026. 08 - Rails 호환 포크 Amiko 시작 앞의 17년은 한 사람의 방향성이 프레임워크를 만든 시간 이고, 뒤의 5년은 그 방향성이 프레임워크 밖으로 넘친 시간 포크 소식만 떼어 놓으면 갑작스러워 보이지만, 연표로 놓으면 5년간 쌓인 압력이 최근 1년 사이 폭발한 결과에 가까움 기술 독설에서 정치로 DHH는 기술적인 주장에서도 상대를 조심스럽게 설득하기보다 논쟁을 시작하는 제목 을 자주 선택 서버리스에 대해서는 일부 워크로드에 유용할 수 있지만, 지속적인 컴퓨팅 자원이 필요한 서비스까지 서버리스로 옮기는 것은 비싸고 락인만 강화한다며 " 서버리스에 속지 말라 "고 주장 이런 태도는 기술 논쟁에 재미와 새로운 관점 을 제공하기도 함 클라우드가 모든 문제를 해결한다는 분위기에서 비용과 락인을 다시 계산하게 만든 공은 분명함 전환점으로 자주 지목되는 건 2021년 Basecamp 사태 사내 정치/사회 논의를 금지하는 정책이 논란이 되며 직원 상당수가 회사를 떠남 Amiko 제안자들은 이 시기 이후 Rails 코어 팀의 프런트엔드 전문성이 약해졌고 , 그 결과 자산 파이프라인이 여러 접근으로 분산됐다고 진단함 이 진단이 맞다면 회사의 정치적 결정이 프레임워크의 기술 구성에도 흔적 을 남긴 셈 2022년 암호화폐 전향도 같은 흐름에서 볼 수 있음 에너지 소비/낮은 처리량/높은 비용/가격 변동성을 이유로 암호화폐에 부정적이었지만, 캐나다 트럭 시위 과정에서 기부금 전달이 막히고 계좌가 동결되는 모습을 본 뒤 " 내가 틀렸다, 우리에겐 암호화폐가 필요하다 "며 입장을 바꿈 국가와 제도가 개인의 자유를 통제할 수 있다는 불신은 이후의 정치적 발언에서도 반복됨 2026년의 DHH가 2022년과 단절된 다른 사람이라고 보기는 어려움 그리고 사람에 대한 발언 Amiko 제안자들은 DHH가 최근 반이민/반트랜스/반DEI 성향 의 글과 발언을 이어왔다고 비판함 Ruby/Rails 커뮤니티 내부에서도 이를 둘러싼 반발이 커지는 중 극우가 대규모 추방을 뜻하는 표현으로 사용하는 remigration 을 요구했고, Roma인을 늑대에 빗대 집단 추방을 옹호하는 것으로 해석된 글도 게시함 이 글은 오랫동안 HEY를 사용하던 고객이 구독을 취소하는 계기 가 됨 구독을 취소한 이유는 단순히 정치적 견해가 달라서가 아니었음 일부 사람의 행위를 전체 민족 집단으로 확대하고, 무고한 사람이 입을 피해를 언급하지 않는 판단을 더 이상 신뢰하기 어렵다는 것 물론 반대 시각도 존재함 문제의 글이 Roma 전체의 추방을 주장한 것은 아니라거나 유럽에서 드물지 않은 정서라는 반박도 있고, DHH의 주장에 동의하는 개발자도 적지 않음 이 사안을 Ruby/Rails 커뮤니티 전체의 합의로 볼 수는 없음 그러나 논쟁은 한 사람의 발언을 넘어 생태계의 권력 구조로 확장 됨 Ruby 커뮤니티가 오랫동안 내세운 MINASWAN , "Matz is nice and so we are nice" 라는 구호도 다시 질문받는 중 Matz 개인의 친절함이 생태계 전체의 친절함이나 건강한 권력 구조를 보장하지 않으며, Rails와 Ruby의 주요 권한이 소수의 개인과 기업에 집중돼 있다는 비판 "Matz가 친절하다"는 사실은 중요하지 않다 Rails 상표는 DHH가 소유하고 Rails Foundation이 독점 라이선스로 관리하며, DHH가 재단 이사회 의장과 프로젝트 리더십을 함께 맡는 구조 이미 한 번 무너진 거버넌스 Rails 포크론의 온도를 이해하려면 코드가 아니라 소유권 에서 벌어진 일을 봐야 함 Sidekiq은 RailsConf의 DHH 초청 을 이유로 Ruby Central에 대한 연 25만 달러 후원을 철회 했고, 재정난에 몰린 Ruby Central은 Shopify에 크게 의존하게 됨 2025년 9월 Ruby Central은 기존 유지관리자 동의 없이 RubyGems/Bundler의 GitHub 저장소와 gem 소유권을 인수함 10년 넘게 프로젝트를 관리하던 팀이 접근 권한을 잃었고, Ruby Central은 공급망 보안을 이유로 들었지만 실제 쟁점은 누가 프로젝트를 소유하고 결정할 수 있는가 였음 DHH는 이 인수를 지지했지만 과거 WordPress 플러그인 강제 인수에는 반대했던 터라 일관성 부족도 지적받음 강제 인수 과정 을 거친 뒤 RubyGems/Bundler 소유권 일부는 Matz와 Ruby 코어 팀으로 이관 됐지만 조직의 신뢰는 회복되지 못함 컨퍼런스는 향후 일정을 잡지 못했고 주요 유지관리자와 이사진이 대거 떠남 자세한 경과는 Ruby Central이 남긴 파괴적 유산 에 정리돼 있음 여기서 중요한 건 개별 인물의 잘잘못보다 구조 Ruby Central은 커뮤니티가 이사를 선출하지 않으며 새 이사도 기존 이사들이 선임함 기업 후원에 크게 의존하는 조직이 생태계의 핵심 인프라와 권한을 함께 통제하면서 이해충돌 문제도 불거짐 Rails 포크가 지금 진지하게 받아들여지는 건 Ruby 커뮤니티가 이미 "코드는 오픈소스인데 권한은 아니었다" 는 경험을 했기 때문 오픈소스 코드는 누구나 복사할 수 있지만 상표/릴리스 권한/코어 팀 구성/커뮤니티 규범까지 자동으로 분산되는 것은 아님 Rails가 완성됐기 때문에 가능한 포크 Amiko를 만들려는 개발자들은 Rails를 새로 설계할 필요가 없다고 봄 rails new --minimal 에 포함되는 railties, actionpack, activesupport, activemodel, activerecord, actionview 같은 핵심 gem은 Rails 6.0이 나온 2019년 이후 큰 변화 없이 안정적으로 유지되고 있음 이후 추가된 주요 기능도 코어 자체보다 선택적으로 결합하는 구성 요소에 가까움 여러 세대의 자산 파이프라인 다른 프레임워크에서도 사용할 수 있는 JavaScript 라이브러리 컨테이너 배포 도구와 Go로 작성된 리버스 프록시 ActiveJob/ActionCable/캐시를 위한 새로운 기본 백엔드 gem Rails가 소형 앱부터 대규모 서비스까지 만드는 데 필요한 기본 구조를 이미 갖췄으므로, 보안 패치와 성능 개선을 따라가는 것만으로도 소수의 자원봉사자가 포크를 유지할 수 있다는 판단 Amiko가 목표로 하는 것도 더 혁신적인 Rails가 아니라 "지루할 만큼 안정적이고 친근한 프레임워크" 여기에 명시적인 가치 선언이 따라붙음 Amiko는 나치/트랜스포비아/인종차별을 비롯한 편견을 용납하지 않는 커뮤니티가 개발과 거버넌스를 맡는 것을 목표로 함 리더십에서 벗어나는 중립적인 포크가 아니라 어떤 커뮤니티가 될 것인지를 먼저 선언한 포크 하지만 유지보수는 끝나지 않음 포크 계획에서 가장 자주 지적받는 지점은 "완성됐다"는 전제 그 자체 사용자 관점에서는 주요 API가 안정화됐으므로 완성으로 볼 수 있음 완벽해서가 아니라 지금 크게 깨뜨릴 때의 비용이 이득보다 훨씬 크기 때문 하지만 유지보수자 관점에서는 전혀 끝나지 않았음 버그 수정, 보안 신고 처리, 생태계 호환성 유지, 성능 개선만으로도 상당한 작업량이 필요함 Rails 본체도 새 PR과 이슈를 따라잡는 데 어려움을 겪고 있고 AI 등장 이후 그 부담이 더 커졌다는 지적 더 큰 난점은 네트워크 효과와 생태계 분열 수백 개의 인기 gem이 Rails 내부와 긴밀하게 통합돼 있어 포크가 원본과 갈라질수록 호환성 문제가 커짐 관련 프로젝트들이 원본 Rails와 Amiko를 함께 지원할 이유도 없음 정리하면 "코드는 쉽고 거버넌스가 어렵다"가 아니라 "코드도 생각보다 쉽지 않고, 거버넌스는 그보다 더 어렵다" 에 가까움 포크가 갈 수 있는 길 Amiko의 미래로는 대체로 네 가지 경로를 생각할 수 있음 이름만 다른 완전 호환판으로 남는 경우 호환성을 유지하면서 패치와 라이브러리를 정리해 더 나은 오마카세 경험을 제공하는 경우 오래 운영되며 호환성을 깨고 Rails와 다른 프레임워크가 되는 경우 포크의 아이디어가 원본 Rails에 흡수되는 경우 마지막 경로에는 Rails 자신의 역사라는 선례가 있음 2000년대 후반 Merb 는 더 빠르고 가벼운 경쟁 프레임워크로 등장했지만 결국 Rails 3.0에 병합 됨 Rails 내부를 구성 가능하고 모듈화된 구조로 바꾸는 큰 작업이 뒤따랐고, 경쟁 구현이 원본을 개선한 사례로 남음 다만 Merb는 기술적 이견에서 출발했고 Amiko는 그렇지 않음 기술이 갈등의 원인이 아닐 때 무엇을 계기로 다시 합칠 수 있는지가 이번 포크의 다른 점 Ruby 생태계에는 Rails 대안인 Hanami 가 이미 존재함 Hanami는 현재 Dry, ROM과 함께 Hanakai 라는 하나의 커뮤니티 아래에서 개발되고 있음 Amiko 역시 Hanakai의 사명과 가치에 동의하며 이를 대체하거나 Ruby 생태계를 하나로 통일하려는 프로젝트가 아니라고 밝힘 별도 포크를 만들지 말고 Hanakai에 참여해야 한다는 비판도 있지만 Amiko가 내세우는 근거는 이전 비용 대형 Rails 애플리케이션을 다른 프레임워크로 다시 작성하기 어렵거나, Rails의 설계는 선호하지만 현재 리더십에는 동의하지 않는 사용자를 위한 선택지라는 것 여기에 이번 포크의 역설이 있음 Rails가 포크될 수 있을 만큼 완성된 건 DHH가 20년 동안 강한 방향성을 유지했기 때문 Rails를 포크해야 한다는 요구가 나온 것도 DHH 한 사람에게 너무 많은 방향성과 상징성이 묶여 있기 때문 코드와 창시자를 분리할 수 있을까 Amiko의 어려움은 Rails 코드를 유지하는 데만 있지 않음 Rails 특유의 단호한 설계 결정을 여러 사람이 합의하는 거버넌스에서도 유지할 수 있는지가 더 큰 문제 모든 의견을 수용하는 순간 Rails의 장점이었던 일관성이 사라질 수 있고, 반대로 또 다른 강한 지도자에게 의존한다면 기존 구조를 반복하게 됨 Ruby Central 사태가 보여준 것도 결국 선출되지 않은 소수가 결정하는 구조는 누가 앉든 같은 문제를 만들 수 있다 는 점 DHH 없는 Rails 가 성공하려면 기존 Rails와 호환되는 코드를 만드는 것만으로는 부족함 한 사람의 취향에 의존하지 않으면서도 Rails다운 선택을 할 수 있는 구조 리더의 정치적 발언과 프로젝트 전체의 정체성을 분리할 수 있는 거버넌스 커뮤니티가 참여하는 의사결정과 공개적으로 운영되는 상표/릴리스 권한 이는 추상적인 이야기가 아님 Ruby 커뮤니티에서는 gem.coop처럼 유지관리자가 공개적으로 운영하는 거버넌스, PSF처럼 커뮤니티가 이사를 선출하는 조직이 구체적인 대안으로 제시되고 있음 Amiko가 Codeberg에 거버넌스 저장소부터 열어 둔 것도 같은 맥락 "Rails는 완성됐다" 는 말은 기술적인 평가 이면서 동시에 독립 선언 임 물론 Rails가 DHH의 가장 큰 작품이라는 사실은 바뀌지 않음 Rails의 다음 과제는 DHH의 작품을 넘어 공동체가 이어가는 기반 으로 자리 잡는 것

컴퓨팅 자원권력 구조클라우드거버넌스이해충돌

2026.08.11