네트워크와 서버

서버에서 중요한 작업을 수행하던 도중 터미널이 갑자기 끊긴 경험이 있는가? 얼마 전npm install을 실행하고 한참을 기다렸는데, CPU 사용량이 치솟더니 SSH 세션이 강제 종료되어 터미널 접속이 끊겨버렸다. 다시 접속해 보니 작업이 중단되어 있었고, 처음부터 다시 시작해야 하는 상황이었다. 이러한 예상치 못한 터미널 종료는 단순한 불편을 넘어 시간과 생산성에도 큰 영향을 미친다.하지만 이 문제를 해결할 방법이 있다. tmux를 사용하면 터미널 세션을 유지하면서 안정적으로 작업을 수행할 수 있다.1. 세션이 끊기는 주요 사례인터넷 연결이 불안정하여 SSH 연결이 강제 종료되는 경우터미널을 실수로 닫았을 때네트워크 환경이 바뀌거나 VPN이 끊어질 때npm install과 같은 높은 리소스를 요구하는 작업이 서버에서 실행 중일 때장시간 유지해야 하는 작업 도중 터미널이 자동으로 종료될 때이러한 문제를 해결하기 위해 tmux를 사용하면 SSH 세션이 끊겨도 터미널 작업이 계속 실행된다.2. tmux 개념과 기본 사용법tmux란?tmux는 하나의 터미널 내에서 여러 개의 세션을 관리할 수 있는 터미널 멀티플렉서이다. 이를 통해 SSH 세션이 종료되더라도 실행 중인 프로세스를 유지할 수 있다.3.1 tmux 설치대부분의 리눅스 배포판에서 tmux를 쉽게 설치할 수 있다.# Ubuntu / Debian sudo apt update && sudo apt install tmux # CentOS / RHEL sudo yum install tmux # macOS (Homebrew 사용 시) brew install tmux3.2 tmux 세션 시작하기tmux위 명령어를 입력하면 새로운 tmux 세션이 시작된다.3.3 세션 분리 (detach) 후 유지하기Ctrl + b, d위 단축키를 누르면 현재 tmux 세션에서 빠져나오면서 세션을 백그라운드에서 유지할 수 있다.3.4 기존 세션 재접속 (attach)tmux attach -t 0 # 세션 번호가 0일 경우만약 여러 개의 세션이 있을 경우 세션 목록을 확인 후 접속하면 된다.tmux list-sessions # 실행 중인 세션 목록 확인 tmux attach -t <세션명>3.5 세션 종료세션이 더 이상 필요 없다면 종료할 수 있다.exit # tmux 세션 내에서 실행또는, Ctrl + b, x를 눌러서 창을 종료할 수도 있다.3. tmux 활용 예제4.1 백그라운드에서 npm install 실행하기tmux new -s install-session npm install # 패키지 설치 실행 Ctrl + b, d # 세션 분리이렇게 하면 SSH 세션이 끊겨도 npm install이 계속 실행된다.4.2 다중 창 활용하기새 창 만들기: Ctrl + b, c창 간 이동: Ctrl + b, n (다음 창), Ctrl + b, p (이전 창)창 삭제: Ctrl + b, &4. 마무리tmux를 활용하면 SSH 연결이 끊겨도 작업이 지속되므로 서버 관리가 훨씬 안정적이고 편리해진다. 중요한 작업을 수행할 때마다 tmux 세션을 생성하고, 필요할 때 다시 접속하는 습관을 들이면 서버 운영이 더욱 원활해질 것이다. 이제 tmux를 사용하여 SSH 세션 종료 걱정 없이 리눅스 서버를 효율적으로 관리해보자!

구글링해봐도 답이 안나와서 여기다 질문을 해도 되련지 모르겠지만 전문가님들이시니.. 다름이 아니고 모바일게임을 연구중인데 vmware와 윈서버 2012, 모뎀 환경에서 서버 아이피를 설정하려면 2중 3중으로 해야하고. 포트포워딩이니 뭐니 하라고하던데 자꾸 막히네요. 다른게 아니고 vmware에서 구동한 윈서버에서 ipconfig로 보는 주소/ 내 컴퓨터 자체에서 보는 주소/ 네이버에서 보이는 주소가 각각 다르더라구요. vmware와 윈도우서버, 게임 서버파일, apk파일에서의 ip는 뭘로 설정을 해야하며 뭘 또 열어야 할까요(포트포워딩? 같은것)

