본문 바로가기

직접 만든 소프트웨어, 두 가지 개발 기록

구현 구조와 적용 범위, 확인한 기능과 남은 한계를 함께 기록합니다.

MediaMTX 스트리밍 제어 서버Docker Compose 구성과 파일·라이브·멀티캐스트 송출 RTSP CCTV 관제·분석 프로그램관제 그룹, 영역·출입선, 이벤트 이력을 연결하는 구조

분류 전체보기271

Copilot code review Max 발표: 더 깊은 검토와 승인 권한은 어떻게 고를까요? GitHub가 2026년 10월 28일 Copilot code review의 Max 분석 수준을 공개 미리보기로, Copilot approvals를 정식 제공으로 발표했습니다. 두 기능의 제공 단계는 다릅니다. 여기서 Max는 리뷰의 분석 수준을 가리킵니다. 유료 AI 리뷰를 검토하는 팀이라면 검토를 얼마나 깊게 할지와 그 승인을 머지 요건에 반영할지를 따로 결정하는 것이 중요합니다. Max라는 이름을 Copilot Max 구독 상품과 같은 뜻으로 읽거나, AI 승인 표시를 코드 안전성 보장으로 해석하지 마세요.이 글은 11월 3일 공식 발표와 문서를 확인한 해설입니다. 실제 저장소의 리뷰·승인 설정을 바꾸거나 PR 품질·사용료·처리 시간을 시험하지 않았습니다. PR은 pull request, 즉 변경 .. 2026. 11. 4.
GitHub public monitoring 정식 제공: 공개 유출 탐지는 어디까지 포함될까요? GitHub가 2026년 10월 28일 기업용 public monitoring의 정식 제공을 발표했습니다. 회사가 소유한 저장소 밖의 공개 GitHub 영역에서 자격증명이 노출됐을 때, 기업과 연결된 경보를 확인할 수 있는 기능입니다. 보안 제품을 검토한다면 어디를 탐지하는지, 왜 우리 회사에 연결됐는지, 탐지 뒤 누가 조치할지를 따로 보는 것이 핵심입니다. 포함 기능이라는 설명을 모든 계정의 무료 이용이나 유출 대응 완료로 읽지는 마세요.이 글은 11월 3일 공식 발표와 문서를 재확인한 해설입니다. 실제 기업 계정에서 탐지·알림·키 폐기·요금을 시험하지 않았습니다. Secret Protection 같은 유료 보안 기능을 도입하거나 기존 계약의 활용 범위를 점검하는 한국어 개발·보안 담당자를 위해, 확인.. 2026. 11. 4.
Dependabot reachability 미리보기: Unreachable이면 패치를 미뤄도 될까요? Dependabot의 새 reachability 분석은 취약한 함수까지 이어지는 호출 경로가 있는지 살펴보는 정보입니다. ‘Unreachable’ 표시만으로 안전하다고 결론 내리거나 경보를 닫는 기준으로 쓰면 안 됩니다. 심각도와 서비스 환경, 분석 결과의 시점, 아직 모르는 조건을 함께 읽어 보세요.GitHub가 2026년 10월 28일 공개한 JavaScript·TypeScript용 공개 미리보기를 공식 문서와 함께 살펴봤습니다. 실제 저장소에서 분석을 켜거나 코드를 실행한 시험은 하지 않았습니다. 아래의 검토 메모와 가상 경보 사례는 팀이 확인할 질문을 정리하도록 직접 구성했습니다.이번 미리보기는 어떤 정보를 더하나요?GitHub의 발표에 따르면 이 기능은 CodeQL 정적 분석과 취약 함수 정보를.. 2026. 11. 3.
과학 설명 영상, 무엇을 봐야 할까요? 512명 연구로 목표와 확인 질문 나누기 과학 설명 영상을 볼 때는 ‘무엇을 했나’와 ‘왜 그렇게 판단했나’를 나누고, 보고 난 뒤 내가 확인할 목표도 따로 정해 보세요. 설명을 이해했다고 느끼는 일, 지식이 만들어지는 방식을 생각하는 일, 새로운 문제의 확인 절차를 구성하는 일은 구분해서 기록할 수 있습니다.2026년 10월 30일 공개된 과학 영상 연구가 이번 글의 출발점입니다. 연구 결과를 짧게 살펴본 뒤, 독자를 위해 직접 만든 영상 읽기 질문과 가상 메모를 소개합니다. 이 질문표의 학습 효과를 시험하거나 성인의 능력 향상을 보장하는 글은 아닙니다.새 연구는 어떤 영상을 비교했나요?연구는 독일 중등학생 가운데 두 설문을 모두 마친 512명을 대상으로, 과학 활동과 연구자의 생각을 표현하는 방식이 다른 영상 네 종류를 비교했습니다. 약 2.. 2026. 11. 3.
Cloud SQL MySQL blue-green 미리보기: 업그레이드 전 비용·전환 조건 확인 Google Cloud가 2026년 10월 28일 Cloud SQL for MySQL의 관리형 blue-green 배포를 미리보기로 발표했습니다. 운영 중인 데이터베이스를 그대로 둔 채 별도 환경에서 변경을 검토하고, 준비가 됐을 때 연결을 전환하는 선택지입니다. 다만 미리보기를 모든 구성의 완전 무중단 업그레이드나 자동 원복 보장으로 읽으면 안 됩니다. 지원 조건, 실제 애플리케이션 검수, 두 환경을 유지하는 비용까지 함께 살펴봐야 합니다.이 글은 11월 2일 공식 발표와 문서를 읽은 도입 판단 해설입니다. 데이터베이스를 만들거나 업그레이드·전환·복구를 실행하지 않았습니다. 아래 비교표와 검수 질문은 작성자의 제안이며 실제 고객 사례나 성능 시험 결과가 아닙니다. 11월 3일의 계정별 지원과 작업 성공.. 2026. 11. 3.
Google Cloud spend caps 정식 제공: 예산을 넘으면 무엇이 멈추나요? Google Cloud가 2026년 10월 30일 spend caps의 정식 제공을 발표했습니다. 예산에 가까워졌다고 알려 주는 기능에서 한 걸음 더 나아가, 지원 서비스의 새 사용을 일시 제한하는 비용 통제 기능입니다. 다만 회사 전체 청구액을 설정 금액 안에 딱 맞춰 주는 장치로 읽으면 안 됩니다. 지원 서비스와 비용 계산 기준을 확인하고, 멈춰도 되는 업무인지까지 함께 판단해야 합니다.이 글은 11월 2일 Google 공식 발표와 문서를 확인한 해설입니다. 실제 계정에 cap을 만들거나 요청 차단·복구·청구 금액을 시험하지 않았습니다. 유료 AI API나 서버리스 서비스를 사용하는 개발팀·예산 담당자가 도입 범위를 정할 때 참고할 수 있도록, 확인 사실과 작성자의 검토 제안을 구분했습니다. 11월 .. 2026. 11. 3.

티스토리툴바