title
sub_title
sub_title

Microservice as a Service 오픈소스 프로젝트에 함께할 팀원을 찾습니다!“로컬에서 시작해, 손쉽게 클라우드로 확장하는 마이크로 서비스 아키텍처(MSA)를 만들자!”전 세계적으로 서비스의 스케일업과 유연성이 필수가 된 시대, 하지만 MSA는 너무 복잡하고 비용도 부담스럽죠.MSaaS(Microservice as a Service) 는 로컬 환경에서 마이크로 서비스를 간편하게 개발·운영하고,이후 클릭 몇 번으로 클라우드로 이관할 수 있는 ‘올인원’ 솔루션 서비스를 꿈꿉니다.프로젝트 개요 🗒️MSA에는 어떤 문제가 있나요?- 기존 모놀리식 구조에서 마이크로 서비스를 도입하려면, 인프라 세팅, 분산 트랜잭션 관리, CI/CD 파이프라인, 모니터링 등 복잡한 요소가 한꺼번에 늘어납니다.게다가 초반부터 AWS, GCP 같은 클라우드를 풀로 쓰기엔 비용과 운영 부담이 큽니다.작은 프로젝트에서 MSA는 관리가 어렵다는 이유로 종종 기피되곤 합니다. 하지만 이는 적절한 플랫폼 지원이 부족했기 때문이라고 생각합니다. MSaaS는 단순하고 효율적인 관리 도구로, 적은 노력으로도 MSA의 복잡성을 충분히 해결할 수 있음을 보여주고자 합니다.무엇을 해결 하나요?1. 로컬(또는 단일 서버)에서 MSA를 시뮬레이션할 수 있는 템플릿과 UI 제공2. 로컬 구성 그대로 클라우드(K8s) 로 간편하게 이전3. 통합 대시보드 에서 서비스 상태, 로그, 배포, 모니터링까지 한눈에 관리어떤 상황을 해결할 수 있을까요?1. 관리되지 않는 서비스 엔드포인트와 API 명세상황: 스타트업 C사는 마이크로서비스를 도입해 "사용자 관리", "결제 처리", "상품 관리" 등으로 기능을 분리했어요.서비스가 늘어나면서 API 엔드포인트가 50개를 넘어섰고, 각 서비스의 명세와 의존성을 관리하기 어려워졌어요.개발팀은 기존 문서와 코드에서 각각의 API 명세를 찾느라 많은 시간을 소모하고, 운영 팀은 서비스 간 연동 문제를 빠르게 파악하지 못해 장애가 자주 발생합니다.MSaaS로 해결:- MSaaS의 통합 대시보드에서 모든 마이크로서비스의 엔드포인트와 API 명세를 한눈에 볼 수 있습니다.- Swagger/OpenAPI 명세를 자동으로 대시보드에 통합해 서비스 간 의존성을 시각적으로 파악할 수 있습니다.- 운영팀은 API 호출 상태와 오류를 빠르게 추적하고, 개발팀은 문제 해결 시간을 단축해 생산성을 높일 수 있습니다.2. 독립적인 로컬 테스트 환경 구축의 어려움상황: 중견 기업 D사의 개발팀은 마이크로서비스 도입 후, 테스트 환경 구성에 큰 어려움을 겪고 있어요."주문 서비스"를 로컬에서 테스트하려면 "상품 서비스", "결제 서비스" 등 의존하는 모든 서비스를 함께 띄워야 해요.이런 환경을 설정하는 데 많은 시간이 걸리고, 팀원마다 테스트 환경이 달라 협업이 원활하지 않습니다.MSaaS로 해결:- MSaaS는 Docker Compose 기반의 자동화된 테스트베드를 제공합니다.- 개발자는 원하는 서비스(예: "주문 서비스")만 선택해 필요한 의존 서비스와 함께 로컬 환경에서 쉽게 구성할 수 있어요.- Mock 데이터와 서비스 간 통신 설정도 자동화되어, 개발자는 핵심 로직 구현과 테스트에만 집중할 수 있습니다.3. 도커 개발 환경에서 Kubernetes 배포로의 어려움상황: 스타트업 E사는 초기에는 Docker Compose를 사용해 마이크로서비스를 개발했어요.로컬 환경에서는 Docker로 잘 실행되지만, 프로덕션 단계에서 Kubernetes로 배포하려고 하니 YAML 매니페스트 작성, 네트워크 설정, ConfigMap 관리 등 새롭게 배워야 할 부분이 너무 많아졌어요.개발팀은 쿠버네티스 배포 경험이 부족해, 실수로 인해 장애가 발생하거나 비효율적인 리소스 사용이 계속되고 있습니다.MSaaS로 해결:- MSaaS는 Docker Compose 설정을 기반으로 자동으로 Kubernetes 매니페스트(Deployment, Service, ConfigMap 등)를 생성해 줍니다.- 개발팀은 기존 Docker 환경과 유사한 워크플로우를 유지하면서, 한 번의 설정으로 Kubernetes 클러스터로 쉽게 전환할 수 있어요.- 통합 대시보드를 통해 각 서비스의 상태와 배포 이력을 시각적으로 확인하고, 필요 시 롤백이나 재배포도 간편하게 수행할 수 있습니다.- 결과적으로, Kubernetes 배포로 전환하는 데 필요한 시간과 학습 비용을 크게 줄이고, 안정적인 운영 환경을 확보할 수 있습니다.궁극적 목표가 있나요?- 비즈니스 로직에 개입하지 않아, 자유도가 높고 개발자가 원하는 방식으로 쉽게 커스터마이징 가능한 MSA 관리 플랫폼 만들기- 스타트업부터 대규모 기업까지, 초기엔 가볍게, 성장 시 유연하게 확장할 수 있는 MSA 인프라를 표준화 하기- 모니터링 등의 클라우드 네이티브 전반을 아우를 수 있는 기능을 고도화 하기- 그리고 이 모든 것을 오픈소스로서 개발해보기!프로젝트 합류 시 얻을 수 있는 것들 🚀최신 기술, 같이 배워요!- 컨테이너, Kubernetes, IaC 같은 최신 클라우드 네이티브 기술을 실전에서 경험할 수 있어요.- 오픈소스 기여 이력을 쌓으면서, 경력과 실력을 함께 키워봐요.시간은 유연하게, 부담은 덜고요!- 사이드 프로젝트라서 퇴근 후나 주말에 자유롭게 참여할 수 있어요.- 다양한 분야의 멤버들과 협업하며, 네트워킹도 자연스럽게 늘릴 수 있답니다.- 아이디어가 있다면 직접 구현해보고, PR로 공유할 수 있어요. 적극적인 참여가 필요합니다!진짜 서비스 스케일업 경험!- 작은 로컬 환경에서 시작해 클라우드(Kubernetes)로 확장하는 과정을 직접 설계하고 경험할 수 있어요.- 이런 실전 경험은 나중에 창업이나 스타트업 참여에서도 큰 자산이 될 거예요.함께해요! 😊이 프로젝트는 단순히 기술을 배우고 끝나는 자리가 아니에요.서로 도우면서 성장하고, 재미있게 만들어가는 공부하는 동료들 같은 느낌이에요.“이런 경험, 같이 하고 싶어요!” 하신다면, 지금 바로 함께해 주세요!기다리고 있겠습니다. 🙌