사진에 보이는것 처럼 apiserver가 자꾸 몇 초간격으로 올라왔다가 내려갔다를 반복합니다.. 물론 self  healing때문에 반복하는건 아는데 어느 부분에서 죽어서 켜지는 지를 모르겠습니다 로그를 확인해도 error로그도 없구요.. apiserver 떨어지면서 자꾸 다른 것들도 떨어져서 답답하네요.. 제발 도와주세요..

"Queue, Cron, Background Tasks까지? Supabase는 정말 어디까지 진화할까요?" 요즘 Supabase가 제공하는 새로운 기능들이 주목받고 있습니다. 이 글에서는 Dev.to의 Taishi가 소개한 Supabase의 새로운 기능들을 살펴보고, 실용적인 예제와 함께 그 가능성을 탐구해보겠습니다. Supabase란 무엇인가요? Supabase는 Firebase의 오픈소스 대안으로 시작된 프로젝트로, 데이터베이스, 인증, 실시간 업데이트, 서버리스 함수 등 다양한 기능을 제공합니다. 최근 Supabase는 Queue, Cron, Background Tasks 등 백엔드 기능을 강화하며 개발자들에게 더 많은 도구를 제공하고 있습니다. 이런 기능은 특히 서버리스(Serverless) 환경에서 애플리케이션을 개발하는 데 유용합니다. 이번 글에서는 최근 강화된 Queue, Cron, Background Tasks에 대해서 소개합니다. 새로운 기능 살펴보기 1. Queue Queue는 작업을 대기열에 추가하고 순차적으로 실행할 수 있는 기능입니다. 복잡한 작업을 관리하거나, 대량의 데이터를 처리할 때 유용합니다. 예제 코드: import { createQueue } from 'supabase-functions'; const queue = createQueue('email-sender'); queue.on('process', async (job) => { await sendEmail(job.data); }); Supabase의 Queue는 Deno 환경에서 실행되며, 작업의 실패와 재시도를 자동으로 관리합니다. (참고로 Supabase는 내부적으로 Deno를 사용하여 서버리스 함수 (Edge Functions)를 실행합니다. Supabase Edge Functions는 Deno 런타임 위에서 작동하며, 타입스크립트를 기본 언어로 사용합니다.) 2. Cron Cron은 정기 작업을 설정하는 기능입니다. 예를 들어, 매일 자정마다 데이터를 정리하거나, 매주 보고서를 생성할 때 사용할 수 있습니다. 예제 코드: import { schedule } from 'supabase-functions'; schedule('0 0 * * *', async () => { await cleanupDatabase(); }); 표준 CRON 표현식을 사용해 원하는 시간에 작업을 예약할 수 있습니다. 복잡한 서버 관리를 하지 않아도 되니 효율적입니다. 3. Background Tasks Background Tasks는 비동기 작업을 처리하는 데 사용됩니다. 사용자가 대기하지 않아도 되는 작업(예: 이미지 처리, 데이터 분석)을 배경에서 실행할 수 있습니다. 예제 코드: import { createTask } from 'supabase-functions'; const task = createTask('image-processor'); await task.dispatch({ imageId: '1234' }); 이 기능은 사용자의 경험을 방해하지 않으면서 중요한 작업을 처리할 수 있는 강력한 도구입니다. Supabase의 새로운 기능으로 개발 가능한 애플리케이션 이메일 마케팅 플랫폼: Queue를 사용해 이메일 발송 자동화하기. 정기 보고서 생성: Cron으로 데이터 분석 결과를 주기적으로 생성하기. 이미지 업로드 서비스: Background Tasks로 대량의 이미지 처리하기. 결론 Supabase는 점점 더 강력한 백엔드 기능을 제공하며, 개발자가 애플리케이션에 집중할 수 있도록 돕고 있습니다. 특히, 백엔드 구축에 많은 시간을 할애하기 어려운 소규모 팀이나 1인 개발자에게는 최적의 선택이 될 것 같습니다.

