✅ 개요보통 하나의 도메인에서는 하나의 프론트엔드 프로젝트만 제공한다고 생각하기 쉽다.하지만 사용자의 계정 유형(A 또는 B 등)에 따라 서로 다른 프러티엔드 프로젝트를 제공해야 할 경우에는 어느 것으로 해결해야 할까?이 글에서는 xxx.yyy.com이라는 하나의 도메인만 사용할 수 있는 조건 하에서, 사용자 로그인 후 서로 다른 페이지로 분기하는 구조를 어떻게 설계하고 구현했는지 정리한다.✅ 목표사용자는 https://xxx.yyy.com으로 접속로그인 후, 계정 유형에 따라 다른 홈페이지 제공A 사용자 → Homepage AB 사용자 → Homepage B그러나 도메인은 항상 xxx.yyy.com한가지만 사용각 페이지는 서로 다른 프로젝트로 독립적으로 빌드되고 배포됨✅ 아키텍처 요약Browser ..
전체 글
두 번째 오픈소스 기여: 사용자 계정 간 보안 이슈 제보 [beszel]최근 회사 업무 중 또 하나의 중요한 오픈소스 이슈를 발견하고 제보하게 되었다.이번에도 이전과 동일한 프로젝트인 beszel에서 발생한 문제였고, 실제 서비스 환경에서 보안상 큰 영향을 줄 수 있는 이슈였다.💡 어떤 프로젝트?beszel은 경량 시스템 모니터링 오픈소스 툴로, 서버의 상태를 직관적인 UI로 실시간 보여주는 도구다.SMTP를 이용한 알림 기능도 탑재되어 있어, 소규모 서버 환경에서 꽤나 유용하게 사용할 수 있다.(자세한 프로젝트 설명은 이전 글을 참고!)🔍 어떤 상황에서 발견했는가?회사에서 beszel을 테스트하던 중, 서로 다른 계정마다 다른 호스트를 등록해서 격리 운영할 수 있을지를 실험하게 되었다.이를 위해 새..
아래 글은 작년에 HA 이중화 테스트를 진행하면서 노션에 정리해둔 내용인데, 블로그에는 따로 작성한 적이 없어서 이번 기회에 정리해 옮겨둔다! 프로젝트에서 서비스 무중단을 요구하는 이슈가 발생했다. 이를 해결하기 위해 Pacemaker + Corosync + DRBD 조합을 사용한 HA(High Availability) 환경을 구성하게 되었다. 이 글은 그 과정을 기록한 기술 블로그 형식의 정리이다.⚠️ 주의:본 글에서 소개하는 구성은 테스트 및 개발 환경에 맞춰 작성되었다.실제 운영 환경에서는 반드시 아래 항목들을 함께 고려해야 한다:STONITH(Fencing): 장애 노드를 강제로 차단하여 Split-Brain을 방지하기 위한 메커니즘. 설정하지 않으면 Failover 동작이 비정상적으로 작동하거나..