Background
What is the problem of solving pain points
What products and services to deliver
What are our strengths
What are our core competencies
Serverless Tier sells Processing Units and Row/Column Storage, and users do not need to be aware of computing resources. Serverless Pricing （WIP） 
Therefore, in a monitoring scenario, it is sufficient to provide the user with SQL-level and DB-level data.
Objective
Final Goals
List product goals including their timeframe, and success metric
Goal：
- On Serverless Tier
 - Provide Cluster-level and DB-level monitoring to users.
Non-Goal：
- On Serverless Tier
 - Monitoring of cluster-level is not provided
 - Monitoring of computing resources is not provided
 - Monitoring of internal system logic is not provided
 - This document does not provide detailed monitoring within the database (such as whether data or indexes are consuming storage space), which will be provided in Monitoring section of Database Page on Serverless Tier document."
Target user / role
Who the product is for
- End User: Only uses the database, does not care about any system logic, only cares about the performance and success of their own SQL.
User Scenarios / Story
A detailed list of user scenarios
Scenarios 1
User A is running a website that heavily relies on a database for storing and retrieving data. They want to ensure that their website is running smoothly and efficiently. 
They use the Serverless Tier's monitoring feature to check the Cluster Overview tab for metrics such as Query Per Second and Average Query Duration to see how many queries are being executed and how long they are taking on average. They also check the Failed Queries tab to see if there are any errors occurring in the database.
Scenarios 2
User B is running a mobile application that uses a database to store user information and track in-app purchases. They want to ensure that the database is able to handle the high volume of transactions that are occurring. 
They use the Serverless Tier's monitoring feature to check the Transaction tab for metrics such as Transaction Per Second and Average Transaction Duration to see how many transactions are being executed and how long they are taking on average. They also check the Transaction Retry Num to see if there are any retries happening and the Acquire Pessimistic Locks Duration to see how much time is taken to lock the table.
Scenarios 3
User C is a developer working on a project that uses a database to store and retrieve data. They want to ensure that the database is performing well and that there are no issues that need to be addressed. 
They use the Serverless Tier's monitoring feature to check the Connection tab for metrics such as Connection Count and Active Connection to see how many connections are currently open to the database, and how many of them are active.
Scenarios 4
User D is running a game platform that uses a database to store and retrieve user information, game progress and leaderboard information. They want to ensure that the database is able to handle the high volume of queries and transactions that are occurring during peak gaming hours. 
They use the Serverless Tier's monitoring feature to check the Cluster Overview tab to see the overall performance of the cluster and then check the Query, Transaction, Session and Connection tabs to see the details of the queries, transactions, sessions and connections. They also check the Failed Queries tab to see if there are any errors or issues with the queries.
Feature Lists
Information Structure - Monitoring Page
This content is only supported in a Feishu Docs
Functional Specs
All the product interface and user-perceivable behavior changes need to be described in detail, including but not limited to:
1. Any changes to GUI and command line, including command parameters and parameter definition changes;
2. Any changes to the configuration items or system variables, including changes in value ranges and value semantics;
3. Any changes to the storage directory and file format of the data;
4. Any API and network protocol changes, including changes in the format of transmission content;
5. Any user-visible output format or semantic changes, such as execution plan, diagnostic information, and error information, logs, alarms, etc. that affect user decision-making.
Entry: 
- Serverless Tier
 - Left Navigation
 - 
 - Cluster Overview

Tab: Cluster Status
[Image]
- Tab
 - Default tab is "Cluster status".
 - Users can click the bottom to another tab.
- Time Picker
 - All monitoring data is available for 2 days.