SNS(인스타그램, 페이스북, 스레드 등)에서"칼퇴 돕는 효자 사이트", "알아두면 유용한 사이트 모음", “마케팅 좀 한다는 사람들은 안다는 사이트 총정리" 등과같은 다양하고 유용한 웹사이트의 정보를 알려주는 게시글들을 보게 되었고, 나중에 활용하기 위해 북마크 하였습니다.이후 실제 프로젝트를 할 때 저장해둔 웹사이트를 활용한 결과 작업의 효율이 향상되는 경험을 했습니다.하지만 시간이 지나1. 저장해둔 웹사이트를 다시 찾는 과정이 번거롭고2. 정보가 여러 플랫폼에 흩어져 있으며, 체계적으로 관리되지 않아 활용성이 점점 떨어진다는 불편함을 느끼게 되었습니다.→저는 이러한 불편함과 문제를 해결하기 위해 웹사이트 정보를 한 곳에 모아, 효율적으로 수집하고 관리할 수 있는 서비스를 만들고 싶다는 목표가 생겼습니다.▶만들고자 하는 제품은?-다양한 플랫폼에서 소개하고 있는 생산성 향상 웹사이트 정보를 한 곳에 모아, 효율적으로 수집하고 관리할 수 있도록 돕는 플랫폼.-AI 기술을 활용하여 사용자가 원하는 목적(기획, 개발, 디자인, 마케팅 등)에 맞는 웹사이트 추천, 검색 의도를 기반으로 한 웹사이트 정보 요약 및 추천 고도화현재 기본 기능이 구현된 프로토타입은 완성된 상태이며, 서비스를 고도화하기 위해 팀 빌딩을 진행 중입니다▷구현된 프로토타입▷개발예정 프로토타입▶ 타겟 유저-기획, 개발, 디자인, 마케팅 등 업무 효율과 생산성을 중요하게 생각하는 직장인-프로젝트를 자주 진행하며 유용한 웹사이트 레퍼런스를 체계적으로 관리하고 싶은 사람-SNS나 커뮤니티에서 본 유용한 사이트를 “언젠가 쓰겠지”가 아니라 실제로 다시 찾아 활용하고 싶은 사용자2. 회의 진행/모임 방식▶프로젝트 기간은 어떻게 되나요?-1~2달(필요시 연장)▶1주에 몇번정도 회의나 모임을 진행할 계획인가요?-1주일에 1회 정도 정기적으로 회의▶온/오프라인 회의 진행시 진행방식을 적어주세요-온라인을 기본으로하지만, 필요시 오프라인3. 저의 경험 및 및 역할▶ 이 프로젝트에서 나(리더) 역할-프로젝트 전반적인 기획 및 방향성 설정-백엔드 API 설계 및 개발▶현재 팀 인원-백엔드 API 개발자 2명▶모집 팀 인원-기획/마케팅(1~2): 서비스 구조 설계, 기능 정의 및 고도화 방향 설정, 마케팅-프론트(1~2): 기존 Spring Boot + Thymeleaf(SSR) 기반 구조에서 React 또는 Next.js를 활용한 프론트엔드 전환, 신규 페이지 구성-AI(1~2): 웹사이트 검색 및 추천을 위한 RAG + AI 기능 개발, 사용자 의도 기반 추천 로직 및 알고리즘 설계-데이터 엔지니어(1): 흩어진 웹사이트 정보를 크롤링 및 구조화하고, RAG + AI가 활용할 수 있는 데이터로 가공, 사용자 행동 데이터 수집 설계4. 기타-현재 팀은 직장인 1명, 취준생 1명으로 구성된 팀이며 모두 백엔드 개발 포지션입니다,-1~2주 단위로 구현할 기능을 명확히 정의하고 개발하는 방식으로 프로젝트를 진행할예정입니다.-본 프로젝트는 단순한 토이 프로젝트로 끝내는 것이 아니라, 작더라도 실제 사용자를 확보하고 서비스를 운영하는 것을 목표로 하고 있습니다.-프로젝트에 대해 책임감을 가지고 끝까지 하실분 환영합니다! 편하게 연락주세요!

