<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>MacOS on 얼쑤 · Team Edo</title><link>https://team-edo.github.io/tags/macos/</link><description>Recent content in MacOS on 얼쑤 · Team Edo</description><generator>Hugo</generator><language>ko-kr</language><lastBuildDate>Mon, 09 Nov 2026 00:00:00 +0900</lastBuildDate><atom:link href="https://team-edo.github.io/tags/macos/index.xml" rel="self" type="application/rss+xml"/><item><title>폐기용 MySQL을 실행 단위로 분리한 이유</title><link>https://team-edo.github.io/posts/2026/11/isolate-disposable-mysql-tests/</link><pubDate>Mon, 09 Nov 2026 00:00:00 +0900</pubDate><guid>https://team-edo.github.io/posts/2026/11/isolate-disposable-mysql-tests/</guid><description>&lt;p>MySQL 통합 테스트는 실제 스키마를 만들고 데이터를 씁니다. 같은 데이터베이스와 계정을 다음 실행에 재사용하면 앞선 실행이 남긴 데이터가 새 결과에 영향을 줄 수 있습니다. 얼쑤에서는 실행마다 테스트 DB와 전용 계정을 만들고, 다른 DB에서 쓰는 접속 정보와 분리했습니다. 서버의 기동 조건이나 연결 한도를 시험할 때는 MySQL 인스턴스도 따로 띄웠습니다.&lt;/p>
&lt;h2 id="어디까지-분리할까">어디까지 분리할까&lt;/h2>
&lt;table>
 &lt;thead>
 &lt;tr>
 &lt;th>시험에서 바꾸는 것&lt;/th>
 &lt;th>실행마다 분리할 대상&lt;/th>
 &lt;/tr>
 &lt;/thead>
 &lt;tbody>
 &lt;tr>
 &lt;td>테이블, 테스트 데이터, 스키마 변경&lt;/td>
 &lt;td>데이터베이스와 해당 DB에만 접근하는 전용 계정&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>기동 옵션, 최대 연결 수&lt;/td>
 &lt;td>MySQL 인스턴스, 데이터 폴더, 접속 주소&lt;/td>
 &lt;/tr>
 &lt;/tbody>
&lt;/table>
&lt;p>Gradle의 통합 테스트에는 &lt;code>TEST_DB_URL&lt;/code>, &lt;code>TEST_DB_USERNAME&lt;/code>, &lt;code>TEST_DB_PASSWORD&lt;/code>를 그 실행에만 전달했습니다. 새 계정은 시험에 필요한 권한을 받고, 데이터 쓰기 권한은 해당 DB에 한정했습니다. 실패한 실행도 정리할 수 있게 종료 절차를 테스트의 성공 여부와 분리했습니다.&lt;/p></description></item><item><title>Docker가 Mac의 여유 공간과 파일을 못 본 이유</title><link>https://team-edo.github.io/posts/2026/10/docker-macos-vm-boundary/</link><pubDate>Wed, 28 Oct 2026 00:00:00 +0900</pubDate><guid>https://team-edo.github.io/posts/2026/10/docker-macos-vm-boundary/</guid><description>&lt;p>Mac에서 분석 서버 이미지를 만들 때 &lt;code>apt&lt;/code>가 패키지를 내려받을 공간이 부족하다고 했습니다. Mac에는 약 &lt;strong>20 GiB&lt;/strong>가 남아 있었습니다. 컨테이너 안에서 &lt;code>df -h /&lt;/code>를 실행하자 가상 디스크 파일시스템은 &lt;strong>40G&lt;/strong> 규모였고, 사용 가능량 &lt;strong>0&lt;/strong>, 사용률 **100%**로 표시됐습니다. 호스트의 남은 용량과 Linux 컨테이너가 실제로 쓸 수 있는 용량이 따로 움직이고 있었습니다.&lt;/p>
&lt;h2 id="검증에-필요한-이미지-수를-줄였다">실행 이미지 하나로 검증&lt;/h2>
&lt;p>당시에는 실행 이미지와 별도로 테스트용 빌드 단계까지 유지하려 했습니다. 로컬 Docker 디스크가 부족해 비슷한 크기의 이미지를 추가로 만들기 어려웠습니다. 테스트 전용 단계를 빼고, 실행 이미지에서 일회용 컨테이너를 띄워 개발 의존성을 받아 검사하는 방식으로 바꿨습니다. 검증 기록에서 실행 이미지는 약 &lt;strong>1.65 GB&lt;/strong>였고, 그 이미지로 컨테이너를 만들어 실행한 테스트 &lt;strong>63개&lt;/strong>가 통과했습니다. 디스크를 정리한 뒤 실패했던 리뷰의 빌드를 같은 조건으로 다시 돌렸다는 기록은 없습니다.&lt;/p></description></item></channel></rss>