- Metrics Name
 - Query Level
 - Metrics Name "Query Per Second": The number of SQL statements executed per second on the Serverless Tier, which is counted according to SELECT, INSERT, UPDATE, and other types of statements.
 - Metrics Name "Average Query Duration": The duration from receiving a request from the client to the Serverless Tier till the Serverless Tier executing the request and returning the result to the client. In general, client requests are sent in the form of SQL statements; however, this duration can include the execution time of commands such as COM\_PING, COM\_SLEEP, COM\_STMT\_FETCH, and COM\_SEND\_LONG\_DATA.
 - Metrics Name "Failed Queries": The statistics of error types (such as syntax errors and primary key conflicts) according to the errors occurred when executing SQL statements per minute on the Serverless Tier. It contains the module in which the error occurs and the error code.
 - Command Level
 - Metrics Name "Command Per Second": The number of commands processed by the Serverless Tier per second, which is classified according to the success or failure of command execution results.
 - Transaction Level
 - Metrics Name "Transaction Per Second": The number of transactions executed per second.
 - Metrics Name "Average Transaction Duration": The execution duration of a transaction.
 - Metrics Name "Transaction Retry Num": The number of times that a transaction retries.
 - Metrics Name "Acquire Pessimistic Locks Duration": The time consumed by adding locks.
 - Connection Level
 - Metrics Name "Connection Count": The number of clients connected to the Serverless Tier.
 - Metrics Name "Active Connection": The number of active connections to the Serverless Tier. "Active" means the query is holding a token and under running.
 - Metrics Name "Average Idel Connection Duration": The connection Idle duration indicates the duration of a connection being idle.
Tab: DB Status
[Image]
- Metrics Name
 - Metrics Name "QPS Per DB": The number of SQL statements executed per second on every DB, which is counted according to SELECT, INSERT, UPDATE, and other types of statements.
 - Metrics Name "Average Query Duration Per DB": The duration from receiving a request from the client to every DB till the Serverless Tier executing the request and returning the result to the client.
 - Metrics Name "Failed Query Per DB": The statistics of error types (such as syntax errors and primary key conflicts) according to the errors occurred when executing SQL statements per minute on every DB.
 - Metrics Name "Storage Per DB": The storage size per DB. The storage includes data and index store size.
배경
문제점을 해결하기 위한 문제점은 무엇인가요?
어떤 제품과 서비스를 제공할 것인가
우리의 강점은 무엇인가
퓨어스토리지의 핵심 역량은 무엇인가요?
서버리스 티어는 프로세싱 유닛과 행/열 스토리지를 판매하며, 사용자는 컴퓨팅 리소스에 대해 알 필요가 없습니다. 서버리스 요금제(WIP) 
따라서 모니터링 시나리오에서 사용자에게 SQL 수준과 DB 수준의 데이터를 제공하는 것으로 충분합니다.
목표
최종 목표
기간과 성공 지표를 포함한 제품 목표를 나열합니다.
목표
- 서버리스 티어에서
 - 사용자에게 클러스터 수준 및 DB 수준 모니터링을 제공합니다.
비목표
- 서버리스 티어에서
 - 클러스터 수준 모니터링이 제공되지 않음
 - 컴퓨팅 리소스에 대한 모니터링이 제공되지 않음
 - 내부 시스템 로직에 대한 모니터링은 제공되지 않습니다.
 - 본 문서는 데이터베이스 내부의 상세 모니터링(예: 데이터 또는 인덱스의 저장 공간 사용 여부)은 제공하지 않으며, 이는 서버리스 티어 데이터베이스 페이지의 모니터링 섹션에서 제공될 예정입니다."
