목록분류 전체보기 (307)
On the journey of
1. 구글 : Google Assistant 소생 도전 시리 하면 생각나는 '음성인식' 계의 원조쯤 되는 구글의 보이스 어시스턴트지만, 타 업계에 비해 많이 밀리는 것이 사실이었다. 구글 또한 작년 하드웨어 관련 우선순위 재조정에서, 어시스턴트에서 일부 발을 빼는 모습을 보여주기도 했다. 그러나 최근 LLM(거대 언어 모델)을 활용한 GPT 모델이 각광받기 시작하면서, Google Assistant 또한 LLM을 활용한 업그레이드 version을 준비하는 듯한 모습을 보여주고 있다. ALEXA(알렉사)도 유사한 상황으로, 생성형 AI를 활용해 어시스턴트 사업의 부활을 준비하고 있다. 이것도 어떻게 보면 중꺾마 아닌가 2. 아마존(AMAZON) 최근 디지털파워온 필기를 옮겨오면서 아마존 웹서비스에 대해 많..

클라우드 서비스 | 클라우드 컴퓨팅 솔루션| Amazon Web Services Amazon Web Services는 안정성이고 확장 가능하며 저렴한 클라우드 컴퓨팅 서비스를 제공합니다. 무료로 가입할 수 있으며 요금은 사용한 만큼 지불하면 됩니다. aws.amazon.com 사용자 요청 패스에 따라서 비용 지불 버킷으로 데이터가 들어오는 것은 공짜 데이터를 꺼낼 때는 돈 지불 필요 스토리지 : 저장 용량에 대한 비용 요청 및 데이터 검색 : 요청에 대한 비용 Amazon S3 Intelligent-Tiering, 아카이브 액세스 계층 추가 | Amazon Web Services AWS는 2년 전에 S3 Intelligent-Tiering을 출시하면서 데이터 액세스 패턴을 깊이 이해하지 못해도 S3를 활..

commission boundary 권한 경계 -조기에 다중 계정 전략 개발 & 비즈니스 요구 진화에 따라 전략 구체화 계정마다 자원들을 정리할 수 있다 각각 계정마다 결제 처리 따로 할 수 있다 정확히 식별 가능 계정이 많아지면 문제가 된다! 계정은 권한 제한을 받지 않는다. 회사 전사적 입장에서 제한을 걸고 싶은데 그냥 제한을 걸 수 없다. root 사용자는 제한을 받지 않는다. 결제 프로세스 여러 번 반복하면 좋지 않다. 여러 계정들을 한 번에 묶어서 통제하거나 통합 결제 원한다 → AWS Organizations SCP(Service Control Policy) : JSOn 정책 root 사용자 역시 허용된 작업만 할 수 있다! root 사용자 통제 가능 → 반드시 사용하는 것이 좋다 똑같은 정책..

클라우드 컴퓨팅 : IT 리소스를 서비스처럼 사용하여 작업을 진행 => CSP(Cloud Service Provider): AWS / GCP / Azure / KT / Naver... => MSP(Managed Service Provider): MZC(교육 제공 등 csp랑 협업관계) 온프레미스 : IT 리소스를 직접 소유한 상태로 작업을 진행(데이터 센터나 서버실 구축 등으로 클라우드랑 반대되는 과거 개념) 물리적 작업 신경쓸 필요가 없다 접근하고 싶어도 물리적으로 접근할 수 없다 AWS가 데이터 센터 위치를 공개하지 않는다(보안상) 클라우드를 사용한다고 해서 무조건 비용이 절감되는 것은 아니다. 잘 써야 한다. 하나 이상 묶어서 관리 = AZ 각각 AZ 센터들은 고속의 광케이블로 빠르게 연결 가능 A..