기본설명
- 백앤드의 기능을 클라우드 서비스 형태로 제공
- 서버리스 애플리케이션 개발이 가능
- 인증
- 데이터베이스
- 푸시알람
- 스토리지
- API
Firebase에서 제공하는 서비스
1. 앱 개발
1.1 Cloud Firestore:
클라우드에 호스팅 되는 NoSQL 데이터베이스를 사용해서 글로벌 규모의 데이터를 저장하고, 사용자와 기기 간에 동기화할 수 있다. Cloud Firestore는 효율적인 데이터 쿼리와 실시간 동기화 및 오프라인 지원을 제공한다.
1.2 ML Kit:
앱에 강력한 머신러닝 기능을 구현할 수 있도록 도와준다.
1.3 Cloud 함수:
서버를 직접 관리하거나 확장할 필요 없이 맞춤 백엔드 코드로 앱을 확장할 수 있다.
1.4 인증:
이메일 및 비밀번호, 타사 제공업체(예: Google 또는 Facebook), 기존 계정 시스템 직접 사용 등의 다양한 인증 방법을 제공한다.
1.5 호스팅:
최신형 웹 앱을 위해 맞춤 제작된 도구로 웹 호스팅을 단순화한다.
1.6 Cloud Storage:
Google의 규모를 활용한 강력하고 단순하며 경제적인 객체 스토리지에 이미지, 오디오, 동영상 등의 사용자 제작 컨텐츠를 저장하고 공유할 수 있다.
1.7 실시간 데이터베이스:
클라이어트 간에 동기화된 상태를 실시간으로 요구하는 모바일 앱을 위해서 효율적이고 대기 시간이 짧은 솔루션. 새 프로젝트를 시작하는 경우 실시간 DB 대신에 Cloud Firestore를 구글에서 권장하고 있다.
2. 앱 품질 향상
2.1 Crashlytics:
다량의 비정상 종료를 관리 가능한 문제 목록으로 바꾸어 문제 해결 시간을 줄일 수 있다.
2.2 성능 모니터링:
사용자의 기기에서 발생하는 앱 성능 문제를 진단한다.
2.3 Test Lab
Google이 호스팅 하는 가상 기기 및 실제 기기에서 앱에 대해 자동 테스트 및 커스텀 테스를 실행한다.
3. 비즈니스 성장 도모
3.1 인앱 메시지:
사용자가 앱 내에서 의미 있는 행동을 완료하도록 장려하는 타겟팅 메시지와 상황별 메시지를 이용하여 활성 사용자의 참여를 유도하고 장려한다.
3.2 Google Analytics:
단일 대시보드에서 사용자 기여도와 행동을 분석하여 제품 로드맵에 대한 의사결정의 근거로 활용한다.
3.3 예측:
Google의 머신러닝을 활용하여 앱 제거 또는 지출(또는 다른 전환 이벤트 완료) 가능성이 높은 사용자 세그먼트를 파악한다.
‘사용자 세그먼트’란 데이터의 필터 기능으로, 1차 데이터를 하위 기준으로 분류해서 보는 것을 의미합니다. 예를 들어 앱 사용자 전체의 데이터를 성별, 연령, 국가, 플랫폼 별로 나누어서 보는 것도 세그먼트에 해당합니다. 이 기능을 이용하면 ‘우리 사용자는 누구인가?’ 에서 더 나아가, 앱 서비스의 충성고객, 구매고객, 이탈고객 각각의 특성을 파악하고 이에 맞는 비즈니스 전략을 만들 수 있습니다.
3.4 클라우드 메시징:
Android, iOS, 웹 등의 플랫폼을 넘나들며 사용자에게 메시지와 알림을 무료로 보낸다.
3.5 원격 구성:
각 사용자에게 앱이 표시되는 방식을 맞춤으로 설정할 수 있다.
3.6 동적 링크:
모바일 성장을 보다 정확히 이해하는 데 필요한 기여도 추적 기능을 제공한다.
**Database, Storage, Auth, Analytics까지 제공해주기 때문에 서버 인프라를 고민할 필요가 없다. 필요한 기능만 골라서 쓰면 된다.
FireBase의 대표적인 기능과 특징
1. 인증 시스템:
인증은 FireBase에서 로그인을 담당하는 부분이다. 로그인을 담당하는 부분은 직접 서버로 개발할 경우 매우 복잡하다. 그 이유는 인증된 사용자인지, 아닌지를 확인하는 세션처리에서 그 세션으로 데이터베이스, 저장소에 접근해도 문제가 없는지 확인하는 보안처리, 비밀번호 찾기, 아이디 찾기, 비밀번호 바꾸기, 이메일 인증 등등 복잡한 것을 구축해야 한다. 하지만 FireBase는 이 모든 것들을 지원한다!
2. NoSQL 기반의 3세대 데이터베이스:
현재 많이 사용되는 오라클이나, MySQL 같은 관계형 데이터베이스보다, FireBase는 Document 형식의 빠르고 간편한 NoSQL기반의 데이터 베이스를 도입했다. 또한 FireBase는 다른 데이터 베이스들과 다르게 RTSP(Real Time Stream Protocol) 방식의 데이터 베이스를 지원하고 있다. RTSP는 말 그대로 실시간으로 데이터들을 전송해주는 방식이다. 이 방식을 사용하면 소켓 기반 서버를 만들어서 통신하는 것보다 비약적으로 코드 양이 줄게 되어 코드 몇 줄로도 원하는 구성을 만들 수 있다.
3. 원격 구성 지원:
원격 구성이란 원격으로 앱의 환경 상태를 구성하는 것을 말한다. 앱의 배경하면 테마나 폰트를 바꾼다던가, 업데이트창 알림창을 띄운다던가 앱의 환경을 원격으로 구성할 때 사용하는 기능이다.
4. 콘솔 제공:
콘솔이라는 용어는 쉽게 말해서 서버 관지라 페이지라고 생각하면 된다. 앱의 서버를 만들게 되면 리눅스, FTP, MySQL(데이터베이스), Node.JS 서버 혹은 Spring 서버, 푸시 보내기 API만 구축할 것이 아니라 이 모든 것을 관리할 수 있는 관리자 페이지가 필요하다. 회사나 조직에 있는 사람들이 리눅스나 데이터베이스, 서버를 다룰 줄 안다면 관리자 페이지가 필요없을 수도 있지만, 그런 경우가 많지 않고, 또한 접근 보안을 위해서 관리자 페이지를 만들어야 한다. 그럼 앱을 만들기 위해서 앱 개발자 뿐만 아니라 서버 개발자까지 필요해진다. 안드로이드 앱 하나를 만들기위해 배보다 배꼽이 더 커져버릴 수 있다... 하지만 FireBase는 이 모든 것을 지원해준다.
5. Analytics 제공
Analytics는 단어 그대로 통계를 말하고, 정확히는 다수의 사용자가 앱을 어떻게 사용하는지 통께 정보를 가지고 있다. 앱의 현재 접속자부터 오류 통계, 사용자 유지율, 고객들의 앱 업데이트 상태, 사용자들이 특정 페이지에 머문 시간, 이벤트 등을 추적할 수 있다. 이런 데이터들을 수집해서 사용자가 어떤 페이지에서 흥미를 잃었는지, 어떤 페이지가 인기가 많은 지 등을 찾아낼 수 있고, 맞춤 마케팅을 할 수 있다.
FireBase의 단점
1. 서버 응답 속도의 저하.
예를 들어서, FireBase로 채팅 앱을 만들었는데 메시지가 늦게 간다던가 혹은 FireBase 인증을 성공한 후에 로그인을 하고, 메인화면에서 데이터베이스로 접근할 때, 서버가 응답하는데 시간이 조금 걸리는 경우가 있다. 이것은 FireBase의 고질적인 문제이고, 유료로 전환해도 서버응답이 지연되는 부분은 해결되지 않는다. 그 이유는 서버가 해외에 있기 때문이다. FireBase가 국내에서 많이 쓰인다면 구글이 아시아쪽 서버를 구축해 줄 것이고, 아마 응답 지연이 해결될 것으로 보인다.
2. FireBase의 데이터베이스인 FireStore(신버전 데이터베이스), RealTime Database(구버전 데이터베이스) 모두 쿼리가 굉장히 빈약하다.
SQL에 익숙한 사람들은 FireBase 데이터베이스를 사용하게 되면 굉장히 당황해 할 것이다. 그 흔한 OR 문으로도 검색되지 않으며, LIKE 문도 존재하지 않아서 비슷한 글자나 데이터를 검색할 수 없다. 그래서 FireBase를 사용하는 사용자들은 이 모든 데이터를 받아와서 안드로이드 기기에서 필터링해주는 방법을 권장하고 있다.