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

aws·2025년 12월 2일원문

Amazon RDS for SQL Server 및 (새 탭에서 열림)

AWS는 Amazon RDS for Oracle 및 SQL Server 사용자를 위해 비용 효율성과 확장성을 극대화할 수 있는 네 가지 신규 기능을 발표했습니다. 이번 업데이트에는 비프로덕션 환경을 위한 SQL Server Developer Edition 지원, CPU 최적화가 가능한 최신 M7i/R7i 인스턴스 도입, 그리고 최대 128TiB까지 확장된 스토리지 용량이 포함되었습니다. 이를 통해 기업은 개발부터 운영 단계까지 데이터베이스 라이선스 및 인프라 비용을 대폭 절감하면서도 성능 요구 사항에 맞춰 유연하게 자원을 관리할 수 있게 되었습니다. **비프로덕션 환경을 위한 SQL Server Developer Edition 지원** * 개발 및 테스트 워크로드에서 Enterprise Edition의 모든 기능을 라이선스 비용 없이 무료로 사용할 수 있는 SQL Server Developer Edition이 RDS에 추가되었습니다. * 사용자는 Amazon S3에 SQL Server 바이너리 파일을 업로드하여 인스턴스를 생성할 수 있으며, 기존 데이터를 백업 및 복원 방식으로 간편하게 마이그레이션할 수 있습니다. * 자동 백업, 소프트웨어 업데이트, 모니터링 등 RDS의 관리형 기능을 그대로 활용하면서 비프로덕션 환경의 운영 비용을 효과적으로 줄일 수 있습니다. **M7i 및 R7i 인스턴스 도입과 CPU 최적화** * RDS for SQL Server에서 M7i 및 R7i 인스턴스를 지원하여 이전 세대 인스턴스 대비 최대 55%의 비용 절감 효과를 제공합니다. * 인스턴스 비용과 라이선스 비용을 분리하여 청구함으로써 비용 구조의 투명성을 높였으며, 최신 사양의 컴퓨팅 성능을 보다 저렴하게 이용할 수 있습니다. * 'CPU 최적화(Optimize CPU)' 기능을 통해 메모리와 스토리지 용량은 유지하면서 필요한 vCPU 수만 활성화함으로써, 코어 기반 라이선스 비용을 최적화할 수 있습니다. **스토리지 용량 및 성능 확장** * RDS for Oracle 및 SQL Server의 최대 스토리지 용량이 기존 64TiB에서 128TiB로 두 배 확장되었습니다. * io2 Block Express 볼륨을 지원하여 대규모 엔터프라이즈 데이터베이스 운영에 필수적인 고성능 IOPS와 고용량을 동시에 확보할 수 있습니다. * 확장된 스토리지 한도와 유연한 확장 옵션을 통해 급증하는 데이터 규모에도 인프라 재설계 없이 안정적으로 대응이 가능합니다. 비용 절감이 시급한 프로젝트라면 개발 및 테스트 환경을 즉시 SQL Server Developer Edition으로 전환하여 라이선스 비용을 제거하는 것이 좋습니다. 또한, 라이선스 비용 부담이 큰 고사양 데이터베이스의 경우 M7i/R7i 인스턴스로 전환하고 CPU 최적화 기능을 적용하여 성능과 비용의 균형을 맞추는 전략을 권장합니다.

amazon-s3amazon-rdscost-optimizationcloud-databases+3

aws·2025년 12월 2일원문

AWS 데이터베이스용 Database Savings Plans를 (새 탭에서 열림)

AWS는 관리형 데이터베이스 서비스의 비용을 최대 35%까지 절감할 수 있는 새로운 요금 모델인 'Database Savings Plans'를 출시했습니다. 사용자는 1년 동안 일정 금액의 시간당 지출($/hour)을 약정함으로써, 특정 리전이나 엔진에 국한되지 않고 다양한 데이터베이스 리소스에 대해 자동적인 할인 혜택을 받을 수 있습니다. 이 플랜은 클라우드 현대화나 글로벌 확장 과정에서 데이터베이스 환경이 변하더라도 유연하게 비용 최적화를 유지할 수 있도록 설계되었습니다. **Database Savings Plans의 핵심 가치와 유연성** * **시간당 약정 모델:** 1년 기간 동안 일정액의 시간당 사용량을 약정하며, 약정 금액을 초과하는 사용분은 일반 온디맨드 요금으로 청구됩니다. * **광범위한 유연성:** 특정 리전, 인스턴스 제품군, 크기에 얽매이지 않고 지원되는 모든 데이터베이스 서비스에 할인이 자동 적용됩니다. * **현대화 지원:** 프로비저닝 방식에서 서버리스로 전환하거나, 데이터베이스 엔진을 변경(예: 상용 DB에서 오픈소스 기반 Aurora로 전환)하더라도 할인 혜택이 중단 없이 유지됩니다. **서비스별 지원 범위 및 할인율 상세** * **지원 서비스:** Amazon Aurora, RDS, DynamoDB, ElastiCache, DocumentDB, Neptune, Keyspaces, Timestream, AWS DMS 등 주요 관리형 데이터베이스를 모두 포함합니다. * **배포 모델별 혜택:** 서버리스 배포의 경우 온디맨드 대비 최대 35%, 프로비저닝된 인스턴스는 최대 20%의 할인율이 적용됩니다. * **처리량 기반 할인:** DynamoDB 및 Keyspaces의 온디맨드 처리량은 최대 18%, 프로비저닝된 용량은 최대 12%의 비용 절감이 가능합니다. **구매 및 운영 관리** * **통합 관리:** AWS Billing 및 비용 관리 콘솔을 통해 구매 프로세스를 진행할 수 있으며, 기존의 비용 관리 도구로 활용률(Utilization)과 커버리지를 분석할 수 있습니다. * **자동 업데이트:** 향후 새로운 데이터베이스 엔진, 인스턴스 유형 또는 신규 리전이 출시될 경우에도 별도의 조치 없이 Savings Plans 혜택이 자동으로 확장 적용됩니다. **실용적인 권장 사항** 1년 이상의 장기적인 워크로드를 운영하거나, 마이크로서비스 아키텍처 도입으로 인해 여러 종류의 데이터베이스를 혼용하는 기업에게 매우 유리합니다. 특히 서버리스로의 전환이나 리전 확장을 계획 중이라면, 기존의 예약 인스턴스(RI)보다 훨씬 유연한 이 플랜을 통해 관리 부담을 줄이면서 비용 효율을 극대화할 수 있습니다.

AWS서버리스amazon-rdsamazon-dynamodb+4

aws·2025년 12월 2일원문

Amazon CloudWatch, 운영, (새 탭에서 열림)

