웹호스팅에서 서버리스까지 — 비용보다 달라진 개발자의 책임

예전에는 웹호스팅 계정 하나를 만들고 파일을 올리면 서비스가 시작됐습니다. 지금은 서버리스 함수, 오브젝트 스토리지, CDN, 관리형 데이터베이스를 조합해 훨씬 빠르게 시작할 수 있습니다. 대신 어디서 문제가 생겼는지 추적해야 할 지점도 늘었습니다.저는 비용이 싸다는 이유만으로 구조를 고르지 않으려고 합니다. 월 요금보다 중요한 것은 장애가 났을 때 누가 무엇을 확인해야 하는지, 데이터가 어디에 있고 어떻게 복구하는지 알 수 있는가입니다.호스팅 시대에는 책임이 한 덩어리였습니다공유 호스팅에서는 운영자가 관리할 수 있는 범위가 제한적이었습니다. 웹 서버 설정과 데이터베이스가 이미 준비돼 있었고, 사용자는 파일과 애플리케이션에 집중했습니다. 문제가 생기면 고객센터에 문의하는 것도 운영의 일부였습니다.이 구조..

오픈소스 첫 기여를 유지보수자의 언어로 읽는 법

오픈소스에 처음 기여하려고 하면 큰 기능부터 찾게 됩니다. 하지만 유지보수자가 반기는 기여는 작고 명확하며, 검토할 때 추가 질문이 적은 변경인 경우가 많습니다. 저도 처음에는 코드를 많이 바꾸는 것이 도움이 된다고 생각했습니다.이번 글에서는 문서 수정, 재현 가능한 이슈, 작은 코드 변경을 어떻게 고르고 준비할지 정리합니다. 실제 프로젝트마다 규칙이 다르므로, 아래의 절차를 그대로 복사하기보다 유지보수자의 시간을 줄이는 방향으로 적용하시기 바랍니다.첫 기여는 저장소의 사용 설명부터 읽습니다저장소의 README와 기여 안내는 단순한 예절 문서가 아닙니다. 브랜치 이름, 테스트 명령, 코드 스타일, 이슈 템플릿이 모두 들어 있습니다. 이 문서를 건너뛰면 작은 변경도 다시 설명해야 하는 일이 생깁니다.저는 ..