API '프로토콜' 일곱 가지: 사실은 세 개의 다른 층위
MQTT 표준 문서를 열어보면 이런 문장이 나옵니다. "작은 코드 풋프린트가 필요하거나 네트워크 대역폭이 부족한, 제약된 환경에서의 사용에 이상적이다(OASIS MQTT 5.0)." 센서 하나가 배터리로 몇 달을 버텨야 하는 사물인터넷 기기 이야기입니다. 그런데 이 프로토콜이 REST·GraphQL·gRPC와 나란히 "…
홈페이지와 웹서비스를 기획·제작·운영하는 과정을 다룹니다. 비용과 범위를 정하고 출시·이전 시 확인할 항목을 살펴보세요.
우리 서비스에 적용할 계획이 있으신가요?
홈페이지·웹서비스 개발 살펴보기 →MQTT 표준 문서를 열어보면 이런 문장이 나옵니다. "작은 코드 풋프린트가 필요하거나 네트워크 대역폭이 부족한, 제약된 환경에서의 사용에 이상적이다(OASIS MQTT 5.0)." 센서 하나가 배터리로 몇 달을 버텨야 하는 사물인터넷 기기 이야기입니다. 그런데 이 프로토콜이 REST·GraphQL·gRPC와 나란히 "…
제조업 ERP 데모에서 날짜 칸의 기본값을 만드는 코드는 한 줄이었습니다.
컨테이너를 실행하는 Docker, 그 컨테이너를 배치하는 Kubernetes, 지표를 모으는 Prometheus, 인프라를 코드로 적는 Terraform, 시크릿을 보관하는 Vault. 클라우드 운영에 쓰는 도구를 늘어놓으면 대부분이 Go로 짜여 있습니다.
홈페이지에 챗봇을 붙이고 싶다는 문의가 왔습니다. 조건은 셋이었습니다. 관리자가 직접 질문과 답을 등록하는 시나리오형일 것, 어떤 질문이 많이 눌리는지 통계가 있을 것, 그리고 홈페이지는 워드프레스라는 것.
같은 요청을 두 번 보냈습니다.
Vercel은 흔히 "Next.js를 배포하는 곳"으로 알려져 있습니다. 현재의 결합을 보면 자연스러운 설명이지만, 제품의 출발점은 프레임워크 호스팅보다 단순했습니다. 명령어 하나로 애플리케이션을 인터넷에 올리고, 배포마다 고유한 주소를 부여하는 것이 첫 문제였습니다.
홈페이지 플랫폼 이전은 새 화면을 만드는 작업만이 아닙니다. 기존 URL과 검색 노출, 도메인과 회사 메일, 게시물과 이미지, 문의 폼, 분석 태그까지 함께 옮겨야 비로소 이전이 끝납니다.
아임웹이나 카페24로 시작한 사이트가 성장하면 어느 순간 “이제 맞춤 개발을 해야 할까?”라는 질문이 생깁니다. 관리자 화면 밖의 엑셀 작업이 늘고, 앱과 외부 서비스를 계속 붙이는데도 업무가 매끄럽지 않기 때문입니다.
쇼핑몰은 보기 좋은 상품 페이지 하나로 완성되지 않습니다. 상품 옵션, 재고, 결제, 취소·교환·반품, 배송, 회원, 쿠폰, 정산과 고객 문의가 연결되어야 합니다. 그래서 쇼핑몰 플랫폼은 디자인보다 판매 후 운영 흐름을 먼저 비교해야 합니다.
회사 홈페이지를 만들 때 반드시 Next.js 같은 개발 프레임워크가 필요한 것은 아닙니다. 회사 소개, 서비스 설명, 구축 사례와 문의 접수가 중심이라면 홈페이지 빌더나 CMS가 더 빠르고 운영하기 쉬울 수 있습니다.
랜딩페이지를 만들 때도 백엔드가 필요하다고 생각하는 경우가 있다. 반대로 로그인, 예약, 결제와 파일 업로드가 있는 서비스를 단순 홈페이지처럼 구성하려는 경우도 있다.