AWS S3를 단순한 스토리지 서비스로만 생각하셨다면, 이런 가능성도 있는데요, S3를 컨테이너 레지스트리로 활용하여 Docker 이미지를 저장하고 배포할 수 있습니다. 특히 이미지 빌드와 배포 속도를 높이고자 하는 개발자들에게 유용한 방법이 될 수도 있습니다. S3를 컨테이너 레지스트리로 사용하는 방법 S3를 컨테이너 레지스트리로 활용하려면, S3 버킷을 HTTP를 통해 공개하고, 특정 경로에 이미지 파일을 업로드하면 됩니다. 이렇게 설정하면 docker pull 명령어를 통해 해당 버킷에서 이미지를 직접 가져올 수 있습니다. 예시: docker run --rm your-bucket-url/your-image 이 명령어를 실행하면 S3 버킷에 저장된 이미지를 가져와 컨테이너를 실행할 수 있습니다. S3와 ECR의 업로드 속도 비교 S3를 레지스트리로 사용하는 주요 이점 중 하나는 업로드 속도입니다. 테스트 결과, S3는 ECR보다 최대 8배 빠른 업로드 속도를 보였습니다. 이는 S3가 단일 레이어의 청크를 병렬로 업로드할 수 있기 때문입니다. 반면, ECR은 OCI 분산 사양을 준수하여 레이어를 순차적으로 업로드해야 하므로 속도가 느려집니다. 업로드 속도 비교: 서비스 최소 속도 최대 속도 ECR 24 MiB/s (8.2초) 28 MiB/s (7.0초) S3 115 MiB/s (1.7초) 190 MiB/s (1.0초) S3를 레지스트리로 사용할 때의 고려사항 S3는 전통적인 컨테이너 레지스트리가 아니므로, docker push 명령어를 직접 사용할 수 없습니다. 따라서 이미지를 S3에 업로드하려면 AWS SDK 등을 활용하여 수동으로 업로드해야 합니다. 또한, 인증 및 권한 관리를 위해 S3 버킷 정책을 적절히 설정해야 합니다. S3 버킷 정책 설정 예시: { "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": "*", "Action": "s3:GetObject", "Resource": "arn:aws:s3:::your-bucket-name/*" } ] } 이러한 정책을 통해 모든 사용자가 버킷의 객체를 읽을 수 있도록 설정할 수 있습니다. 결론 S3를 컨테이너 레지스트리로 활용하면 업로드 속도를 크게 향상시킬 수 있습니다. 다만, 전통적인 레지스트리 기능이 부족할 수 있으므로, 프로젝트의 요구사항에 맞게 적절히 활용하는 것이 중요합니다. 특히 이미지 빌드와 배포 속도가 중요한 경우, S3를 활용한 레지스트리 구축을 고려해 볼 만합니다. 출처: Using S3 as a container registry

iso파일 이 iso파일을 윈도우에서 버추얼박스로 돌릴 땐 잘 돌아가던데 맥에서 vmware로 돌리니까 제대로 작동을 안하네요. 이 파일 작동시킬 수 있는 가상머신이 있을까요? 아니면 포기하고 그냥 윈도우에서 돌릴까요? 저 파일 원래 출처는 아래에 있습니다. 해커하우스북