대상 사용자/역할
제품 대상
- 최종 사용자: 데이터베이스만 사용하고, 시스템 로직에는 관심이 없으며, 자체 SQL의 성능과 성공 여부에만 관심이 있습니다.
사용자 시나리오/스토리
사용자 시나리오의 자세한 목록
시나리오 1
사용자 A는 데이터 저장 및 검색을 위해 데이터베이스에 크게 의존하는 웹사이트를 운영하고 있습니다. 웹 사이트가 원활하고 효율적으로 실행되기를 원합니다. 
이들은 서버리스 티어의 모니터링 기능을 사용하여 클러스터 개요 탭에서 초당 쿼리 수 및 평균 쿼리 기간과 같은 메트릭을 확인하여 실행 중인 쿼리 수와 평균 쿼리 시간을 확인합니다. 또한 실패한 쿼리 탭을 확인하여 데이터베이스에 오류가 발생했는지 확인합니다.
시나리오 2
사용자 B는 데이터베이스를 사용하여 사용자 정보를 저장하고 인앱 구매를 추적하는 모바일 애플리케이션을 실행하고 있습니다. 이들은 데이터베이스가 발생하는 대량의 트랜잭션을 처리할 수 있는지 확인하고자 합니다. 
서버리스 계층의 모니터링 기능을 사용하여 트랜잭션 탭에서 초당 트랜잭션 수 및 평균 트랜잭션 기간과 같은 메트릭을 확인하여 실행 중인 트랜잭션 수와 평균 트랜잭션 소요 시간을 확인합니다. 또한 트랜잭션 재시도 횟수를 확인하여 재시도가 발생했는지, 비관적 잠금 획득 기간을 확인하여 테이블을 잠그는 데 걸리는 시간을 확인합니다.
시나리오 3
사용자 C는 데이터베이스를 사용하여 데이터를 저장하고 검색하는 프로젝트를 진행하는 개발자입니다. 데이터베이스가 잘 작동하고 있는지, 해결해야 할 문제가 없는지 확인하려고 합니다. 
이들은 서버리스 티어의 모니터링 기능을 사용하여 연결 탭에서 연결 수 및 활성 연결과 같은 메트릭을 확인하여 현재 데이터베이스에 열려 있는 연결 수와 활성 상태인 연결 수를 확인합니다.
시나리오 4
사용자 D는 데이터베이스를 사용하여 사용자 정보, 게임 진행 상황 및 리더보드 정보를 저장하고 검색하는 게임 플랫폼을 실행하고 있습니다. 이들은 데이터베이스가 게임 피크 시간대에 발생하는 대량의 쿼리와 트랜잭션을 처리할 수 있는지 확인하고자 합니다. 
서버리스 계층의 모니터링 기능을 사용하여 클러스터 개요 탭을 확인하여 클러스터의 전반적인 성능을 확인한 다음 쿼리, 트랜잭션, 세션 및 연결 탭을 확인하여 쿼리, 트랜잭션, 세션 및 연결에 대한 세부 정보를 확인합니다. 또한 실패한 쿼리 탭을 확인하여 쿼리에 오류나 문제가 있는지 확인할 수 있습니다.
기능 목록
정보 구조 - 모니터링 페이지
이 콘텐츠는 Feishu 문서에서만 지원됩니다.
기능 사양
제품 인터페이스 및 사용자가 인지할 수 있는 모든 동작 변경 사항을 자세히 설명해야 하며, 여기에는 다음을 포함하되 이에 국한되지 않습니다:
1. 명령 매개변수 및 매개변수 정의 변경을 포함한 GUI 및 명령줄의 모든 변경 사항;
2. 값 범위 및 값 의미 변경을 포함한 구성 항목 또는 시스템 변수에 대한 모든 변경 사항;
3. 데이터의 저장 디렉토리 및 파일 형식에 대한 모든 변경 사항;
4. 전송 콘텐츠 형식의 변경을 포함한 모든 API 및 네트워크 프로토콜 변경;
5. 실행 계획, 진단 정보, 오류 정보, 로그, 알람 등 사용자 의사 결정에 영향을 미치는 사용자가 볼 수 있는 모든 출력 형식 또는 의미 변경.
항목: 
- 서버리스 티어
 - 왼쪽 탐색
 - 
 - 클러스터 개요

탭: 클러스터 상태
[이미지]
- 탭
 - 기본 탭은 "클러스터 상태"입니다.
 - 사용자는 하단을 클릭하여 다른 탭으로 이동할 수 있습니다.
- 시간 선택기
 - 모든 모니터링 데이터는 2일 동안 사용할 수 있습니다.
- 메트릭 이름
 - 쿼리 수준
 - 메트릭 이름 "초당 쿼리 수": 서버리스 티어에서 초당 실행되는 SQL 문 수로, SELECT, INSERT, UPDATE 및 기타 유형의 문에 따라 계산됩니다.
 - 메트릭 이름 "평균 쿼리 기간": 클라이언트로부터 서버리스 티어에 대한 요청을 받은 후 서버리스 티어가 요청을 실행하고 결과를 클라이언트에 반환할 때까지의 기간입니다.