Amazon CloudWatch가 운영, 보안 및 규정 준수 데이터를 통합 관리하고 분석할 수 있는 새로운 기능을 도입했습니다. 이 업데이트를 통해 데이터 중복과 비용을 줄이면서 여러 소스의 로그를 자동으로 정규화하고, Apache Iceberg 호환 형식을 통해 외부 분석 도구와의 연동성을 극대화했습니다. 이제 사용자는 복잡한 파이프라인 없이도 통합된 환경에서 운영 지표와 비즈니스 데이터를 실시간으로 상관 분석하여 심도 있는 인사이트를 얻을 수 있습니다. **데이터 수집 및 정규화의 간소화** * AWS Organizations와 통합되어 CloudTrail, VPC Flow Logs, AWS WAF, Route 53 리졸버 로그 등 여러 리전 및 계정의 AWS 로그를 자동으로 수집합니다. * CrowdStrike, Okta, SentinelOne, GitHub 등 타사 보안 및 생산성 도구의 로그를 수집할 수 있는 사전 구축된 커넥터를 제공합니다. * OCSF(Open Cybersecurity Schema Framework) 및 OTel(Open Telemetry) 형식을 기본 지원하여 데이터 일관성을 확보하며, Grok 프로세서를 통해 커스텀 파싱과 필드 연산을 수행할 수 있습니다. **Iceberg 호환성을 통한 데이터 개방성 및 비용 절감** * Amazon S3 Tables를 통해 Apache Iceberg 호환 형식으로 로그 데이터에 접근할 수 있는 기능을 도입했습니다. * CloudWatch 내부뿐만 아니라 Amazon Athena, Amazon SageMaker Unified Studio 등 Iceberg를 지원하는 모든 외부 도구에서 별도의 데이터 복제 없이 직접 분석이 가능합니다. * 통합 데이터 저장소 구조를 채택함으로써 여러 도구에 동일한 데이터를 중복 저장할 필요가 없으며, 복잡한 ETL 파이프라인 유지보수에 드는 운영 오버헤드를 줄였습니다. **강력한 로그 분석 및 시각화 도구** * 자연어 기반 쿼리를 비롯해 LogsQL, PPL, SQL 등 다양한 쿼리 언어를 단일 인터페이스에서 사용할 수 있습니다. * 새로운 'Facets' 인터페이스를 통해 소스, 애플리케이션, 계정, 리전 및 로그 유형별로 직관적인 필터링이 가능합니다. * 지능형 파라미터 추론 기능을 지원하여 여러 AWS 계정과 리전에 걸친 방대한 로그 그룹에 대해 효율적인 교차 쿼리를 실행할 수 있습니다. **실용적인 권장사항** 운영 로그와 보안 로그가 서로 다른 도구에 분산되어 있어 상관 분석에 어려움을 겪거나, 로그 분석을 위해 복잡한 ETL 프로세스를 운영 중인 조직에 이 기능을 적극 추천합니다. 특히 CloudWatch의 통합 관리 뷰를 통해 전체 데이터 소스를 한눈에 파악하고, OCSF 정규화 기능을 활용하여 보안 분석의 표준화를 시작하는 것이 좋습니다.

로그 관리amazon-s3apache-icebergdata-analytics+4

aws·2025년 12월 2일원문

전문가 지원에 AI 기능을 더한 (새 탭에서 열림)

AWS는 고객 지원 모델을 기존의 사후 대응 방식에서 사전 예방적 문제 해결 방식으로 전환하기 위해 AI 역량이 강화된 새로운 지원 플랜을 도입했습니다. 이번 개편은 생성형 AI 기술과 AWS 전문가의 가이드를 결합하여 비즈니스에 영향이 생기기 전 잠재적 문제를 식별하고 클라우드 워크로드를 최적화하는 데 중점을 둡니다. 고객은 운영 규모와 비즈니스 요구 사항에 맞춰 세분화된 세 가지 플랜을 통해 더 빠른 응답 시간과 맥락 중심의 지원을 받을 수 있습니다. ### AI 기반의 지능형 지원, Business Support+ * 개발자, 스타트업 및 중소기업을 대상으로 하며, AI 기반의 맥락 맞춤형 권장 사항을 제공하여 문제 해결 속도를 높입니다. * 비즈니스 크리티컬한 사례에 대해 이전보다 2배 빨라진 30분 이내의 응답 시간을 보장합니다. * AI 도구로 상담을 시작하더라도 필요 시 상담 맥락을 그대로 유지한 채 AWS 전문가에게 원활하게 연결되어 반복적인 설명 없이 지원을 이어갈 수 있습니다. ### 데이터 기반의 지능형 운영, Enterprise Support * 지정된 기술 고객 관리자(TAM)가 AI 기반의 통찰력과 고객 환경의 데이터를 결합하여 운영 위험을 사전에 식별하고 최적화 기회를 제안합니다. * 보안 사고 대응 서비스(AWS Security Incident Response)가 추가 비용 없이 포함되어 보안 이벤트의 중앙 집중식 추적 및 자동화된 모니관링이 가능해집니다. * 운영 환경에 치명적인 문제가 발생할 경우 최대 15분 이내의 응답 속도를 제공하며, 지원 엔지니어는 AI 에이전트가 정리한 고객 맞춤형 맥락을 바탕으로 신속하게 대응합니다. ### 미션 크리티컬을 위한 통합 운영 지원, Unified Operations Support * TAM, 도메인 엔지니어, 청구 및 계정 전문가로 구성된 전담 팀이 고객의 고유한 운영 이력을 바탕으로 가장 높은 수준의 맥락 맞춤형 지원을 제공합니다. * 24시간 상시 모니터링과 AI 기반 자동화 시스템을 통해 위험을 선제적으로 차단하며, 마이그레이션이나 보안 전문가를 온디맨드로 호출할 수 있습니다. * 최우선 순위 사고 발생 시 5분 이내에 응답하는 가장 빠른 서비스 수준 계약(SLA)을 제공하여 비즈니스 연속성을 극대화합니다. 클라우드 운영의 복잡성이 증가함에 따라 단순히 문제가 터졌을 때 해결하는 것을 넘어, AI의 분석력과 전문가의 통찰력을 결합한 사전 관리형 지원을 선택하는 것이 중요해졌습니다. 단순 개발 환경이라면 Business Support+가 경제적이지만, 보안이 중요하거나 중단 없는 서비스가 핵심인 기업이라면 Enterprise 이상의 플랜을 통해 AI와 전담 인력의 통합 관리를 받는 것이 권장됩니다.

AIAWSincident-managementcloud-monitoring+3

aws·2025년 12월 2일원문

Amazon OpenSearch Service, GPU (새 탭에서 열림)