엣지 투 클라우드 배포를 위한 엔터프라이즈급 Linux 제공 eLxr 프로젝트가 Debian의 인텔리전트 엣지 기능을 계승하여 파생된 첫 번째 릴리스를 출시했습니다. 간소화된 엣지 투 클라우드 배포 접근 방식을 통해 이를 확장할 계획입니다. eLxr는 오픈 소스, 엔터프라이즈급 리눅스 배포판으로 근거리 네트워크와 워크로드의 고유한 과제를 해결합니다. eLxr 프로젝트란 무엇입니까? eLxr 프로젝트는 엣지에서 클라우드로 확장되는 안정적이고 혁신적인 솔루션을 찾는 매니아 사용자 및 엔터프라이즈 사용자 모두를 지원합니다. 최첨단 기술에 대한 액세스를 확대하는 데 전념하는 커뮤니티 중심의 프로젝트로서, 사용자가 쉽게 채택할 수 있고 오픈 소스 철학을 존중하는 eLxr, 즉 엔터프라이즈급 Debian 파생 배포판을 만들고 유지 관리하고 있습니다. eLxr 프로젝트의 임무는 접근성, 혁신 및 오픈 소스 소프트웨어의 무결성 유지에 중점을 둡니다. 엔터프라이즈급 Debian 파생 제품에서 이러한 발전을 이루면 사용자는 무료 사용이 가능한 Linux 배포판의 이점을 누릴 수 있습니다. eLxr 프로젝트는 Debian 생태계를 기반으로 구축하기 위한 강력한 전략을 수립하는 동시에 이에 다시 기여하고 있습니다. "Debian 시민"은 업스트림에서 eLxr의 혁신과 개선에 기여하기 때문에 커뮤니티의 개발 활동에 적극적으로 참여하고 있습니다. 이 접근 방식은 eLxr의 자체 배포를 향상시킬 뿐만 아니라 기능 세트를 확장하고 전반적인 품질을 향상시켜 Debian을 강화합니다. Debian 개발 수명 주기의 다양한 단계에서 기술을 릴리스하고 Debian에서 아직 사용할 수 없는 혁신적인 새 콘텐츠를 도입할 수 있게끔 하는 eLxr는 민첩성과 새로운 요구에 대한 대응력을 제공합니다. 또한 지속 가능성에 대한 약속은 eLxr 회원의 기여가 장기적으로 더 넓은 Debian 커뮤니티에 접근 가능하고 유익하도록 보장합니다. 엣지에서 지능적인 배포를 위한 통합 접근 방식 오늘날의 기술은 빠르게 변화하는 요구 사항과 운영 문제에 대한 민첩성과 대응력을 요구합니다. 오픈 소스 커뮤니티 및 기술 회사의 최첨단 기술을 배포에 통합함으로써 eLxr 프로젝트를 통해 사용자는 아직 널리 배포되지 않았거나 다른 채널을 통해 쉽게 액세스할 수 없는 혁신을 활용할 수 있습니다. 지난 10년 동안 Yocto Project 및 Buildroot와 같은 "build from source" 솔루션은 인텔리전트 엣지에서 다양한 사용 사례를 지원하는 데 선호되었습니다. 광범위한 사용자 지정과 교차 개발 도구 체인을 제공하는 소프트웨어 개발 키트(SDK)를 생성하는 기능을 제공하는 임베디드 Linux 디바이스를 구축하는 기존 방법을 통해 개발자는 리소스가 제한된 디바이스의 성능을 극대화하는 동시에 빌드 작업을 더 강력한 시스템으로 오프로드할 수 있었습니다. 그러나 OTA(Over-the-Air) 업데이트와 데이터 집계, 엣지 처리, 예측 유지 관리 및 다양한 머신 러닝 기능과 같은 새로운 패러다임을 포함하여 엣지 배포의 연결 요구가 증가함에 따라 니어 엣지 장치와 서버 모두에 대해 다른 아키텍처 접근 방식이 필요합니다. 이로 인해 여러 배포판을 사용하게 되고, 운영 환경의 이기종 환경이 생성되며, 복잡성과 비용이 증가하게 됩니다. 이러한 복잡성은 CVE 및 버그 모니터링, 추가 SBOM 사용 및 다양한 업데이트 주기 및 기타 여러 과제와 같은 상당한 부담을 줍니다. 이러한 문제를 해결하고 보다 동일한 기준을 충족하는 솔루션을 제공하기 위해 eLxr은 최신 도구를 사용하여 유지 관리를 용이하게 하는 동시에 기존 설치 프로그램을 단일 배포판으로 더 나은 서비스 엣지 및 서버 배포를 가능하게 하는 새로운 배포판 도구 세트를 결합하는 Debian 파생 제품으로 탄생하였습니다. 통합 기술 스택과 결합된 이 이니셔티브는 엣지 배포를 최적화하고, 장치 전반에 걸쳐 원활한 운영 환경을 조성하고, 엣지 투 클라우드 배포의 미래 혁신을 위한 기반을 마련하려는 기업에 전략적 이점을 제공합니다. 기존 엔터프라이즈 솔루션은 사용자가 빠르게 혁신하고 새로운 기술을 빠르게 채택하는 데 필요한 속도에 미치지 못합니다. 혁신적인 솔루션을 개발했지만 이를 널리 배포할 수단이 부족한 오픈 소스 커뮤니티 및 기술 회사를 위한 배포 파트너로서 eLxr 프로젝트는 중요한 기술 제공 격차를 해소합니다. 왜 Debian인가? eLxr 프로젝트가 Debian을 선택한 주된 이유는 두 가지입니다: Debian의 확고한 방어와 30년 이상 동안 오픈 소스 철학을 고수해 오며 파생 노력을 수용했기 때문입니다. Debian은 다양한 사용 사례로 범위를 확장하는 데 도움이 되는 eLxr과 같은 새로운 배포판 및 파생 항목의 생성을 권장합니다. Debian은 파생 상품과의 경험을 공유하는 것이 커뮤니티를 확장하고, 기존 사용자를 위해 코드를 개선하고, Debian을 더 다양한 사용자에게 적합하게 만드는 방법이라고 생각합니다. eLxr에 참여하기 Wind River®는 보장된 오픈 소스 배포에서 새롭고 준비된 기술을 적시에 배포하고 제공하는 데 전념하는 커뮤니티를 성장시키는 여정의 첫 번째 단계로 초기 eLxr 릴리스에 기여했습니다. eLxr 프로젝트는 우리의 접근 방식이 참여하고자 하는 모든 사람의 접근성과 유연성을 촉진하여 기술 준비에서 유통-납품까지의 격차를 해소하거나 이미 좁혀진 격차를 활용할 수 있다고 믿습니다. eLxr를 사용하거나 eLxr에 기여하기를 원하든 상관없이, 여러분은 eLxr 프로젝트의 일부이며, 우리는 여러분의 참여를 장려하고 환영합니다. 새로운 기술을 개발하고 있다면 혁신을 주도하기 위해 해당 기술을 검증하고 통합해 보겠습니다. eLxr를 사용할 계획이라면 커뮤니티의 다른 사람들에게 여러분의 경험, 사용 사례, 해결한 문제 및 추가 개선 방법에 대해 알려주십시오. 여러분의 기여를 기다리고 있습니다! eLxr 랜딩 페이지(elxr.org)에서 자세한 정보를 찾고 eLxr 리포지토리, 다운로드 및 설명서에 액세스할 수 있습니다. 2024년 7월 28일부터 8월 4일까지 대한민국 부산에서 개최되는 DebConf와 2024년 9월 16일부터 18일까지 오스트리아 비엔나에서 개최되는 Open Source Summit Europe에서 커뮤니티 리더를 직접 만날 수 있습니다.

