요구사항정의, 로드밸런서, 암호화, 스트리밍개념
AI 서비스 기획 공부
AI 서비스 '데이터 중심적, 불확실성, 느림' 에 대해서 잘 생각하면서 서비스를 기획해야 한다.
1. 요구사항 정의
클라이언트(고객)
- 서비스
페인포인트
설문조사
인터뷰
= 요구사항 -> 명세 (프로덕트 백로그로 만들기도)
- SI
RFP 부터 시작 (요구정의서)
RFP 공지 -> 입찰 -> 선정 -> PM인선 -> 요구사항확인/조정(클라이언트와 소통) -> 명세
여기서 변형이 되는 것이다.
기본적인 플로우는 이렇다
요구사항 명세서
용어집
이벤트 스토밍
프로토타입
페르소나, 여정맵 시나리오
제품 백로그, 상세내용 정의, 흐름 (노션 권장)
설계 변경, 추가 개발,, 등 요구사항 정의가 잘못되면 문제가 일어나는데
이정도는 귀여운 정도고
다시 엎는 게 더 나은 경우도 있음
비즈니스 목표와 일치하게 해야 함.
명확하게 요구사항 정의 해야 함!!!!!
동시 접속자 증가 시 안정성 확보
대용량 트래픽 처리 방법 **로드밸런서 개념
확장 범위 미리 확보
**암호화 개념
단방향 vs 양방향
단방향 => 암호화 된 문장 (다이제스트)를 평문으로 복구하는 것이 불가능
(비밀번호, 카드번호, 주민번호)
양방향 => 암호화 된 문장 (다이제스트)를 평문으로 복구하는 것이 가능
(연락처, 주소)
=> 비밀번호 찾기 기능은 안 됨. => 새로 만들기 기능으로 해야 함.
랜덤 솔팅 기법 - bcrypt 단방향 해시 암호화 알고리즘
다이제스트 생성시간을 고의로 지연시키는 알고리즘
애초에 비밀번호를 데이터베이스에 저장할 목적으로 설계됨.
이 과정을 듣고
"대규모 트래픽을 처리하기 위해 확장 가능한 클라우드 인프라를 구축" 이해 해야 함.
**스트리밍 개념
지속적으로 연결된 상태
100mg를 100mg로 보내는 게 아니라
100mg짜리 음악파일을 1mg 로 쪼개서 (청크 단위)
1mg를 계속 (고속으로) 보낸다고 생각하면 됨.
병렬로 처리 가능해서
많은 사용자에게 끊기지 않고 서비스 할 수 있음
=> 스트리밍 프로토콜 사용함.
실시간 - ws(web socket)
요청&응답 - http
**신용카드 결제 시스템 개념
**예약 결제, 정기결제 시스템 개념
앱으로 하면 모든 운영체제, 디바이스의 버전들을 고려해야 함.
안그러면 사용성이 떨어지는 단점도 존재함.