Amazon OpenSearch Service가 벡터 데이터베이스의 성능을 극대화하고 비용을 절감하기 위해 서버리스 GPU 가속 및 자동 최적화 기능을 도입했습니다. 이 기능을 통해 사용자는 수십억 건 규모의 벡터 인덱스를 기존보다 최대 10배 빠른 속도와 4분의 1 수준의 비용으로 구축할 수 있으며, 복잡한 수동 튜닝 없이도 최적의 검색 품질을 유지할 수 있습니다. 결과적으로 생성형 AI 애플리케이션 개발에 필요한 대규모 벡터 검색 환경을 훨씬 더 경제적이고 효율적으로 운영할 수 있게 되었습니다. **GPU 가속을 통한 대규모 벡터 데이터베이스 구축** * **성능 및 비용 혁신:** 비가속 환경 대비 인덱싱 속도는 10배 빨라진 반면, 관련 비용은 75%까지 절감되었습니다. 이를 통해 10억 개 규모의 벡터 데이터베이스를 1시간 이내에 생성할 수 있는 놀라운 확장성을 제공합니다. * **서버리스 관리 모델:** 사용자가 직접 GPU 인스턴스를 할당하거나 관리할 필요가 없으며, 실제 처리량에 따른 OCU(OpenSearch Compute Units) 단위로만 비용을 지불하면 됩니다. * **보안 및 통합:** 가속화된 작업은 사용자의 VPC(Amazon Virtual Private Cloud) 내에서 안전하게 격리되어 실행되며, 기존 OpenSearch 서비스의 워크플로우 내에서 자연스럽게 통합됩니다. **자동 최적화(Auto-optimization) 기반 성능 튜닝** * **자동화된 균형 탐색:** 벡터 데이터의 특성에 맞춰 검색 지연 시간, 검색 품질(재현율), 메모리 요구 사항 사이의 최적의 균형점을 시스템이 자동으로 찾아냅니다. * **전문성 장벽 완화:** 과거에는 벡터 인덱스 최적화에 몇 주간의 수동 튜닝과 전문 지식이 필요했으나, 이제는 설정 하나만으로 기본 구성보다 뛰어난 비용 효율성과 재현율을 확보할 수 있습니다. * **유연한 적용 범위:** 새 도메인이나 컬렉션을 생성할 때는 물론, 기존에 운영 중인 환경에서도 설정을 업데이트하여 즉시 최적화 기능을 활성화할 수 있습니다. **실제 적용 방법 및 권장 사항** 생성형 AI 애플리케이션이나 대규모 지식 베이스를 구축하려는 개발자는 AWS 콘솔의 '고급 기능' 섹션에서 GPU 가속을 활성화하는 것만으로 즉시 성능 향상을 경험할 수 있습니다. 기술적으로는 인덱스 설정 시 `index.knn.remote_index_build.enabled` 옵션을 `true`로 설정하여 GPU 기반의 원격 인덱스 빌드를 활성화할 것을 권장하며, 이를 통해 대량의 데이터를 벌크(Bulk) API로 처리할 때 최적의 가속 효과를 얻을 수 있습니다.

AI생성형 AIAWSvector-db+4

aws·2025년 12월 2일원문

확장성과 성능이 향상 (새 탭에서 열림)

Amazon S3 Vectors가 정식 출시(GA)되어 클라우드 객체 스토리지에서 기본적으로 벡터 데이터를 저장하고 검색할 수 있는 길이 열렸습니다. 기존 전용 벡터 데이터베이스 대비 비용을 최대 90% 절감할 수 있으며, 서버리스 아키텍처를 통해 인프라 관리 부담 없이 대규모 AI 애플리케이션을 구축할 수 있습니다. 이번 정식 버전은 프리뷰 대비 확장성과 성능이 대폭 강화되어, 대규모 RAG(검색 증강 생성) 및 AI 에이전트 워크로드를 안정적으로 지원합니다. **비약적인 확장성 및 성능 향상** * **인덱스 규모 확장:** 단일 인덱스에서 최대 20억 개의 벡터를 지원하며, 벡터 버킷당 총 20조 개의 벡터를 저장할 수 있어 프리뷰 대비 확장성이 40배 향상되었습니다. * **검색 속도 최적화:** 빈번한 쿼리의 경우 응답 속도를 100ms 이하로 단축했으며, 간헐적인 쿼리도 1초 미만의 지연 시간을 유지하여 실시간 대화형 AI에 적합합니다. * **검색 결과 확대:** 쿼리당 반환 가능한 검색 결과 수를 기존 30개에서 100개로 늘려 RAG 애플리케이션에 더 풍부한 컨텍스트를 제공합니다. * **쓰기 처리량 강화:** 초당 최대 1,000건의 PUT 트랜잭션을 지원하여 실시간 데이터 스트리밍 및 대량의 동시 쓰기 작업을 원활하게 처리합니다. **서버리스 아키텍처를 통한 운영 및 비용 효율화** * **완전 관리형 서비스:** 별도의 인프라 설정이나 프로비저닝이 필요 없는 서버리스 구조로, 사용한 만큼만 비용을 지불하는 종량제 모델을 채택했습니다. * **비용 절감:** 전용 벡터 데이터베이스 솔루션과 비교했을 때 벡터 저장 및 쿼리 비용을 최대 90%까지 낮출 수 있어 경제적입니다. * **개발 수명 주기 지원:** 초기 프로토타이핑부터 대규모 프로덕션 배포까지 동일한 스토리지 환경에서 유연하게 대응할 수 있습니다. **에코시스템 통합 및 가용성 확대** * **Amazon Bedrock 연동:** Amazon Bedrock 지식 기반(Knowledge Base)의 벡터 스토리지 엔진으로 정식 지원되어 고성능 RAG 어플리케이션 구축이 용이해졌습니다. * **Amazon OpenSearch 통합:** S3 Vectors를 스토리지 계층으로 사용하면서 OpenSearch의 강력한 검색 및 분석 기능을 결합하여 사용할 수 있습니다. * **지역 확장:** 프리뷰 당시 5개였던 지원 리전을 서울을 포함한 전 세계 14개 AWS 리전으로 확대하여 접근성을 높였습니다. 전용 벡터 DB 도입에 따른 비용과 운영 복잡성이 부담스러웠던 기업이라면, S3의 높은 가용성과 보안을 그대로 누리면서 대규모 벡터 검색을 구현할 수 있는 S3 Vectors 도입을 적극 검토해 보시기 바랍니다. 특히 Amazon Bedrock과의 유연한 통합을 통해 생산성 높은 AI 서비스를 빠르게 시장에 출시할 수 있습니다.

AIamazon-bedrockRAG서버리스+4

aws·2025년 12월 2일원문

Amazon Bedrock, 새로운 (새 탭에서 열림)

Amazon Bedrock이 Mistral Large 3와 Ministral 3를 포함한 18개의 새로운 오픈 웨이트(Open weight) 모델을 추가하며, 총 100여 개의 서버리스 모델 라인업을 구축하게 되었습니다. 개발자들은 인프라를 변경하거나 코드를 재작성할 필요 없이 단일 API를 통해 구글, 엔비디아, 오픈AI 등 선도적인 AI 기업들의 최신 모델을 자유롭게 선택하고 평가할 수 있습니다. 이번 확장을 통해 기업들은 비용 효율성과 성능 사이의 최적점을 찾아 비즈니스 특성에 맞는 생성형 AI 애플리케이션을 더욱 신속하게 구축할 수 있는 환경을 갖추게 되었습니다. **Mistral AI의 최신 모델 라인업** * **Mistral Large 3**: 긴 문맥(Long-context) 이해와 멀티모달 추론, 코딩 능력에 최적화된 모델로, 복잡한 엔터프라이즈 지식 작업과 에이전트 워크플로우에 강력한 성능을 발휘합니다. * **Ministral 3 3B**: 에지(Edge) 환경에 최적화된 소형 모델로, 단일 GPU에서 효율적으로 구동되며 실시간 번역, 데이터 추출, 이미지 캡셔닝 등 저지연 애플리케이션에 적합합니다. * **Ministral 3 8B/14B**: 텍스트와 시각 정보 처리에 있어 동급 최강의 성능을 제공하며, 하드웨어 제약이 있는 온디바이스 환경이나 프라이빗 AI 배포 시 고급 에이전트 기능을 구현하는 데 사용됩니다. **다양한 산업군을 위한 오픈 웨이트 모델 확장** * **Google Gemma 3 4B**: 노트북이나 모바일 기기에서 로컬로 실행할 수 있는 효율적인 다국어 모델로, 개인화된 온디바이스 AI 경험을 제공하는 데 유리합니다. * **광범위한 파트너십**: 구글, MiniMax AI, Moonshot AI, NVIDIA, OpenAI, Qwen 등의 최신 모델이 포함되어, 특정 언어나 산업 도메인에 특화된 선택지가 대폭 늘어났습니다. * **서버리스 및 통합 관리**: 모든 모델은 AWS가 완전히 관리하는 서버리스 방식으로 제공되므로, 사용자들은 별도의 GPU 서버 관리 부담 없이 API 호출만으로 최첨단 모델을 즉시 활용할 수 있습니다. **Bedrock 플랫폼의 유연성과 편의성** * **통합 API 아키텍처**: 서로 다른 제조사의 모델이라도 동일한 API 구조를 사용하므로, 성능 평가 결과에 따라 애플리케이션의 모델을 손쉽게 교체하거나 업그레이드할 수 있습니다. * **지속적인 큐레이션**: AWS는 고객의 요구사항과 기술적 발전을 모니터링하여 유망한 신규 모델과 검증된 업계 표준 모델을 지속적으로 업데이트하고 있습니다. 개발자는 Amazon Bedrock의 통합 인터페이스를 활용해 각 모델의 벤치마크와 비용 효율성을 비교 분석한 후, 서비스 규모와 하드웨어 환경(에지 컴퓨팅 vs 클라우드)에 가장 적합한 모델을 선별하여 도입하는 전략이 필요합니다. 특히 Ministral 시리즈와 같은 에지 최적화 모델은 클라우드 비용 절감과 데이터 보안이 중요한 프로젝트에서 훌륭한 대안이 될 것입니다.

