AIBID
AIBID 블로그

AI 및 기술

최신 AI 제품, 모델, 에이전트, 로보틱스, 칩, 펀딩 및 오픈소스.

엔터프라이즈 AI · 10일 전

AlloyDB ScaNN, 10 billion 벡터 검색을 위한 4단계 트리 활용

무슨 일이 있었나

Google Cloud는 AlloyDB의 ScaNN 인덱스에 대한 아키텍처 개선 사항을 공개했습니다. 현재 미리보기 상태인 4단계 트리로서, 10 billion 벡터 규모에서 효율적인 작동을 가능하게 합니다.

이전의 2단계 및 3단계 트리 설계는 이 규모에서 병목 현상을 겪었습니다. 여기에는 10 billion 벡터에 필요한 샘플링으로 인한 컴퓨팅 집약도 증가와 메모리 제약이 포함됩니다.

새로운 하향식 아키텍처는 Top-K 분기, SOAR, 중심 조정, 균형 잡힌 트리 형태와 같은 개선 사항을 통합하여 정확도와 구축 효율성을 유지합니다.

중요한 이유

에이전틱 AI 애플리케이션은 종종 벡터 데이터베이스를 수십억 개의 벡터로 확장하며, 많은 시스템이 이러한 요구 속에서 효과적으로 확장하는 데 어려움을 겪습니다.

계층적 분할을 통해 컴퓨팅 부하를 줄이고 메모리 사용을 최적화함으로써, AlloyDB는 전례 없는 규모에서 낮은 쿼리 지연 시간과 높은 재현율을 갖춘 엔터프라이즈급 성능을 제공하는 것을 목표로 합니다.

주요 사실

AlloyDB는 까다로운 엔터프라이즈 워크로드를 위해 설계된 완전 관리형 PostgreSQL 호환 데이터베이스 서비스입니다.

ScaNN 인덱스는 이제 4단계 트리 아키텍처 덕분에 10 billion 벡터 규모에서 효율적으로 작동합니다.

내부 성능 테스트에 따르면 10 billion 벡터에서 95% 재현율과 p95 지연 시간이 51 ms 이하입니다.

4단계 계층적 설계는 검색 복잡도를 O(N^1/4)로 줄여 10 billion 이상의 벡터를 지원합니다.

다음에 주목할 점

4단계 트리가 여전히 미리보기 상태에 있으므로, 기업들은 일반 제공 및 프로덕션 준비 상태로의 진행을 주목할 것입니다.

향후 개발은 벡터 데이터셋이 10 billion 벡터를 넘어 계속 성장함에 따라 지연 시간과 재현율을 유지하는 데 초점을 맞출 수 있습니다.

출처

읽기 → 아래로 넘기면 다음 기사
엔터프라이즈 AI · 10일 전

Cloud KMS, 소프트웨어 기반 키를 위한 양자 안전 키 가져오기 미리보기

무슨 일이 있었나

Google Cloud는 소프트웨어 기반 암호화 키를 위한 Cloud KMS의 양자 안전 키 가져오기 미리보기를 발표했습니다. 이는 양자 안전 디지털 서명 및 키 캡슐화 메커니즘에 대한 기존 지원을 기반으로 합니다.

새로운 가져오기 방법은 하이브리드 공개 키 암호화를 사용하여 민감한 키 자료를 양자 저항 전송 봉투로 감싸며, 기존 Cloud KMS API 워크플로우에 통합됩니다. KEM 계층에는 X-Wing, ML-KEM-768 또는 ML-KEM-1024를 지원하고, 키 파생에는 HKDF-SHA-256, 대칭 래핑에는 12바이트 논스를 사용하는 AES-256-GCM을 지원합니다.

Cloud KMS PQC 인사이트가 이제 일반 공급되며, 비대칭 키를 사용 알고리즘별로 시각적으로 분류하여 양자 이후 현대화를 계획하는 데 도움을 줍니다.

왜 중요한가

