[정리] Staging server와 API, RESTful API

📢 제품 테스트와 스테이징 서버

• Discover > Design > Develop > Test
• Staging Server
  • 고객들에게 제품을 선보이기 전에 테스트와 제품관리를 전담하는 서버
  • 회사 내부에서 별도의 서버를 구축하여 관리
  • Staging server에서 정상작동 → Production Server (실제 서버) 업로드
• 개발 프로세스에서의 PM
  • 명확한 요구사항 정의
    • Process: 요구사항 정의 – 설계 – 로컬 개발, 디버깅 - 코드 업로드 - 코드 리뷰 - 테스트 배포 - 테스트 - 프로덕션 배포
    • 이 과정에서 초기의 고객 요구사항이 프로세스 끝까지 유지되도록 협업 필요
    • 해당 과정에서 남는 백로그 관리 필수!
  • 설계
    • 재사용 / 가변 / 유지보수 / 확장성 / 이해도 / 신뢰

---

📢 API (Application Programing Interface): app을 프로그래밍하는데 필요한 인터페이스

• Interface: 상호정보의 소통을 돕기 위해 경계에 존재하는 시스템
• API를 통해 서버와 클라이언트가 요청과 응답을 주고 받을 때에는, 데이터도 함께 담긴다.
• Open API: 하나의 웹 사이트에서 자신이 가진 기능을 이용할 수 있도록 공개한 프로그래밍 인터페이스.
  • Why? 서비서의 저변을 넓히기 위해
  • Meta 서비스를 제공하는 대기업들은 시장 확대 or 비영리 기관에서 공공의 목적으로 API 제공

 

 

📢 RESTful API (Representational State Transfer)

• API에도 체계가 필요하다 → RESTful API 등장 (규격, 규칙, 내용 등)
• 자원 자체를 정의하고 자원에 대한 주소 지정
• 클라이언트 → 서버 요청: CRUD(Create / Read / Update / Delete)
• RESTful API
  • 이전의 다른 API 보다 Client-Server 소통 시 사용했던 주소 개수 대폭 축소 ⇒ Why? CRUD의 주소를 하나로 관리하기 때문
  • 요청을 보낼 때 어떤 요청인지 파악할 수 있는 스티커를 붙여 전송
    • Create: POST
    • Read: GET
    • Update: PUT(전체) / PATCH(일부)
    • Delete: DELETE
• ★ 함수 = Method , 함수의 x값 = (요청)변수/파라미터
• PM은 API를 어디까지 다뤄야 할까?
  • API 구조가 제품 정보 교환 구조를 의미 → 제품 기능을 이해하고 관리하는 관점에서 자사 제품의 API를 파악하는 능력 중요
  • API를 직접 설계하거나 구축하는 일은 X
  • 제품 설계 시 프론트엔트/백엔드 개발자와 소통하여 어떤 API를 이용할 것인지 선정

 

읽기 자료

스타트업에서 CTO의 역할

 

 

서버가 API를 뭐..? 개발자의 외계어 쉽게 이해하기