AI대규모 언어 모델생성형 AIamazon-bedrock+5

naver·2025년 12월 2일원문

네이버 TV (새 탭에서 열림)

네이버의 'NSona' 프로젝트는 LLM 기반의 멀티 에이전트 시스템을 통해 방대한 사용자 리서치 데이터를 실시간 협업 자원으로 전환하며, 서비스 기획과 실제 개발 사이의 간극을 혁신적으로 줄인 사례를 제시합니다. 디자이너, AI 리서처, 개발자가 협력하여 단순한 기술 구현을 넘어 사용자의 목소리를 생생하게 재현하는 페르소나 봇을 개발함으로써, AI가 도구를 넘어 협업의 주체가 될 수 있음을 증명했습니다. 이를 통해 팀은 사용자의 피드백을 실시간으로 서비스 개발 과정에 투영하고 의사결정의 효율성을 극대화하는 성과를 거두었습니다. **사용자 경험을 재현하는 페르소나 봇 "NSona"** * 기존 UX 리서치가 가진 일회성 데이터의 한계를 극복하고, 리서치 결과를 데일리 협업 과정에서 상시 활용할 수 있는 자산으로 전환하기 위해 기획되었습니다. * 사용자의 특성과 행동 양식을 학습한 페르소나 봇 'NSona'를 통해 기획자나 개발자가 언제든 사용자의 관점에서 서비스에 대한 의견을 물을 수 있는 환경을 구축했습니다. **에이전트 중심의 서비스 구조와 기술적 도전** * 단일 LLM 모델의 한계를 넘어, 특정 서비스 목적에 최적화된 'Agent 중심의 서비스 구조'를 설계하여 보다 정교한 사용자 재현을 시도했습니다. * Multi-Party 대화 시스템을 도입하여 여러 페르소나가 상호작용하며 복합적인 피드백을 제공할 수 있는 기술적 토대를 마련했습니다. * 일반적인 언어 모델 평가 지표 대신, 서비스의 맥락과 UX 요구사항을 반영한 'Service-specific' 평가 프로세스를 독자적으로 구축하여 모델의 품질을 관리했습니다. **AI 시대의 변화된 협업 방식과 R&R** * 전통적인 업무 경계를 허물고 디자이너는 프롬프트를 설계하며, 리서처는 로직을 에이전트 구조로 전환하고, 개발자는 AI를 비평의 대상으로 다루는 새로운 협업 모델을 실천했습니다. * 결과물의 완성도에만 집착하기보다 '어디서 시작점을 찍느냐'에 집중하며, AI를 개발 프로세스의 초기 단계부터 능동적인 파트너로 참여시켰습니다. * 이러한 과정은 직군 간의 선형적인 협업 구조를 유기적인 파장 형태의 협업 구조로 변화시키는 계기가 되었습니다. **사용자 중심 AI 개발을 위한 실무적 제언** 성공적인 AI 서비스를 위해서는 기술적 구현만큼이나 기획, 디자인, 엔지니어링 간의 유기적인 결합이 필수적입니다. NSona의 사례처럼 사용자의 목소리를 데이터 더미가 아닌 대화 가능한 실체로 변환하여 협업의 중심에 배치한다면, 보다 사용자의 니즈에 밀착된 서비스를 더 빠른 속도로 검증하고 개발할 수 있을 것입니다.

AI대규모 언어 모델사용자 경험프롬프트 엔지니어링+5

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

더블 클릭: AI 시대