기존 키 가져오기 방법은 전송 중 키를 래핑하기 위해 고전적인 비대칭 암호화에 의존합니다. 암호학적으로 유의미한 양자 컴퓨터가 등장하여 가로챈 키를 해독할 수 있게 되면 이는 안전하지 않게 될 수 있습니다. 양자 안전 키 가져오기는 처음부터 키를 양자 저항 봉투로 감쌉니다.

멀티클라우드 채택이 증가함에 따라 BYOK는 데이터 주권과 워크로드 보호의 핵심 부분이며, 안전한 키 전송은 장기적인 양자 이후 회복력의 중요한 단계가 됩니다.

주요 사실

Cloud KMS의 양자 안전 키 가져오기는 소프트웨어 기반 암호화 키에 대해 미리보기 상태입니다.

이 메커니즘은 하이브리드 공개 키 암호화를 사용하며 X-Wing, ML-KEM-768 또는 ML-KEM-1024를 지원합니다.

Cloud KMS PQC 인사이트는 이제 일반 공급됩니다.

다음에 주목할 점

조직이 양자 안전 키 가져오기 작업을 생성하고 이를 기존 Cloud KMS API 워크플로우에 통합하는 방법입니다.

Google Cloud는 이것이 양자 이후 암호화 마이그레이션 타임라인의 다음 단계 중 첫 번째 단계라고 시사했으며, 추가 이정표가 뒤따를 가능성이 높습니다.

출처

읽기 → 아래로 넘기면 다음 기사
엔터프라이즈 AI · 10일 전

Google Cloud, 가트너 CNAP 매직 쿼드런트에서 3년 연속 리더 선정 강조

무슨 일이 있었나

Google Cloud는 2026 Gartner Magic Quadrant for Cloud-Native Application Platforms에서 리더로 선정되었다고 밝혔으며, 이는 3년 연속 수상입니다. 회사는 이 결과를 개발자 중심 플랫폼에 대한 집중과 현대 워크로드를 위한 빠른 온보딩 및 신속한 프로토타이핑 지원에 기인한다고 설명했습니다.

Google은 인프라 복잡성을 처리하는 대신 개발자가 코드 작성과 에이전트 또는 전통적인 애플리케이션 구축에 더 많은 시간을 할애할 수 있는 애플리케이션 중심 클라우드라는 비전을 설명했습니다. 이 플랫폼은 서버리스, 컨테이너화 및 에이전틱 배포 옵션을 지원하는 통합 실행 환경을 제공합니다.

이 발표는 또한 Google AI Studio의 원클릭 프로토타이핑, AI 에이전트용 관리형 MCP 서버, Agent Registry에서 사용 가능한 Skills Repository 등 생성형 AI 및 바이브 코딩 도구를 강조했습니다.

왜 중요한가

이번 인정은 클라우드 네이티브 애플리케이션 플랫폼이 AI 시대 개발의 중심이 되고 있음을 강조합니다. 생성형 AI와 바이브 코딩을 통해 아이디어에서 배포된 애플리케이션까지 훨씬 빠르게 이동할 수 있습니다. Google은 서버리스 인프라와 AI 프로토타이핑 도구를 결합하여 소프트웨어 구축의 장벽을 낮출 것으로 기대하고 있습니다.

에이전틱 배포 옵션과 관리형 MCP 서버를 강조함으로써 Google은 전통적인 엔터프라이즈 마이크로서비스와 차세대 자율 AI 애플리케이션 모두를 위해 플랫폼을 포지셔닝하고 있습니다. 수동 구성을 제거하고 개발 도구를 통합하는 데 초점을 맞춘 것은 전체 애플리케이션 수명 주기를 단순화하려는 광범위한 노력을 나타냅니다.

주요 사실

Google Cloud는 2026 Gartner Magic Quadrant for Cloud-Native Application Platforms에서 3년 연속 리더로 선정되었습니다.

Google Cloud는 서버리스, 컨테이너화 및 에이전틱 배포 옵션을 지원하는 통합 실행 환경을 제공합니다.