매주 수요일, 안철준 촌장의 <수요레터>입니다 👀 매주 수요일, 안철준 촌장의 <수요레터> 발행됩니다 👀 = 📌 수요 레터 구독하기            🚨크라우드스트라이크 사태 정리     지난 7월 19일 금요일이었죠. 전 세계적인 IT 대란이 발생했습니다. 크라우드스트라이크 (CrowdStrike) 라는 사이버 보안 기업의 제품을 패치하는 과정에서 심각한 시스템 충돌이 발생한 겁니다. 빠르게 대처 방안이 배포되고 복구가 진행되고 있지만, 피해 규모가 너무 크고 광범위해서 복구에 시간이 많이 소요될 것으로 보입니다. 며칠이 지난 지금, 조금 차분히 이번 크라우드스트라이크 사태를 정리해 보려 합니다. 혹시 잘못된 정보가 있다면 피드백 부탁 드립니다.  뉴저지주 뉴어크 공항의 블루스크린 (출처 : Atlanta 중앙일보)     문제의 시작   한국시간 7월19일 금, 13시9분, 크라우드스트라이크 사의 팰콘 센서라는 EDR (Endpoint Detection and Response) 보안 소프트웨어의 패치가 배포되었습니다. 그런데 이 패치가 자동으로 설치된 마이크로소프트 윈도우에서 오류가 발생하기 시작합니다.  문제를 파악한 크라우드스트라이크는 패치를 배포한 지 1시간 37분 후에 콜백 조치를 합니다. 하지만 그 사이에 수많은 PC, 서버 및 시스템이 인터넷에 연결된 상태였고,  연결된 윈도우 시스템에는 자동으로 이 패치가 설치 되었죠. 설치된 업데이트는 윈도우 시스템과 충돌이 일으키기 시작합니다.  충돌이 발생한 PC는 블루 스크린이 뜨면서 결국 시스템 멈춰 버리게 됩니다.   크라우드스트라이크 측은 해당 이슈가 보안 사고나 사이버 공격은 아니며, 원도우 호스트용 업데이트에서 발견된 결함으로 윈도우 OS 시스템에서만 문제가 발생했다고 발표했습니다.     피해의 규모   단순한 오류였지만 피해는 전세계적으로 퍼져나갔습니다. 항공, 교통, 병원, 행정, 방송, 게임, 광고, 서비스업, 은행 등 전방위적인 피해가 속출했습니다. 장애가 발생한 시스템 또는 PC의 수가 850만 대가 넘을 거라는 추정치도 있습니다. 특히 항공 시스템이 먹통이 되는 바람에 수많은 항공편이 결항 또는 지연되는 사태가 발생했는데요, 7월19일 한국시간 오후7시 기준으로 전세계적으로 1,390편의 항공편이 결항되었다는 기사도 있었습니다. 영국 NHS 의뢰 시스템이 마비되어 신규 환자 예약, 진료 및 처방 등 모든 의료 활동이 중단되는 사태도 벌어졌습니다. 영국 Sky News는 생방송이 중단되는 상황이 발생했고, 프랑스나 호주도 비슷한 상황이었습니다. 피해 규모나 범위가 너무 광범위해서 완전한 복구까지는 몇 주 정도가 소요될 것으로 예상하고 있습니다.     원인과 대처   원인은 크라우드스트라이크 보안 솔루션 ‘펠컨 센서’의 업데이트 버젼의 오류로 알려졌구요. 커널 모드의 소프트웨어의 경우 시스템과의 충돌 가능성이 있기 때문에 배포 전에 충분한 검증과 테스트가 이루어져야 하는데 이 부분의 오류나 실수가 있었던 것으로 보고되고 있습니다. 빠르게 대처 방법이 배포가 되었는데요. 윈도우를 안전모드로 부팅해서 특정 파일을 찾아 삭제 후 재부팅하면 해결된다는 방법입니다. 하지만 문제가 발생한 PC가 부팅이 되지 못하는 상태이기 때문에 IT 관리자가 원격으로 고치거나 조처하기 어려워서 개별 PC를 직접 해결해야 하는 어려움이 있습니다. 물리적으로 접근하기 어려운 서버나 기타 보안 암호화가 되어 있는 상태인 경우 복구에는 더 많은 리소스와 시간이 필요할 수도 있겠죠.     의견들   크라우드스트라이크 사의 팰콘 센서는 PC, 노트북, 서버, 라우터 등과 같은 엔드포인트에서 멀웨어나 공격 행위 등의 의심스러운 활동들을 감지하기 위해 심층적인 시스템 억세스가 필요한 바이러스 백신 솔루션입니다. 새로운 위협에 대비하기 위해 정기적으로 자동적으로 업데이트해야 하고, 이러한 자동 설치의 권한을 미리 부여받게 됩니다. 통상적으로 보안과 안정성을 강화하는 순기능으로 동작되는 이 프로세스가 이번처럼 시스템 전체를 훼손할 수도 있다는 문제가 드러난 거죠  멀웨어나 보안 공격들이 더욱 진화되고 정교화되면서 방어를 위한 백신 소프트웨어는 지속적인 연결 그리고 더 광범위한 제어가 필요하게 되는데, 이런 과정이 전체 시스템과의 충동 가능성을 높힐 수 있다는 겁니다. 그래서 사실 크라우드스트라이크의 이번 이슈는 모든 보안 솔루션이 잠재적으로 가질 수 있는 위험 요소라고 보는 게 맞겠죠. 또 하나, 이렇게 광범위하게 피해의 규모가 커진 이유를 클라우드와 네트워크 때문으로 얘기하기도 합니다.  수많은 IT 인프라들이 서로 연결되어 있기 때문에 이번 사태와 같은 연쇄 반응이 일어나게 되었다는 겁니다. 이런 규모의 사태는 사실 누구도 예상하지 못했던 결과이지요. 이제 앞으로 이런 유사한 위기가 재발하는 것을 어떻게 막을 것인지에 대한 깊은 질문이 계속될 것입니다.     이번 <수요레터>는 크라우드스트라이크의 IT 중단 사태에 대해 살펴 봤습니다. 다음에도 또 흥미로운 이야기로 준비하겠습니다.     촌장 드림             🤖 놓치면 안되는 중요한 AI 테크 뉴스       비용을 줄인 GPT-4o 미니 출시 오픈AI는 비용 절감형 ‘GPT-4o 미니’ 모델을 출시하여 챗GPT에 적용한다고 발표했습니다. 이 모델은 GPT-3.5 터보를 대체하며, 성능은 동급 최강을 자랑합니다. 12만8000개의 토큰을 처리할 수 있고, 실행 비용은 GPT-3.5 터보보다 60% 이상 저렴합니다. (기사보기)    엔비디아-미스트랄, 온디바이스AI 모델에 손잡다 엔비디아와 미스트랄 AI가 협력해 새로운 기업용 온디바이스 AI 모델 ‘미스트랄-네모’를 출시했습니다. 이 모델은 다양한 언어를 효율적으로 지원하며, 퍼블릭 클라우드 없이도 고성능 AI를 제공해 중소기업의 AI 활용을 촉진할 것으로 기대됩니다. 데스크톱 환경에 최적화되어 있으며, 데이터 프라이버시와 클라우드 비용 절감 등의 장점을 제공합니다. (기사보기)    크라우드스트라이크 사태, 전세계를 멈추게 하다 7월 19일, CrowdStrike의 Falcon 센서 업데이트가 Windows 시스템에서 블루 스크린 오류(BSOD)를 유발하여 전 세계적으로 수백만 대의 컴퓨터가 작동 불능 상태에 빠졌습니다. 이로 인해 항공사, 은행, 방송사 등의 서비스가 중단되는 등 큰 혼란이 발생했습니다. 이 문제는 수동으로 오류 파일을 삭제해야 해결되며, 복구에는 상당한 시간이 걸릴 것으로 예상됩니다 (기사보기)    트랜스포머를 대체할 새로운 아키텍처 개발 새로운 아키텍처 ‘TTT’가 트랜스포머의 단점을 보완하여 저비용으로 많은 데이터를 처리할 수 있게 개발되었습니다. 이 아키텍처는 기존 트랜스포머의 메모리와 계산 시간 문제를 해결하고, 특히 비디오 처리에서 큰 진전을 보일 수 있습니다. 그러나 아직 검증이 완료되지 않았고, 더 큰 모델과의 비교 연구가 필요합니다. (기사보기)                           