AI는 디자인·개발·제품 관리의 전문 업무를 자동화하고, 역할 간 경계를 흐리게 만들고 있다. 이에 따라 디자이너라는 직함은 고정된 직무명이 아니라 변화하는 업무 묶음과 전문적 정체성을 설명하는 장치가 된다. 글은 직함이 여전히 경력 경로와 협업 기대치를 정하는 데 유용하지만, 앞으로는 특정 직함보다 여러 영역을 연결하고 가치를 만들어내는 능력이 더 중요해질 것이라고 말한다. ## AI가 만든 역할의 확장과 경계의 붕괴 - 디자이너, 개발자, 제품 관리자가 담당하는 업무 범위가 넓어지면서 서로의 역할을 일부 수행하는 일이 일반화되고 있다. - Figma의 최근 조사에 따르면 제품을 만드는 사람의 **64%가 두 개 이상의 역할과 자신을 동일시**한다. - AI가 전문적인 작업을 점점 더 잘 처리하면서, 한 분야의 깊은 전문성뿐 아니라 여러 영역의 관계를 파악하고 연결하는 능력이 중요해지고 있다. - 이런 변화 속에서 ‘제너럴리스트’의 가치가 커지고 있으며, 직무 간 경계와 전통적인 역할 구분은 약해지고 있다. ## 직함이 갖는 사회적·심리적 의미 - 직함은 단순한 명칭이 아니라 다음과 같은 기능을 한다. - 개인의 지위와 전문성을 전달한다. - 협업 상대가 그 사람의 역할과 기대치를 빠르게 이해하도록 돕는다. - 개인이 자신의 직업적 정체성을 이해하고 표현하는 기준이 된다. - 직함은 업무 만족도와 심리적 안정감에도 영향을 줄 수 있다. - Adam Grant가 참여한 연구에서는 직원이 자신의 직함을 직접 정할 수 있을 때 심리적 안전감이 높아지고, 5주 동안 정서적 소진이 최대 10% 감소했다. - 건축·기계공학·전기전자공학·의학 분야처럼 직함과 자격을 중심으로 전문성을 제도화한 조직도 존재한다. ## 기술 변화에 따라 달라지는 직업명 - ‘디자이너’의 의미는 시대에 따라 변해 왔다. - 1950년대에는 주로 사물과 인쇄물의 시각적 형태를 설계하는 직업으로 이해됐다. - 소프트웨어와 디지털 제품이 등장하면서 사용자 경험, 인터랙션, 서비스 설계까지 역할이 확장됐다. - ‘소프트웨어 엔지니어’라는 명칭도 1966년 무렵 등장했으며, 1968년 NATO 회의에서는 급증하는 컴퓨팅 능력에 맞춰 복잡해진 소프트웨어 개발 문제, 이른바 ‘소프트웨어 위기’를 다뤘다. - 닷컴 붐 당시에는 한 사람이 제품 관리자, 프로그램 관리자, 개발자, 아티스트를 동시에 맡는 경우도 있었고, 인사 부서가 적절한 직함이나 직군을 정하지 못하는 일도 있었다. - 최근에는 ‘프롬프트 엔지니어’처럼 AI 기술의 부상과 함께 새로운 직함이 빠르게 등장했다가 중요성이 약해지는 현상도 나타났다. - Ethan Mollick은 직업을 고정된 정체성이 아니라 기술과 환경에 따라 중요도와 난이도가 달라지는 **업무(task)의 묶음**으로 설명한다. ## 직함은 기대치를 조정하는 도구 - Figma의 Nikolas Klein은 자신을 “PM 트렌치코트를 입은 프로덕트 디자이너”라고 표현한다. - 그는 직함이 다음과 같은 실용적 역할을 한다고 본다. - 조직 내 경력 단계와 승진 경로를 제시한다. - 처음 만난 사람에게 담당 업무와 전문성을 설명한다. - 협업 과정에서 상대방이 기대할 수 있는 역량을 조정한다. - 디자이너에서 제품 관리자로 이동한 뒤에는 전략, 서비스 디자인, 여러 문제를 연결하는 능력이 더 자연스럽게 기대되었고, 시각 디자인 업무에 대한 기대는 줄었다. - 즉, 직함은 개인의 모든 능력을 완벽하게 설명하지는 못하지만, 다른 사람이 그 사람을 이해하고 협업하는 출발점이 된다. ## 직함의 한계와 정체성의 변화 - Figma의 개발자 옹호자 Jake Albaugh는 역할이 자신의 전문성이 성장함에 따라 계속 변하기 때문에, 직함이 때로는 한계처럼 느껴진다고 말한다. - 반대로 웹 디자이너에서 소프트웨어 엔지니어로 자신을 소개할 수 있게 된 경험은 전문성을 인정받는다는 점에서 강한 자신감을 줬다. - 특정 직함에는 해당 시대와 업계가 중요하게 여기는 가치가 반영된다. - 사람들은 자신이 제공하는 가치와 가장 잘 맞는 방식으로 불리기를 원한다. - 따라서 직함은 고정된 능력의 목록이라기보다, 개인의 현재 역할과 업계가 평가하는 가치를 표현하는 신호에 가깝다. ## 앞으로의 디자이너 역할 - AI가 반복적이고 전문화된 작업을 수행할수록 디자이너의 역할은 다음 방향으로 확장될 가능성이 크다. - 문제를 정의하고 올바른 질문을 만드는 일 - 사용자·비즈니스·기술 요구사항을 연결하는 일 - 여러 분야의 아이디어를 종합해 제품 방향을 정하는 일 - AI가 생성한 결과를 평가하고 맥락에 맞게 개선하는 일 - 디자이너라는 직함이 사라진다기보다, 그 안에 포함되는 업무와 기대 역량이 계속 재구성될 가능성이 높다. - 중요한 것은 하나의 직함에 자신을 가두기보다, 자신의 핵심 가치와 여러 역할 사이의 연결 능력을 분명히 설명하는 것이다. 조직은 직함을 폐지하기보다 경력 경로와 협업 기준을 제공하는 장치로 유지하되, 실제 평가에서는 직함보다 수행한 업무와 만들어낸 가치를 함께 봐야 한다. 개인 역시 현재의 직함에만 의존하기보다 자신이 해결할 수 있는 문제, 연결할 수 있는 분야, AI를 활용해 확장할 수 있는 역량을 중심으로 전문성을 정의하는 것이 실용적이다.

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

FigmaAI프로덕트 디자인프롬프트 엔지니어링+3

google·2025년 12월 2일원문

파형에서 지혜로: (새 탭에서 열림)

Google Research는 음성 지능 모델의 성능을 정밀하게 측정하고 발전시키기 위한 통합 오픈소스 플랫폼인 MSEB(Massive Sound Embedding Benchmark)를 공개했습니다. 이 벤치마크는 검색, 분류, 재구성 등 8가지 핵심 능력을 표준화하여 파편화된 기존 사운드 AI 연구를 통합하고, 범용 사운드 임베딩이 도달해야 할 기술적 목표치를 제시합니다. 초기 실험 결과 현재의 기술력은 범용성 측면에서 개선의 여지가 크며, MSEB는 이를 극복하여 인간 수준의 청각 지능을 구현하기 위한 핵심 지표로 활용될 전망입니다. ### 다각적 평가를 위한 고품질 데이터 세트 구축 * **SVQ(Simple Voice Questions) 데이터**: 17개 언어와 26개 지역의 특성을 반영한 177,352개의 짧은 음성 질의 데이터로, 화자 속성과 시간 정렬 데이터 등 풍부한 메타데이터를 포함합니다. * **실제 소음 환경 반영**: 조용한 상태, 배경 대화, 교통 소음, 미디어 소음 등 네 가지 실제 음향 환경을 시뮬레이션하여 모델의 견고성을 테스트합니다. * **도메인 확장성**: Speech-MASSIVE(의도 분류), FSD50K(환경음 인식), BirdSet(생물 음향학) 등 공공 데이터를 통합하여 인간의 언어를 넘어 자연계의 소리까지 아우르는 범용성을 확보했습니다. ### 청각 지능의 8가지 핵심 능력 정의 * **정보 접근(검색, 추론, 재순위화)**: 음성 질의를 통해 지식 베이스에서 관련 문서를 찾거나(검색), 문서 내 정답을 도출(추론)하고, 모호한 음성 인식 후보군을 원본 의도에 맞게 재정렬(재순위화)하는 능력을 평가합니다. * **기초 인지(분류, 전사, 세분화)**: 소리의 범주와 화자 속성을 분류하고, 음성을 텍스트로 변환(전사)하며, 특정 용어가 나타나는 정확한 시점을 타임스탬프로 파악(세분화)하는 기본 성능을 측정합니다. * **조직 및 생성(클러스터링, 재구성)**: 사전 정의된 레이블 없이 유사한 속성의 음성을 그룹화(클러스터링)하고, 중간 표현체인 임베딩으로부터 원본 오디오 파형을 얼마나 정밀하게 복원(재구성)할 수 있는지 확인합니다. ### 범용 임베딩 성능 분석과 연구 방향 * **성능 여유(Headroom) 확인**: 현재의 사운드 임베딩 기술이 모든 도메인에서 완벽하지 않다는 점을 시사하며, 최신 모델들도 여전히 성능 향상의 여지가 큼을 객관적인 수치로 입증했습니다. * **표준화된 평가 구조**: 단일 모달 모델부터 복합적인 멀티모달 모델까지 동일한 기준에서 성능을 비교할 수 있는 유연하고 확장 가능한 프레임워크를 제공합니다. * **미래 확장성**: 향후 음악 데이터 세트 추가 및 이미지와 결합된 멀티모달 작업으로 영역을 확장하여 실제 환경에서 활용 가능한 지능형 에이전트 개발을 지원할 예정입니다. MSEB는 사운드 기반 AI 연구가 직면한 파편화 문제를 해결하고 차세대 청각 지능을 위한 명확한 이정표를 제시합니다. 연구자들은 이 오픈소스 벤치마크를 활용해 모델의 범용성을 검증하고, 특히 복잡한 소음 환경에서의 데이터 해석 능력을 높이는 데 집중함으로써 더 자연스럽고 지능적인 음성 인터페이스를 구축할 수 있습니다.

