Rails, 다시 돌아온 이유는 무엇일까?
Rails 8의 출시와 함께, SQLite, Solid Cache, Solid Queue 등 새로운 기술 스택(Tech Stack)이 도입되어 개발 생산성이 향상됨
Hotwire(HTML Over The Wire), Stimulus를 활용한 프런트엔드(Frontend) 개발 방식은 기존의 복잡한 JavaScript 프레임워크(JavaScript Framework) 사용의 대안으로 제시됨
DevOps 측면에서 Kamal을 활용한 배포 방식은 Heroku와 유사한 경험을 제공하며, 컨테이너 기반 배포를 간소화함
커뮤니티에서는 Rails의 단순성, 생산성, 안정성을 높이 평가하며, 최신 기술 트렌드에 대한 적응성을 강조함
Rails 8의 새로운 기능: Solid Cache, Solid Queue, Solid Cable
Rails 8은 데이터 격리 아키텍처(Data Isolation Architecture)를 위해 Solid Cache, Solid Queue, Solid Cable과 같은 새로운 라이브러리를 도입했다. 특히, Solid Cache는 메모리 기반 대신 데이터베이스를 캐싱 저장소로 사용하며, Solid Queue는 Redis 없이 데이터베이스를 사용하여 백그라운드 작업을 관리한다. 이러한 변화는 개발자가 별도의 인프라 구성 없이 Rails의 기능을 활용할 수 있게 해준다. SQLite를 기본 캐싱 및 큐잉 솔루션으로 활용하여 개발 환경의 단순성을 높였다.
프런트엔드 개발 방식의 변화: Hotwire와 Stimulus
Rails 8은 Hotwire(HTML Over The Wire)를 통해 프런트엔드 개발 방식을 혁신했다. Stimulus를 사용하여 최소한의 JavaScript 코드로 동적인 UI를 구현할 수 있으며, 단일 페이지 애플리케이션(Single Page App)과 유사한 사용자 경험을 제공한다. 이러한 접근 방식은 복잡한 JavaScript 프레임워크 사용을 줄이고, 서버 측 렌더링(Server-Side Rendering)의 장점을 유지하면서 개발 생산성을 높인다. No-build 방식을 통해 개발 환경을 단순화했다.
Kamal을 활용한 배포 자동화
Rails 8은 Kamal을 통해 컨테이너 기반 배포를 지원하며, Heroku와 유사한 개발 경험을 제공한다. Kamal은 컨테이너를 빌드하고, 배포하며, 롤백하는 과정을 자동화하여 배포 과정을 간소화한다. Kamal-proxy를 사용하여 제로 다운타임(Zero Downtime) 배포를 지원하며, SSL 인증서 관리도 용이하다. CI/CD 파이프라인(CI/CD Pipeline)과의 통합을 통해 자동화된 배포 환경을 구축할 수 있다.
SQLite의 부활: 성능 및 생산성 향상
Rails 8은 SQLite의 성능을 개선하여 프로덕션 환경에서도 사용할 수 있도록 지원한다. journal_mode, synchronous, mmap_size 등의 설정을 통해 SQLite의 성능을 최적화했으며, Solid Cache와 Solid Queue를 통해 SQLite의 활용성을 높였다. 이러한 변화는 개발자가 별도의 데이터베이스 서버를 관리할 필요 없이, SQLite를 활용하여 개발 생산성을 높일 수 있도록 지원한다.
커뮤니티의 반응: 장점과 단점
커뮤니티에서는 Rails의 단순성, 생산성, 안정성을 높이 평가하며, 특히 사이드 프로젝트(Side Project)에 적합하다는 의견이 많다. 하지만, 타입 시스템(Type System) 부재와 최신 기술 트렌드와의 괴리감에 대한 우려도 존재한다. 또한, Rails 생태계의 쇠퇴와 관련된 문제점도 지적되고 있다. Devise와 같은 일부 라이브러리의 업데이트가 뜸해진 점도 단점으로 언급된다.