Google AI Studio의 원클릭 프로토타이핑을 통해 개발자는 바이브 코딩된 애플리케이션을 패키징하여 Cloud Run에 게시할 수 있습니다.

Google 관리형 MCP 서버는 콘텐츠 보안을 위해 IAM, VPC Service Controls 및 Model Armor와 통합됩니다.

Application Design Center는 Google Cloud를 사용하는 팀을 위해 수동 Terraform 및 YAML 구성을 없애도록 설계되었습니다.

다음 주목할 점

Google의 Antigravity 하니스가 개발자 워크플로우에 다단계 AI 추론을 통합하고 로컬 코드베이스를 클라우드 네이티브 플랫폼에 연결하는 통합 오케스트레이션 레이어로 발전하는지 지켜볼 만합니다.

관리형 MCP 서버와 Skills Repository의 확장은 AI 에이전트가 Google Cloud 리소스의 일급 사용자가 되어 개발자가 자율 애플리케이션을 구축하고 배포하는 방식을 형성하는 신호가 될 수 있습니다.

Google의 바이브 코딩 및 플랫폼 엔지니어링 강조는 엔터프라이즈 제어를 유지하면서 아이디어에서 프로덕션 등급 애플리케이션까지의 경로를 단축하는 데 향후 경쟁이 집중될 것임을 시사합니다.

출처

읽기 → 아래로 넘기면 다음 기사
엔터프라이즈 AI · 10일 전

Amazon Bedrock을 사용한 상황 인식 모니터링으로 헬스케어 FHIR API 보안

무슨 일이 있었나

새로운 AWS Machine Learning 게시물은 Amazon Bedrock을 사용하여 FHIR 표준으로 구축된 헬스케어 API에 상황 인식 보안 모니터링을 추가하는 방법을 설명합니다. 이 접근 방식은 정적 규칙에만 의존하지 않고 액세스 패턴을 컨텍스트에서 분석합니다.

이 게시물은 시스템이 비정상적인 액세스 패턴을 감지하고, 데이터 민감도를 자동으로 분류하며, 자연어로 규정 준수 보고서를 생성할 수 있는 방법을 보여줍니다. 이 모든 과정에서 임상 워크플로에 추가 지연 시간이 발생하지 않습니다.

중요한 이유

헬스케어 API는 매우 민감한 환자 데이터를 처리하므로 보안 모니터링은 정확하고 빠르게 이루어져야 합니다. 상황 인식 분석은 기존 규칙 기반 방법이 간과할 수 있는 비정상적인 동작을 보안 팀이 발견하는 데 도움이 될 수 있으며, 자연어 보고는 결과를 더 쉽게 조치할 수 있게 합니다.

이 솔루션은 임상 워크플로를 늦추지 않도록 설계되었기 때문에 실시간 헬스케어 운영에 AI를 적용하는 것에 대한 일반적인 우려를 해결합니다. 이러한 균형은 지능형 보안 모니터링을 프로덕션 환경에서 더 실용적으로 만들 수 있습니다.

주요 사실

Amazon Bedrock은 헬스케어 FHIR API를 위한 지능형 보안을 구축하는 데 사용됩니다.

보안 모니터링은 상황 인식 방식으로 비정상적인 액세스 패턴을 감지하고, 데이터 민감도를 자동으로 분류하며, 자연어로 규정 준수 보고서를 생성할 수 있습니다.

이 솔루션은 임상 워크플로에 지연 시간을 추가하지 않도록 설계되었습니다.

다음에 주목할 점

FHIR API를 운영하는 조직은 이 Bedrock 기반 모니터링을 기존 보안 인프라에 통합하는 방법을 모색할 수 있으며, 향후 AWS 지침은 더 깊은 구현 세부 사항을 제공할 수 있습니다.

생성형 AI 모델이 개선됨에 따라 복잡한 API 액세스 패턴을 해석하고 더 세밀한 규정 준수 내러티브를 생성하는 능력도 발전하여 헬스케어 API 보안에서 Bedrock의 역할이 확대될 수 있습니다.

출처

읽기 → 아래로 넘기면 다음 기사