AI머신러닝멀티모달 AIbenchmarking+4

stripe·2025년 12월 2일원문

SaaS 플랫폼의 리스크 관리와 (새 탭에서 열림)

Stripe은 플랫폼 기업이 비즈니스 확장 속도와 리스크 관리 사이에서 균형을 잡을 수 있도록 돕는 세 가지 핵심 기능을 출시했습니다. 이번 업데이트는 Stripe의 방대한 데이터를 활용하여 플랫폼이 직접 리스크 전략을 미세하게 조정하고, 글로벌 규제 대응에 필요한 엔지니어링 리소스를 획기적으로 줄이는 데 중점을 두고 있습니다. 이를 통해 플랫폼은 사기 결제 방지를 넘어 비즈니스 모델에 최적화된 재무 안전망을 구축할 수 있게 되었습니다. **Radar for platforms: 유연한 자금 리저브(Reserves) 설정** * Stripe의 AI 기반 리스크 점수와 맞춤형 규칙 엔진을 활용해 사용자 자금에 임시 리저브를 설정함으로써 미회수 손실 위험을 방지할 수 있습니다. * 비즈니스 상황에 따라 고정 금액(Fixed) 또는 순환 방식(Rolling) 중 선택하여 프로그래밍 방식이나 대시보드에서 직접 리저브를 관리할 수 있습니다. * 리스크 점수가 갑자기 높아진 계정에 자동으로 리저브를 걸어 분쟁 급증에 대비하거나, 배송 기간이 긴 고액 거래의 경우 반품 가능 기간이 지날 때까지 자금 지급을 유보하는 등의 정교한 규칙 설정이 가능합니다. **Stripe Verified: 신뢰 기반의 맞춤형 제어 권한** * 검증된(Verified) 플랫폼은 Stripe의 표준 리스크 및 컴플라이언스 시스템을 비즈니스 맥락에 맞게 직접 조정할 수 있는 전용 컨트롤러를 제공받습니다. * 사용자에게 부여된 리스크 및 컴플라이언스 관련 과업의 마감 기한을 대시보드에서 직접 연장할 수 있어, 불필요한 서비스 중단을 방지하고 사용자 경험을 개선할 수 있습니다. * 부동산 관리 플랫폼에 더 높은 ACH(계좌 이체) 한도를 제공하는 것과 같이, 특정 산업군이나 비즈니스 모델의 특성에 맞춘 맞춤형 혜택과 한도 상향이 지원됩니다. **노코드 임베디드 컴포넌트: 글로벌 온보딩 워크플로우 최적화** * 지역별로 상이한 글로벌 규제(싱가포르의 생존 인증, 캐나다의 서류 업로드 등)에 맞춰 수집할 정보를 자유롭게 구성할 수 있는 노코드(No-code) 온보딩 컴포넌트를 제공합니다. * Stripe이 컴포넌트를 자동으로 업데이트하므로, 규제 변경에 따른 유지보수 부담이 줄어들며 엔지니어링 투입 리소스를 최대 90%까지 절감할 수 있습니다. * 기존에 약 40주가 소요되던 복잡한 온보딩 시스템 구현 기간을 4주 미만으로 단축하여 해외 시장 진출 속도를 높여줍니다. 플랫폼 운영자는 Stripe의 이러한 신규 기능들을 통해 사기 예방을 넘어 비즈니스 전반의 재무 노출(Financial exposure)을 정교하게 관리할 수 있습니다. 특히 글로벌 시장 확장을 계획 중이거나 특정 산업군에 특화된 결제 환경이 필요한 경우, 'Stripe Verified' 프로그램과 업데이트된 온보딩 컴포넌트를 활용하여 운영 효율성을 극대화할 것을 권장합니다.

AIstripefraud-detectionfintech+4

woowahan·2025년 12월 2일원문

우아한형제들이 장애를 놓치지 않고 탐지하는 방법 | 우아한형제들 기술블로그 (새 탭에서 열림)

우아한형제들은 시스템 장애로 인한 고객 불편을 최소화하기 위해 서비스 지표 중심의 '서비스 이상 탐지 시스템'을 구축했습니다. 전통적인 인프라 모니터링의 사각지대를 보완하고자 실시간 데이터 예측과 임계치 관리 메커니즘을 도입했으며, 이를 통해 장애 탐지 속도와 대응 효율성을 동시에 확보했습니다. **서비스 지표 중심의 이상 탐지 필요성** * CPU, 메모리 사용률 등 전통적인 시스템 지표 모니터링만으로는 모든 장애 구간을 완벽하게 커버하기 어렵고 사각지대가 발생할 수밖에 없습니다. * 반면 주문 수, 결제 성공률 등 서비스 지표는 사용자 경험을 직접적으로 반영하며, 지표의 종류가 한정적이라 최소한의 관리로도 높은 탐지 효율을 낼 수 있습니다. * 서비스 이상 탐지 시스템은 장애가 발생했을 때 사용자 영향이 지표 변화로 나타나는 즉시 이를 포착하는 것을 목표로 합니다. **중앙값(Median) 기반의 탐지 기법 설계** * 배달 서비스 특성상 점심과 저녁 시간에 주문이 집중되는 선명한 패턴이 존재하므로, 과거 데이터를 통해 정상 범위를 비교적 쉽게 예측할 수 있습니다. * 분석의 용이성과 이상치(Outlier)에 대한 강건함을 확보하기 위해 IQR이나 2-sigma 대신 직관적인 중앙값(Median) 방식을 채택했습니다. * 복잡한 AI 모델을 사용하기보다 빠르게 구현하고 개선할 수 있는 구조를 선택하여 원인 분석과 시스템 업데이트의 속도를 높였습니다. **정확도 향상을 위한 임계 도달 횟수 관리** * 실시간으로 수집되는 실제값(Actual)이 예측된 임계값(Warning, Critical)에 도달할 때 장애를 판단합니다. * 일시적인 지표 튀기 현상으로 인한 오탐(False Positive)을 방지하기 위해, 임계값에 특정 횟수 이상 연속으로 도달했을 때만 경보를 발생시키는 '임계 도달 횟수'를 관리합니다. * 탐지 속도(낮은 횟수 설정)와 정확도(높은 횟수 설정) 사이의 트레이드오프를 고려하여 각 지표의 성격에 맞는 최적의 안정화 기간을 거칩니다. **신속한 대응을 위한 경보 및 프로세스 연계** * 장애 탐지 시 슬랙(Slack) 채널로 지표 현황, 긴급도, 그래프가 포함된 경보를 즉시 발송하여 상황 파악을 돕습니다. * 단순히 알림을 보내는 데 그치지 않고, 장애 숙련도와 관계없이 누구나 표준화된 절차에 따라 대응할 수 있도록 후속 프로세스 가이드를 함께 제공합니다. 장애는 완벽히 막을 수 없지만 탐지 시간은 단축할 수 있습니다. 복잡한 알고리즘에 매몰되기보다 서비스의 비즈니스 패턴을 명확히 분석하고, 가장 직관적인 지표와 통계 모델을 적용하는 것이 실무적인 관점에서는 훨씬 강력한 장애 대응 체계를 만드는 방법입니다.

