왜 라라벨을 사용하지 않고 바미세를 만들었는가
Source: Dev.to
내가 계속 보던 문제
- 생성 작업
- 업데이트 작업
- 삭제 작업
- 검증
- 인가
- 미들웨어
- 감사 로그
- 요청 필터링
- 반복적인 CRUD 컨트롤러
- 반복적인 관리자 대시보드
프로젝트마다 같은 패턴이 반복되었습니다. Laravel의 훌륭한 도구들을 사용하더라도, 엔터프라이즈 수준의 CRUD‑중심 시스템은 여전히 많은 반복적인 연결 작업과 보안 강화가 필요했습니다. 나는 CRUD 작업이 애플리케이션 코드가 아니라 인프라가 되는 시스템을 원했습니다. 그 아이디어가 결국 Bamise 로 발전했습니다.
Bamise는 다른 철학을 중심으로 구축되었습니다
Bamise는 보안이 강화된 CRUD 자동화와 엔터프라이즈 애플리케이션 아키텍처에 의도적으로 초점을 맞춥니다. 목표는 Laravel을 대체하는 것이 아니라, 다음에 최적화된 프레임워크와 라이브러리 생태계를 제공하는 것입니다:
- 엔터프라이즈 CRUD 시스템
- 관리자 플랫폼
- 대시보드
- RBAC‑기반 시스템
- 보안 내부 도구
- 다중 모듈 비즈니스 애플리케이션
- 감사 가능한 워크플로우
보안은 핵심에 설계되었습니다
Bamise는 다음을 포함하도록 설계되었습니다:
- CSRF 보호
- RBAC 인가
- 감사 로그
- 미들웨어 파이프라인
- 요청 검증
- 이벤트‑드리븐 훅
- 요청 서명
- 속도 제한
- 보안‑우선 CRUD 실행
모두 프레임워크 아키텍처에 직접 내장되었습니다. 목표는 간단했습니다: 보안‑기본 CRUD 시스템.
나는 엔터프라이즈 엔지니어링 표준을 원했습니다
많은 프레임워크가 시작하기는 쉽지만, 아키텍처 경계가 약하면 대규모 엔터프라이즈 시스템은 유지보수가 어려워집니다. Bamise는 다음을 중심으로 구축되었습니다:
- SOLID 원칙
- 헥사고날 아키텍처
- PSR 표준
- 모듈형 컴포넌트
- 의존성 역전
- 생성자 의존성 주입
- 테스트‑우선 검증
- 엄격한 정적 분석
프레임워크는 또한 광범위한 품질 검증을 거쳤습니다:
- PHPUnit 테스트
- 변이 테스트
- PHPStan 엄격 분석
- Psalm 엄격 분석
- 보안 감사
- 동시성 리뷰
Bamise는 프레임워크이자 라이브러리입니다
개발자는 다음을 자유롭게 사용할 수 있어야 합니다:
- 전체 프레임워크
- 혹은 개별 컴포넌트를 독립적으로
예를 들어:
- 쿼리 빌더
- 이벤트
- 보안
- 미들웨어
- RBAC
- 감사 시스템
이는 프로젝트 규모와 아키텍처 선호도에 따라 개발자에게 유연성을 제공합니다.
왜 Laravel만 사용하지 않았나요?
스타트업, 콘텐츠 플랫폼, SaaS 제품, 혹은 빠른 MVP를 구축하는 경우 Laravel은 여전히 최고의 선택 중 하나입니다. Bamise가 존재하는 이유는 다음에 특화된 프레임워크가 필요했기 때문입니다:
- 엔터프라이즈 CRUD 자동화
- 보안 워크플로우
- 아키텍처 규율
- 재사용 가능한 인프라 패턴
- 반복적인 비즈니스 로직 감소
많은 면에서 Bamise는 내가 반복해서 만들게 된 시스템 유형을 반영합니다.
Bamise에 대한 비전
비전은 보안이 강화되고 모듈형인 엔터프라이즈 생태계로, 개발자가 반복적인 코드를 줄이고 아키텍처 보장을 강화하면서 대규모 CRUD‑중심 애플리케이션을 구축할 수 있게 하는 것입니다. 향후 목표는 다음과 같습니다:
- 플러그인 시스템
- 어댑터
- 생성기
- 개발자 도구
- 다중 테넌시
- 분산 서비스
- 확장 가능한 엔터프라이즈 통합
최종 생각
이는 PHP에서 엔터프라이즈 CRUD 시스템을 구축하는 다른 접근 방식을 탐구하기 위해 만들어졌습니다. Laravel은 PHP가 우아할 수 있음을 증명했습니다. Bamise는 엔터프라이즈 CRUD 시스템도 기본적으로 더 보안적이고, 모듈화되며, 자동화될 수 있음을 증명하고자 합니다. 그리고 이것은 시작에 불과합니다. 모두가 더 편리하게 사용할 수 있도록 계속 개선해 나가겠습니다.