매주 수요일, 안철준 촌장의 <수요레터>입니다 👀 매주 수요일, 안철준 촌장의 <수요레터> 발행됩니다 👀   📌 수요 레터 구독하기            구글은 왜 32조원에 사이버 보안 기업을 인수하려는 걸까?     구글의 베팅은 보안   구글의 모회사 알파벳이 사이버 보안 회사인 위즈(Wiz)를 230억 달러에 인수하기 위한 협상에 들어갔다는 소식이 전해 졌습니다. 230억 달러면 한화로 약 32조 원에 이르는 어마어마한 금액입니다. 이 성사가 이루어지면 구글의 사상 최고가의 인수로 기록됩니다. 위즈는 2020년에 설립한 이스라엘 기업으로, 클라우드 보안 시장에서 빠르게 성장하여 주목을 받아 왔습니다. 그럼에도 불과 4년 밖에 되지 않은 스타트업을 230억 달러에 인수하려는 구글의 의도는 무엇일까요? 가뜩이나 요즘 반독점 규제 때문에 눈치를 봐야하는 구글의 입장에서 말이죠. AI 서비스의 확산과 함께 기업의 가장 고민 거리 중에 하나가 바로 보안이기 때문입니다.     AI 도입의 가장 큰 걱정   글로벌 리서치 전문 루시드웍스는 이번 11일에 생성형 AI에 대한 연례 보고서를 발표했습니다. AI 도입과 관련되어 가장 염려하는 부분이 무엇인지 기업들에게 물어 봤습니다. 2023년 대비 올해 가장 드라마틱하게 올라간 부분은 도입 비용입니다. 작년 대비 무려 14배나 관심도가 폭증했습니다. 아마도 AI에 대한 실제적인 도입이 늘어나면서 비용이 가장 현실적인 문제로 보이기 때문이겠죠. 그럼에도 모든 분야 중에 기업이 가장 걱정하는 건 다름 아닌 보안입니다. (46%) 2023년도에도 그랬고, 2024년에도 민감한 데이터에 대한 보안 걱정이 기업들의 가장 큰 염려스러운 부분이라도 답했네요.     AI의 리스크   매킨지 보고서도 유사한 결론에 도달합니다. 생성형 AI 도입의 가장 큰 리스크가 무엇인지를 묻는 질문에 할루시네이션, 지적재산권과 함께 사이버 보안이 최상위로 분위되어 있습니다. 기업의 중요한 데이터가 위협 공격을 통해서 유출되거나 손상될 가능성이 현실적으로 계속 부담이 되고 걱정스럽다는 얘기죠.     6배나 증가한 AI 사용   최근 보고서에 의하면, AI의 급속한 성장으로 인해 기업의 AI/ML 과 관련된 트랜잭션이 무려 595%나 증가했다고 합니다. 이로 인한 보안 위협도 증가하고 있다고 보고하고 있는데, 공격의 속도, 정교함, 규모 측면에서 모두 폭발적으로 증가되고 있다고 합니다. AI의 보안 위협이 막연한 두려움이 아니라 실제로 닥치고 있는 가장 강력한 리스크라는 점을 확인시켜 주는 데이터 입니다.      M&A와 투자가 몰리는 곳   그래서 AI 기업들과 사모펀드와 같은 회사들이 사이버 보안 기업들을 M&A 하거나 막대한 투자를 하려는 이유가 여기에 있습니다. AI 컴퓨팅 자원을 확보하기 위한 엄청난 투자는 이미 기본이 되었죠.  엔비디아는 AI의 최대 수혜주로 그 가치는 날로 올라가는 중입니다.  AI 서비스를 위한 기술 개발, 저작권 확보에도 엄청난 투자가 이루어지고 있는데, 이제는 보안에까지 그 물결이 넘쳐나고 있습니다.  AI 서비스를 위해 보안이 무엇보다 중요한 핵심이라는 인식이 확산되고 있습니다. AI가 불어온 산업 전반의 혁신의 폭풍이 어디까지 확산될 지 모르겠네요.     왜 글로벌 사이버 보안 회사들의 M&A가 뜨거울까?   때마침 사이버 보안 회사들의 M&A와 투자가 최근 몇 년 사이 왜 이렇게 뜨거워졌는지에 대한 흥미로운 라이브도 준비되어 있습니다. 세부적인 보안 기술에 대해 공부를 하기도 해야 하지만, 사이버 보안 시장 전체가 어떤 트렌드와 방향으로 움직이고 있는지 거시적인 관점에서 바라보는 것도 필요할 것입니다. 기업들의 M&A와 투자가 이런 흐름을 파악하는 중요한 바로미터가 될 수 있을 겁니다. 아래 배너를 통해 사전신청 가능합니다. (7월26일 금, 오후2시입니다.)   이번 <수요레터>는 AI와 사이버 보안에 관한 몇 가지 인사이트를 살펴 봤습니다. 다음에도 또 흥미로운 이야기로 준비하겠습니다.     촌장 드림             🤖 놓치면 안되는 중요한 AI 테크 뉴스       챗GPT가 인간처럼 추론한다. 오픈AI, AGI 도달 위한 5단계 발표  OpenAI는 인공지능 일반화(AGI) 도달을 위한 5단계를 발표하였으며, 현재 2단계 직전에 있다고 평가하고 있습니다. 이 단계는 인간과 유사한 추론 능력을 가진 &#39;추론자&#39; 수준을 의미합니다. OpenAI는 향후 10년 내에 AGI 도달을 목표로 하고 있으며, 구체적인 정의는 없지만 지속적인 발전을 추구하고 있습니다. (기사보기)    8월부터 유럽연합의 AI 규제법 실시 유럽연합(EU)의 인공지능 규제법 &#39;AI 법(AI ACT)&#39;이 8월 1일부터 발효됩니다. 2026년 8월부터는 AI 기업들이 모델 학습에 사용한 데이터를 공개해야 하며, 2025년 2월까지는 안면 인식 기술과 경찰의 범죄 예측 도구 사용이 금지됩니다. 위반 시 최대 3500만 유로의 벌금이 부과됩니다. (기사보기)    마이크로소프트와 애플, 오픈AI 이사회 참여 포기 마이크로소프트(MS)와 애플이 오픈AI 이사회 옵저버 지위를 포기했습니다. 이는 미국과 유럽 규제 당국의 반독점 우려를 완화하기 위한 조치로, MS가 이사회 옵저버를 포기한 후 애플도 따라갔습니다. 이번 결정은 규제 당국의 감시가 강화되는 가운데 이루어졌습니다. (기사보기)    갤럭시링, 삼성 갤럭시 새로운 폼팩터의 출발 삼성전자가 갤럭시 언팩 2024 행사에서 헬스케어 기능을 강화한 갤럭시링과 갤럭시워치7, 갤럭시워치 울트라를 공개했습니다. 갤럭시링은 소형 폼팩터에 최첨단 센서 기술을 집약하여 다양한 건강 지표를 제공하며, 갤럭시워치7은 최종당화산물 지표를 측정할 수 있습니다. 갤럭시워치 울트라는 극한 스포츠에 특화된 내구성을 갖추고 있습니다. (기사보기)    에너지를 적게 먹는 AI, 오픈AI 비용 절감을 위한 전략 발표 오픈AI는 최신 AI 모델이 더 적은 에너지를 사용할 것이라고 발표했습니다. GPT-4o 모델은 이전 모델 대비 에너지 사용량을 85~90% 줄였으며, 추후 모델들도 이 추세를 이어갈 예정입니다. 이러한 개선은 비용 절감과 생산성 향상으로 이어질 것이며, 더 많은 사용자와 기업에게 접근 가능해질 것입니다. (기사보기)                             

ssh, sftp 로그파일이 기본설정시 얼마나 보관되는지 알 수 있을까요? 제 기억으로 계속 쌓여서 용량이 꽉차서 문제가 되었던 기억이 있어서요 기본설정시 1달 후 자동 삭제된다고도 하던데 맞나요?