1. 서비스 소개: 이 앱은 러닝을 혼자 하기 때문에 쉽게 지치고,시작과 지속이 어려운 문제에서 출발했습니다.많은 사람들이 러닝을 결심하지만,막상 혼자 달리다 보면 동기부여가 떨어지고 기록과 목표만 남은 채 포기하게 됩니다.반대로 마라톤이나 러닝 크루처럼 함께 뛰는 상황에서는같은 거리라도 더 잘 뛰어지고, 더 오래 지속되는 경험을 하게 됩니다.이 앱은 그런 ‘함께 뛰는 감각’을 오프라인이 아닌 온라인 환경에서도 자연스럽게 만들기 위해 기획되었습니다.러닝의 전체 기록이나 결과보다, 달리는 중간중간의 작은 성취에 집중합니다.아주 짧은 거리의 성취가 실시간 UX로 시각화되고, 그 성취는 캐릭터의 변화와 게임 요소로 이어져사용자가 지금 잘하고 있다는 감각을 즉각적으로 느낄 수 있도록 설계됩니다.또한 러닝 데이터를 기반으로다른 사용자들과 게임화된 방식으로 연결되어,경찰과 도둑 같은 역할 놀이를 통해 러닝 자체가 하나의 플레이 경험이 되도록 합니다.직접적인 소통 없이도, 같은 시간대에 함께 달리고 있다는 느슨한 네트워킹이 러닝의 지속성을 만들어냅니다.이 앱은러닝을 더 잘 하게 만드는 앱이 아니라, 러닝을 계속하게 만드는 경험을 목표로 합니다.의지나 강요가 아닌, 작은 성공과 재미를 통해러닝을 일상 속에서 자연스럽게 이어갈 수 있도록 돕는 서비스입니다.2. 회의 진행방식: 회의는 주 1회, 온라인 디스코드로 진행할 예정입니다.3. 소개: 저는 교육 서비스 어플 프로젝트를 진행한 경험이 있으며, 이 서비스에서 기획을 담당할 예정입니다.