monitoringincident-managementanomaly-detectionsre+2

toss·2025년 12월 1일원문

토스 Next ML Challenge - 광고 클릭 예측(PCTR) ML 경진대회 출제 후기 (새 탭에서 열림)

토스는 실제 서비스 데이터를 기반으로 한 광고 클릭 예측(CTR) 모델 개발 대회인 'Toss Next ML Challenge'를 통해 우수 ML 인재를 발굴하고 현업의 기술적 난제를 공유했습니다. 약 2,600명의 참가자가 1,070만 건의 익명화된 데이터를 바탕으로 실시간 서빙이 가능한 고성능 모델을 설계했으며, 출제진의 의도를 뛰어넘는 창의적인 피처 엔지니어링과 모델링 기법들이 제시되었습니다. 이번 대회는 데이터 보안과 실무적 난이도 사이의 균형을 맞춘 문제 설계를 통해 참가자들에게 실질적인 ML 시스템 설계 경험을 제공하고 토스 ML 챕터의 비전을 알리는 계기가 되었습니다. **실무 기반의 문제 설계와 CTR 예측** - 토스 앱 내 디스플레이 광고의 노출 및 클릭 로그를 활용해 특정 조건에서의 클릭 확률을 예측하는 모델 설계를 과제로 제시했습니다. - 약 1,070만 건의 대규모 트레이닝 샘플과 성별, 연령, 광고 지면 ID 등 다양한 피처를 제공하여 데이터 규모 측면의 실무 환경을 재현했습니다. - 단순히 예측 정확도뿐만 아니라 실제 서비스 적용을 고려하여 '실시간 서빙 가능성(Inference 속도)'을 가점 사항으로 포함해 효율적인 모델 구조 설계를 유도했습니다. **데이터 익명화의 한계와 시퀀스 피처의 도입** - 외부 반출을 위한 데이터 익명화 과정에서 다수 테이블의 조인이 어려워짐에 따라, 여러 데이터를 직접 가공하여 하나의 정형 테이블 형태로 제공했습니다. - 문제 난이도가 지나치게 낮아지는 것을 방지하기 위해 가공되지 않은 '시퀀스(Sequence) 피처'를 의도적으로 포함하여 참가자들의 분석 역량을 시험했습니다. - 참가자들은 익명화된 피처의 의미를 알 수 없는 제약 속에서도 시계열 특성을 파악하고 이를 수십 개의 파생 변수로 변환하는 집요함을 보여주었습니다. **참가자들의 모델링 전략과 기술적 통계** - 본선 진출 30팀 모두가 LightGBM, XGBoost 등 Boosting Tree 계열의 모델을 핵심적으로 활용했으며, 딥러닝 모델은 선택적으로 병행되었습니다. - 한 팀은 실시간 서빙이라는 제약 조건 속에서도 260개의 모델을 앙상블하는 파격적인 시도로 성능 극대화를 꾀했습니다. - 단일 시퀀스 피처에서 토큰 개수, 전이 결속도 등 37개의 파생 변수를 생성하여 성능을 높인 사례는 도메인 지식 없이도 순수 데이터 분석만으로 실무 수준 이상의 통찰을 보여준 결과였습니다. **대회의 성과와 실무적 시사점** - 리더보드 상위권 팀들은 공통적으로 시퀀스 피처를 심도 있게 분석하고, 복합적인 모델 앙상블과 더불어 과적합 방지 및 서빙 효율성을 고려한 설계를 제출했습니다. - 오프라인 시상식과 네트워킹을 통해 현업 엔지니어와 참가자들이 기술적 아이디어를 교환하며 실제 비즈니스 문제 해결을 위한 커뮤니티를 형성했습니다. - 익명화된 데이터 환경에서도 창의적인 피처 엔지니어링이 모델 성능을 결정짓는 핵심 요소임을 재확인했으며, 이는 향후 유사한 ML 챌린지 설계의 기준이 될 것으로 보입니다.

AI머신러닝feature-engineeringxgboost+4

discord·2025년 12월 1일·4분 읽기큐레이션 요약

디스코드 커뮤

