화면 뒤에서 도는 부분을 만듭니다
백엔드 개발
서버, API, 데이터베이스를 서비스에 맞게 구축합니다
사용자가 볼 수 없는 서버가, 사용자가 겪는 속도와 안정성을 대부분 결정합니다.
화면은 있는데 뒤가 없을 때
앱이나 웹 화면은 있는데 데이터를 저장하고 불러올 서버가 없습니다. 있어도 사용자가 늘면 느려지고, 데이터가 꼬이고, 권한이 새기 시작합니다. 백엔드는 처음 설계를 잘못하면 나중에 통째로 다시 짜야 하는 부분입니다.
무엇을 하나요
-
API 설계와 구현
앱과 웹이 부를 API를 만듭니다. 이름과 규칙을 일관되게 잡아 나중에 다른 화면이 붙어도 그대로 쓰게 합니다.
-
데이터베이스 설계
무엇을 어떻게 저장할지 구조를 잡습니다. 처음에 잘 잡으면 데이터가 꼬이지 않고, 커져도 느려지지 않습니다.
-
로그인과 권한
회원가입, 로그인, 누가 무엇을 할 수 있는지 권한을 세웁니다. 남의 데이터가 새지 않도록 막는 부분입니다.
-
늘어나는 사용자 대비
지금 열 명이 쓰든 만 명이 쓰든 견디도록 설계합니다. 병목이 될 지점을 미리 보고, 요금이 갑자기 튀지 않게 잡습니다.
넘겨받는 것
어떤 API가 있는지, 데이터가 어떻게 저장되는지, 서버와 키는 어디에 있는지 문서로 남깁니다. 프런트 개발자나 다음 사람이 서버를 몰라도 붙일 수 있는 형태로 정리합니다.
이렇게 시작합니다
-
필요한 것 공유
어떤 서비스의 뒤를 만드는지, 저장할 데이터와 부를 기능이 무엇인지 알려주세요.
-
설계와 견적
데이터 구조와 API 목록을 먼저 잡고, 범위와 비용, 기간을 정리해 드립니다.
-
개발·연결·인수
합의된 범위로 만들어 앱이나 웹에 연결하고, 문서와 함께 넘깁니다.
이런 곳에 맞습니다
- 화면은 만들었는데 뒤에서 도는 서버가 필요한 곳
- 사용자가 늘면서 지금 서버가 느려지거나 꼬이기 시작한 팀
- 데이터베이스를 처음부터 제대로 설계하고 싶은 곳
자주 묻는 질문
- 외부 서비스 연동과 뭐가 다른가요?
- 연동은 결제나 알림처럼 이미 있는 외부 서비스를 붙이는 일이고, 이 상품은 우리 데이터를 저장하고 다루는 자체 서버를 새로 만드는 일입니다.
- 어떤 기술로 만드나요?
- 정해두지 않습니다. 서비스 규모와 이후 관리를 놓고 맞는 것을 고릅니다. 나중에 사람 구하기 쉬운 흔한 기술을 우선합니다.
- 만든 뒤 관리도 되나요?
- 됩니다. 서버 점검, 백업, 보안 업데이트는 사이트 관리로 이어서 맡길 수 있습니다.