Discord는 게임 커뮤니티 안에서 이용자가 게임 아이템을 검색·구매·선물할 수 있는 인게임 커머스 기능을 도입한다. 첫 적용 사례는 대규모 커뮤니티를 보유한 *Marvel Rivals*이며, 공식 Discord 서버에서 상점, 위시리스트, 친구 선물, 계정 연동을 이용할 수 있다. Discord는 이를 통해 게임 개발자에게 기존 상점과 별개의 추가 수익 채널을 제공하고, 플레이어에게는 친구와 함께 게임을 발견하고 아이템을 공유하는 경험을 강화하려 한다. ## Discord 커머스 기능의 배경 - Discord는 게임 개발자와 핵심 플레이어를 연결하기 위해 여러 기능을 확장해 왔다. - 2024년에는 고참여 플레이어를 대상으로 하는 광고 형식인 **Quests**를 출시했다. - 2025년 GDC에서는 계정 연동과 소셜 기능을 제공하는 **Discord Social SDK**를 공개했다. - Social SDK를 도입한 게임에서는 연동된 플레이어의 플레이 시간이 최대 48% 늘어났으며, 플레이한 게임 일수도 최대 36% 증가했다. - 이번 커머스 기능은 게임을 직접 플레이하는 순간뿐 아니라, 플레이어가 Discord에서 대화하고 친구를 만나는 시간에도 게임 상품을 접하게 하려는 시도다. ## Discord Shop에서 확인한 소셜 구매 수요 - Discord는 자체 Shop 운영을 통해 이용자가 자신이 관심 있는 콘텐츠를 커뮤니티 공간에서 구매하려 한다는 점을 확인했다. - Shop 구매의 약 20%가 선물이며, 연말이나 시즌 이벤트 기간에는 그 비율이 약 30%까지 증가했다. - 위시리스트와 Nameplate 같은 기능을 추가해 이용자가 자신의 취향을 표현하고 친구와 공유하도록 만들었다. - 공식 게임 서버에 커머스를 통합하면 다음과 같은 효과를 기대할 수 있다. - 게임의 열성 이용자에게 직접 상품을 노출 - 플레이하지 않는 시간에도 구매 전환 유도 - 친구의 위시리스트를 통한 새로운 구매자 확보 - 기존 게임 내 상점을 대체하지 않고 추가 매출 창출 ## Marvel Rivals 공식 서버 적용 - *Marvel Rivals*는 출시 후 72시간 만에 1,000만 명의 플레이어를 확보했고, 공식 Discord 서버 회원도 400만 명 이상이다. - 플레이어의 80% 이상이 매일 Discord를 사용하기 때문에 커머스 기능을 시험하기에 적합한 사례로 선정됐다. - 게임의 첫 출시 1주년과 연말 선물 시즌에 맞춰 공식 서버에서 기능을 공개했다. - *Marvel Rivals*는 Discord Social SDK도 통합해 Discord 계정과 게임 계정을 연결하고, 게임 안팎에서 친구 관계와 소셜 경험을 이어갈 수 있도록 했다. ## 공식 서버에서 제공되는 기능 - **아이템 탐색 및 구매** - 공식 Discord 서버 안에서 게임 내 코스메틱을 둘러보고 구매할 수 있다. - 의상, 번들, 이모트, 이모지, MVP, 네임플레이트, 스프레이 등이 대상이다. - **위시리스트** - 원하는 아이템을 자신의 위시리스트에 추가할 수 있다. - 프로필에서 친구의 위시리스트도 확인할 수 있다. - **친구에게 선물** - DM을 통해 게임 아이템을 선물할 수 있다. - 선물을 보내는 사람은 *Marvel Rivals*를 직접 플레이하지 않아도 된다. - **계정 연동** - Discord의 보안 계정 연동 시스템을 통해 구매한 아이템을 게임에서 즉시 이용할 수 있다. - 선물받은 아이템은 친구가 다음에 게임에 접속했을 때 확인할 수 있어, Discord의 대화와 게임 플레이를 연결한다. ## 소셜 커머스가 만드는 새로운 구매 방식 - 친구가 위시리스트에 등록한 아이템을 보고 바로 선물할 수 있어, 기존의 개인 중심 구매가 친구 간 상호작용으로 확장된다. - 게임을 하지 않는 이용자도 친구에게 아이템을 선물하면서 게임 커뮤니티에 참여할 수 있다. - 위시리스트와 선물 기능은 게임 아이템을 단순한 상품이 아니라 취향 표현과 관계 형성의 수단으로 만든다. - Discord는 게임을 발견하고 이야기하는 장소에서 나아가, 게임 콘텐츠를 공유하고 구매하는 장소가 되려 한다. ## 향후 계획과 개발자 대상 확장 - 이번 출시는 최종 형태가 아니라 플레이어와 개발자의 피드백을 수집하기 위한 초기 단계다. - Discord는 향후 다음 영역을 검토할 예정이다. - 기능 개선 - Discord의 다른 경제 시스템과의 연계 - 지원 지역 확대 - 지원 플랫폼 확대 - 더 많은 게임과 개발자의 참여 - 목표는 개발자에게 새로운 수익화 경로를 제공하면서도 플레이어의 커뮤니티 경험과 게임 참여도를 높이는 것이다. 개발자는 Discord 공식 서버를 단순한 소통 공간이 아니라 게임 발견, 아이템 홍보, 구매와 선물이 이어지는 판매 채널로 활용할 수 있다. 다만 초기 단계인 만큼 실제 성과와 이용자 반응을 확인한 뒤, 기존 게임 상점과의 역할 분담 및 지역·플랫폼별 지원 범위를 구체화하는 것이 중요하다.

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

discordaccount-linkingdiscord-social-sdkmonetization+2

toss·2025년 12월 1일원문

토스인컴 세금 환급 서비스 : 빠른 속도에서 품질을 지키기 위한 E2E 자동화 여정 (새 탭에서 열림)

토스인컴은 빠른 배포 속도에 대응하기 위해 기존의 수동 검증과 복잡한 클래스 기반 POM(Page Object Model)에서 벗어나, 함수형 POM 중심의 자동화 시스템을 구축했습니다. 이를 통해 4시간 이상 소요되던 검증 시간을 20분(병렬 실행 시)으로 단축하고 테스트 성공률 100%를 달성하며, QA가 제품의 품질을 초기부터 설계하고 실행 속도를 높이는 핵심 동력으로 자리 잡았습니다. ### 클래스 기반 POM에서 함수형 POM으로의 전환 * **무상태(Stateless) 함수 설계**: 상태를 갖는 클래스 대신 `page` 객체를 입력받아 동작을 수행하고 다시 `page`를 반환하는 단순한 함수 구조를 채택했습니다. * **가독성 및 유지보수성 향상**: 테스트 코드를 '사람이 읽는 시나리오'처럼 작성할 수 있게 되었으며, 버튼 문구 등 UI 변경 시 수십 개의 파일 대신 POM 함수 한 곳만 수정하면 되도록 캡슐화했습니다. * **명확한 네이밍 컨벤션**: `goto`, `click`, `enter`, `verify` 등 동작 중심의 접두사를 사용하여 코드만 보고도 어떤 테스트 단계인지 직관적으로 이해할 수 있게 했습니다. ### 여정 중심의 단계 분리와 레고식 조립 * **사용자 여정 기반 설계**: 단순히 화면 단위로 나누지 않고, '로그인/약관', '공제 확인', '결제', '신고' 등 세금 환급의 4가지 핵심 단계로 파일을 분리해 관리합니다. * **독립적 모듈화**: 의료비, 신용카드, 인적공제 등 각 공제 항목을 독립된 함수로 만들어, 새로운 테스트 시나리오가 필요할 때 필요한 기능만 레고 블록처럼 조립해 빠르게 생성할 수 있습니다. ### 테스트 안정성을 높이는 기술적 전략 * **4단계 클릭 폴백(Robust Click)**: React 렌더링 타이밍 문제로 발생하는 클릭 실패를 방지하기 위해 'Enter 키 입력 → 일반 클릭 → Force 클릭 → JS 직접 실행' 순의 단계별 재시도 전략을 유틸리티화했습니다. * **최신 페이지 자동 감지**: 리다이렉트나 새 창 열림이 빈번한 환경에서 `getLatestNonScrapePage` 유틸을 통해 항상 유효한 최신 탭을 추적하고 `currentPage`를 갱신하여 페이지 닫힘 에러를 방지했습니다. * **네트워크 대기 최적화**: Playwright의 기본 `networkidle` 방식 대신, 타임아웃이 발생해도 테스트를 중단하지 않고 UI 앵커(텍스트, role 등)로 화면 준비를 판단하는 `waitForNetworkIdleSafely`를 구현했습니다. ### 자동화 도입이 가져온 성과 * **정량적 지표 개선**: 검증 시간 77% 감소, 테스트 커버리지 600% 증가, 코드 중복률 76% 감소 등 모든 지표에서 비약적인 발전을 이루었습니다. * **업무 문화의 변화**: 24시간 자동 검증 시스템을 통해 개발 완료 즉시 기능을 점검하고 결과를 슬랙으로 공유하며, QA는 단순 반복 검증이 아닌 세금 엔진의 금액 정합성 검증 및 성능 지표 분석 등 고부가가치 업무에 집중하게 되었습니다. **실전 팁** 가장 빈번하게 오류가 발생하는 구간(예: 로그인)부터 자동화를 시작하고, 추상화에 너무 매몰되기보다 누구나 읽고 고칠 수 있는 명료한 함수 구조를 유지하는 것이 중요합니다. 특히 페이지 전환이 일어날 때마다 최신 페이지 객체를 새로 할당하는 원칙만으로도 상당수의 자동화 실패를 예방할 수 있습니다.

TypeScripttest-automationplaywrightfunctional-programming+3