[Issue] K8s Pod (Java App) ไม่พร้อมใช้งาน: Cannot connect to DB

[nopponcha]

ประเภทของปัญหา (Issue Category)

Kubernetes-Runtime

การตรวจสอบเบื้องต้น (Pre-Check)

• ฉันได้ค้นหา Issue ที่คล้ายกันแล้ว แต่ไม่พบ
• ฉันได้ลองทำซ้ำขั้นตอนแล้ว และปัญหายังคงอยู่

ขั้นตอนการเกิดปัญหา หรือ Log ที่เกี่ยวข้อง (Steps to Reproduce / Relevant Log)

แอปพลิเคชัน Java (Spring Boot) ใน Pod ของ Deployment 'scbconnect-api' ไม่สามารถสตาร์ทขึ้นได้ครับ (CrashLoopBackOff)

ทำการ Deploy Image ใหม่ของ 'scbconnect-api'
สถานะของ Pod เปลี่ยนเป็น 'CrashLoopBackOff'
ตรวจสอบ Log พบ Error เกี่ยวกับการเชื่อมต่อ Database (PostgreSQL)
Relevant Log Snippet: ครับ

2025-10-09 09:30:15.545 ERROR 1 --- [ main] com.zaxxer.hikari.pool.HikariPool : HikariPool-1 - Failed to initialize pool: org.postgresql.util.PSQLException: Connection refused. Check that the hostname and port are correct and that the postmaster is accepting TCP/IP connections.
2025-10-09 09:30:15.548 ERROR 1 --- [ main] o.s.b.d.LoggingFailureAnalysisReporters :

---

APPLICATION FAILED TO START

---

Description:
Failed to configure a DataSource: 'url' attribute is not specified and no embedded datasource could be configured.

Reason:
Database connection refused.

Project/Application ที่ได้รับผลกระทบ (เช่น scbconnect, j4u, system-wide)

scbconnect

Project/Application ที่ได้รับผลกระทบ (เช่น scbconnect, j4u, system-wide)

scbconnect

[nopponcha]

การวิเคราะห์สาเหตุหลัก (Root Cause Analysis)

ปัญหาหลักคือแอปพลิเคชัน Java (Spring Boot) ใน Pod ของ scbconnect-api ไม่สามารถเชื่อมต่อกับฐานข้อมูล PostgreSQL ได้ โดยเกิดข้อผิดพลาด Connection refused และข้อความ Check that the hostname and port are correct and that the postmaster is accepting TCP/IP connections. ซึ่งบ่งชี้อย่างชัดเจนว่า Pod ไม่สามารถสร้างการเชื่อมต่อ TCP ไปยังโฮสต์และพอร์ตของฐานข้อมูลที่ระบุได้

สาเหตุที่เป็นไปได้ในบริบทของ Kubernetes-Runtime คือ:

1. การตั้งค่าการเชื่อมต่อฐานข้อมูลไม่ถูกต้อง: Hostname, Port, หรือ URL ของฐานข้อมูลที่แอปพลิเคชันใช้ในการเชื่อมต่อนั้นผิดพลาดหรือไม่สามารถ Resolve ได้ (มักจะกำหนดผ่าน Environment variables หรือ ConfigMap)
2. ปัญหาเครือข่าย: Kubernetes Network Policy หรือกฎไฟร์วอลล์อื่นๆ บล็อกการเชื่อมต่อระหว่าง Pod ของ scbconnect-api กับฐานข้อมูล
3. ปัญหา Service ของฐานข้อมูล: หากฐานข้อมูลรันอยู่ในคลัสเตอร์ Kubernetes เดียวกัน Kubernetes Service ที่ชี้ไปยังฐานข้อมูลอาจมีปัญหา หรือ Endpoints ไม่ถูกต้องหรือไม่ทำงาน

ขั้นตอนการแก้ไขปัญหา (Troubleshooting Steps)

1. ตรวจสอบการตั้งค่าการเชื่อมต่อฐานข้อมูลใน Pod:
   ตรวจสอบว่าค่าตัวแปรสภาพแวดล้อม (Environment variables) หรือ ConfigMap ที่กำหนด Hostname, Port, หรือ URL ของฐานข้อมูลนั้นถูกต้องตรงกับฐานข้อมูลเป้าหมาย

   # ค้นหาชื่อ Pod ของ scbconnect-api ที่อยู่ในสถานะ CrashLoopBackOff (อาจมีหลาย Pod ให้เลือก Pod ล่าสุด)
   # ตัวอย่าง: scbconnect-api-abcdef-g1h2i
   POD_NAME=$(kubectl get pods -l app=scbconnect-api -o jsonpath='{.items[0].metadata.name}')
   
   # ตรวจสอบ Environment variables ภายใน Pod (ค้นหาตัวแปรที่เกี่ยวข้องกับ DB เช่น DB_HOST, DB_PORT, DATABASE_URL)
   kubectl exec -it $POD_NAME -- env | grep -E "DB_HOST|DB_PORT|DATABASE_URL|POSTGRES"
   
   # หรือ ตรวจสอบจาก Deployment YAML เพื่อดูการตั้งค่าตัวแปรสภาพแวดล้อม
   kubectl get deployment scbconnect-api -o yaml | grep -A 5 -E "DB_HOST|DB_PORT|DATABASE_URL|POSTGRES"

2. ตรวจสอบการเชื่อมต่อเครือข่ายจาก Pod ไปยังฐานข้อมูล:
   พยายามเชื่อมต่อไปยัง Hostname และ Port ของฐานข้อมูลโดยตรงจากภายใน Pod ที่มีปัญหา เพื่อดูว่าการเชื่อมต่อเครือข่ายถูกปฏิเสธหรือไม่ (โดยแทนที่ <DB_HOST_IP_OR_HOSTNAME> และ <DB_PORT> ด้วยค่าที่ได้จากขั้นตอนที่ 1)

   # หาก Pod อยู่ในสถานะ CrashLoopBackOff อาจจะต้องสร้าง Pod ชั่วคราวที่มีเครื่องมือเช่น netcat/telnet หรือใช้ Pod ที่มีอยู่ถ้าเข้าถึง bash ได้ก่อนที่จะ Crash
   # ตัวอย่างการใช้ Pod ที่มีอยู่เพื่อทดสอบ (ถ้า Pod มี netcat หรือ telnet ติดตั้งอยู่)
   POD_NAME=$(kubectl get pods -l app=scbconnect-api -o jsonpath='{.items[0].metadata.name}') # ใช้ชื่อ Pod จากขั้นตอนที่ 1
   
   # เข้าสู่ shell ของ Pod และใช้ netcat (nc) เพื่อทดสอบการเชื่อมต่อ TCP
   # (แทนที่ db-service-name และ 5432 ด้วย Hostname/IP และ Port ของ DB จริง)
   kubectl exec -it $POD_NAME -- sh -c "nc -vz <DB_HOST_IP_OR_HOSTNAME> <DB_PORT>"
   
   # หาก netcat ไม่พร้อมใช้งานใน Pod อาจลองใช้ ping หรือ curl (ถ้า DB เป็น HTTP/S) หรือติดตั้งเครื่องมือชั่วคราวถ้าเป็นไปได้
   # ตัวอย่างการใช้ ping
   kubectl exec -it $POD_NAME -- sh -c "ping -c 3 <DB_HOST_IP_OR_HOSTNAME>"

3. ตรวจสอบ Kubernetes Service และ Network Policy สำหรับฐานข้อมูล:
   หากฐานข้อมูลเป็น Kubernetes Service ตรวจสอบสถานะของ Service และ Endpoints นอกจากนี้ ตรวจสอบ Network Policies ที่อาจบล็อกการเชื่อมต่อ

   # (แทนที่ <db-namespace> ด้วย namespace ที่ฐานข้อมูล PostgreSQL Service อยู่)
   # (แทนที่ <db-service-name> ด้วยชื่อของ Kubernetes Service ของ PostgreSQL)
   kubectl get service <db-service-name> -n <db-namespace>
   kubectl get endpoints <db-service-name> -n <db-namespace>
   
   # ตรวจสอบ Network Policies ใน namespace ของ scbconnect-api และ namespace ของ DB (หากต่างกัน)
   # (แทนที่ <scbconnect-app-namespace> ด้วย namespace ที่ scbconnect-api อยู่)
   kubectl get networkpolicy -n <scbconnect-app-namespace>
   # หากพบ Network Policy ที่เกี่ยวข้อง ให้ตรวจสอบรายละเอียด
   # kubectl describe networkpolicy <policy-name> -n <scbconnect-app-namespace>

[nopponcha]

[AUTOMATED AI ANALYSIS]

@here - ระบบได้วิเคราะห์ Issue นี้และพบว่าเป็นปัญหาที่เกี่ยวข้องกับ Kubernetes-Runtime. นี่คือการวิเคราะห์สาเหตุที่เป็นไปได้ และขั้นตอนการแก้ไขเบื้องต้นที่สร้างโดย Gemini AI. โปรดดำเนินการตามขั้นตอนเหล่านี้:

---

การวิเคราะห์ Root Cause ของปัญหา: "[Issue] K8s Pod (Java App) ไม่พร้อมใช้งาน: Cannot connect to DB"

จาก Log ที่ระบุว่า org.postgresql.util.PSQLException: Connection refused. Check that the hostname and port are correct and that the postmaster is accepting TCP/IP connections. และ Description: Failed to configure a DataSource: 'url' attribute is not specified and no embedded datasource could be configured. Reason: Database connection refused. ชี้ให้เห็นว่าแอปพลิเคชัน Java (Spring Boot) ใน Pod ของ scbconnect-api ไม่สามารถสร้างการเชื่อมต่อไปยังฐานข้อมูล PostgreSQL ได้

สาเหตุที่เป็นไปได้สูงสุด (Most Likely Root Cause):

ในบริบทของ Kubernetes-Runtime สาเหตุหลักน่าจะมาจาก การตั้งค่าการเชื่อมต่อฐานข้อมูลที่ไม่ถูกต้อง (Incorrect Database Connection Configuration) หรือปัญหาด้านเครือข่าย/ความพร้อมใช้งานของฐานข้อมูล (Network/Database Availability). โดยเฉพาะอย่างยิ่ง:

1. การกำหนดค่าตัวแปรสภาพแวดล้อม (Environment Variables) หรือ Secret/ConfigMap: ตัวแปรที่ใช้กำหนด DB_HOST, DB_PORT, DB_NAME, DB_USER, DB_PASSWORD ใน Pod ของ scbconnect-api อาจไม่ถูกต้อง ไม่ครบถ้วน หรือไม่ถูกโหลดเข้าไปใน Pod อย่างสมบูรณ์ ทำให้แอปพลิเคชันพยายามเชื่อมต่อไปยังโฮสต์หรือพอร์ตที่ไม่ถูกต้อง.
2. ปัญหาการเข้าถึงเครือข่าย (Network Connectivity Issues): แม้ว่าการตั้งค่าใน Pod จะถูกต้อง แต่ Pod อาจไม่สามารถเข้าถึง IP Address และ Port ของฐานข้อมูลได้ เนื่องจาก Network Policy, Firewall หรือ Routing ใน Kubernetes Cluster หรือโครงสร้างพื้นฐานอื่นๆ.
3. ฐานข้อมูล PostgreSQL ไม่พร้อมใช้งาน: ตัวฐานข้อมูล PostgreSQL เองอาจมีปัญหา ไม่ทำงาน ไม่ได้ฟังการเชื่อมต่อที่ Port ที่ระบุ หรือมีการกำหนดค่าคอนฟิกให้ปฏิเสธการเชื่อมต่อจาก IP ของ Pod.

โดยรวมแล้ว Connection refused บ่งชี้ถึงความล้มเหลวในการสร้างการเชื่อมต่อ TCP/IP ซึ่งเป็นปัญหาพื้นฐานที่ต้องแก้ไขเป็นอันดับแรก.

---

ขั้นตอนการแก้ไขปัญหา (Troubleshooting Steps)

นี่คือ 3 ขั้นตอนเฉพาะเจาะจงพร้อมคำสั่งที่สามารถใช้ตรวจสอบและแก้ไขปัญหาได้:

1. ตรวจสอบการตั้งค่าตัวแปรสภาพแวดล้อม (Environment Variables) สำหรับการเชื่อมต่อ DB ภายใน Pod:
   ขั้นแรกคือการยืนยันว่า Pod ได้รับการตั้งค่า DB_HOST และ DB_PORT (และตัวแปรอื่นๆ ที่เกี่ยวข้องกับการเชื่อมต่อฐานข้อมูล เช่น DB_NAME, DB_USER, DB_PASSWORD) อย่างถูกต้องหรือไม่ เพราะ Connection refused อาจเกิดจากการพยายามเชื่อมต่อไปยังโฮสต์หรือพอร์ตที่ไม่ถูกต้องตั้งแต่แรก.

   # 1. ค้นหาชื่อ Pod ของ scbconnect-api ที่อยู่ในสถานะ CrashLoopBackOff หรือ Pod ที่เพิ่ง Deploy ล่าสุด
   kubectl get pods -l app=scbconnect-api
   
   # 2. แทนที่ <pod-name> ด้วยชื่อ Pod ที่ได้จากคำสั่งข้างต้น
   # ตรวจสอบ Environment Variables ทั้งหมดที่ Pod ใช้งาน โดยเฉพาะตัวแปรที่ขึ้นต้นด้วย DB_
   kubectl exec <pod-name> -- env | grep DB_
   
   # 3. หากมีการใช้ ConfigMap หรือ Secret สำหรับการตั้งค่า DataSource URL หรือคุณสมบัติอื่นๆ
   # อาจต้องเข้า bash เพื่อดูไฟล์คอนฟิกภายใน Pod โดยตรง (เช่น application.properties/yml)
   # และตรวจสอบว่าไฟล์เหล่านั้นมีข้อมูลการเชื่อมต่อที่ถูกต้องหรือไม่
   # ตัวอย่าง:
   # kubectl exec -it <pod-name> -- bash
   # ภายใน Pod: cat /path/to/application.properties
   # หรือ cat /path/to/application.yml

2. ตรวจสอบการเชื่อมต่อเครือข่ายจาก Pod ไปยัง Database Host และ Port:
   หลังจากยืนยันว่าการตั้งค่าใน Pod ถูกต้องแล้ว ขั้นตอนต่อไปคือการทดสอบว่า Pod สามารถเข้าถึง IP Address และ Port ของฐานข้อมูลที่ระบุได้จริงหรือไม่ โดยใช้เครื่องมือเช่น nc (netcat) หรือ telnet ภายใน Pod เพื่อจำลองการเชื่อมต่อ TCP.

   # 1. ค้นหาชื่อ Pod ของ scbconnect-api ที่อยู่ในสถานะ CrashLoopBackOff หรือ Pod ที่เพิ่ง Deploy ล่าสุด
   kubectl get pods -l app=scbconnect-api
   
   # 2. แทนที่ <pod-name> ด้วยชื่อ Pod ที่ได้จากคำสั่งข้างต้น
   # แทนที่ <db-host> และ <db-port> ด้วยค่าจริงที่ Pod ควรจะเชื่อมต่อ (จากขั้นตอนที่ 1)
   # เข้าไปใน Pod เพื่อทำการทดสอบการเชื่อมต่อ
   kubectl exec -it <pod-name> -- bash
   
   # 3. ภายใน Pod: (อาจต้องติดตั้ง nc หรือ telnet ถ้าไม่มี)
   # สำหรับ Alpine Linux: apk add netcat-openbsd
   # สำหรับ Debian/Ubuntu: apt-get update && apt-get install -y netcat
   # สำหรับ CentOS/RHEL: yum install -y nc
   
   # 4. ทดสอบการเชื่อมต่อ TCP ไปยังฐานข้อมูล
   nc -vz <db-host> <db-port>
   # หรือ
   telnet <db-host> <db-port>
   
   # หากเห็น 'Connection refused' หรือ 'No route to host' หรือ 'Connection timed out'
   # แสดงว่ามีปัญหาเครือข่าย (Network Policy, Firewall) หรือฐานข้อมูลไม่ได้เปิดพอร์ต
   # หากเห็น 'Connection to <db-host> <db-port> port [tcp/*] succeeded!' แสดงว่าการเชื่อมต่อ TCP สำเร็จ

3. ตรวจสอบสถานะและความพร้อมใช้งานของฐานข้อมูล PostgreSQL:
   หาก Pod ไม่สามารถเชื่อมต่อได้ หรือได้รับ Connection refused จากการทดสอบในขั้นตอนที่ 2 อาจเป็นไปได้ว่าตัวฐานข้อมูล PostgreSQL เองมีปัญหา ไม่ทำงาน ไม่ได้ฟังการเชื่อมต่อที่พอร์ตที่ระบุ หรือมีการตั้งค่าเพื่อปฏิเสธการเชื่อมต่อ.

   # 1. หาก PostgreSQL รันใน Kubernetes Cluster เดียวกัน และมี Service/Deployment ชื่อ 'postgresql'
   # ตรวจสอบสถานะ Pod ของ PostgreSQL
   kubectl get pods -l app=postgresql
   
   # 2. ตรวจสอบ Log ของ Pod PostgreSQL (ถ้ามี) เพื่อดูข้อผิดพลาดที่เกิดขึ้น หรือดูว่า Service พร้อมใช้งานหรือไม่
   # แทนที่ <postgresql-pod-name> ด้วยชื่อ Pod ของ PostgreSQL
   kubectl logs <postgresql-pod-name>
   
   # 3. ตรวจสอบ Event ของ Deployment/StatefulSet ของ PostgreSQL หากมีปัญหาในการเริ่มทำงาน
   kubectl describe deployment postgresql # หรือ statefulset postgresql
   
   # 4. หาก PostgreSQL อยู่นอก K8s Cluster (เช่น AWS RDS, Azure Database) ให้ตรวจสอบสถานะผ่าน Console ของผู้ให้บริการ
   # หรือลองเชื่อมต่อจากเครื่องภายนอก (ที่สามารถเข้าถึงได้) เพื่อยืนยันว่า DB พร้อมใช้งานจริง
   # ตัวอย่างการเชื่อมต่อจากเครื่องภายนอก (ต้องมี psql client ติดตั้ง):
   # psql -h <db-host> -p <db-port> -U <db-user> -d <db-name>

[nopponcha]

[AUTOMATED AI ANALYSIS]

@here - ระบบได้วิเคราะห์ Issue นี้และพบว่าเป็นปัญหาที่เกี่ยวข้องกับ Kubernetes-Runtime. นี่คือการวิเคราะห์สาเหตุที่เป็นไปได้ และขั้นตอนการแก้ไขเบื้องต้นที่สร้างโดย Gemini AI. โปรดดำเนินการตามขั้นตอนเหล่านี้:

---

การวิเคราะห์สาเหตุที่เป็นไปได้สูงสุด (Most Likely Root Cause Analysis)

จากข้อมูล Log ที่ได้รับ แอปพลิเคชัน Java (Spring Boot) ใน Pod ของ Deployment 'scbconnect-api' ล้มเหลวในการเริ่มต้นทำงานเนื่องจากไม่สามารถเชื่อมต่อกับฐานข้อมูล PostgreSQL ได้อย่างชัดเจน โดยมีข้อความ Connection refused และ Failed to configure a DataSource: 'url' attribute is not specified.

สาเหตุที่เป็นไปได้สูงสุดภายใต้หมวดหมู่ Kubernetes-Runtime คือ:
การตั้งค่าตัวแปรสภาพแวดล้อม (Environment Variables) สำหรับการเชื่อมต่อฐานข้อมูล (เช่น DB_HOST, DB_PORT, DB_USER, DB_PASSWORD) ใน Deployment 'scbconnect-api' ไม่ถูกต้อง หรือมีปัญหาการเข้าถึงเครือข่าย (Network Connectivity) จาก Pod ของแอปพลิเคชันไปยัง PostgreSQL Server ทำให้การเชื่อมต่อถูกปฏิเสธ.

ขั้นตอนการแก้ไขปัญหา (Troubleshooting Steps)

นี่คือ 3 ขั้นตอนการแก้ไขปัญหาที่เฉพาะเจาะจงและนำไปปฏิบัติได้ พร้อมคำสั่งที่เกี่ยวข้อง:

1. ตรวจสอบการตั้งค่าตัวแปรสภาพแวดล้อม (Environment Variables) สำหรับการเชื่อมต่อฐานข้อมูลใน Deployment

   • แอปพลิเคชันอาจกำลังใช้ค่าที่ไม่ถูกต้องสำหรับ hostname, port, หรือข้อมูลรับรองในการเชื่อมต่อฐานข้อมูล ตรวจสอบว่าตัวแปรที่ถูกส่งไปยัง Pod นั้นถูกต้องและสอดคล้องกับฐานข้อมูล PostgreSQL ที่ต้องการเชื่อมต่อ

   # ตรวจสอบว่า Deployment 'scbconnect-api' มีการตั้งค่าตัวแปรสภาพแวดล้อม (Env) ที่ถูกต้องหรือไม่
   # ให้แทนที่ <namespace-ของ-แอป> ด้วย namespace ที่แอปพลิเคชัน scbconnect-api รันอยู่
   kubectl describe deployment scbconnect-api -n <namespace-ของ-แอป>

2. ทดสอบการเชื่อมต่อเครือข่ายจากภายใน Pod ไปยังฐานข้อมูล

   • ตรวจสอบว่า Pod ของแอปพลิเคชันสามารถเข้าถึง hostname และ port ของฐานข้อมูลได้จริงหรือไม่ การเชื่อมต่อถูกปฏิเสธอาจเกิดจาก firewall, NetworkPolicy ของ Kubernetes หรือฐานข้อมูลไม่ได้รัน/ไม่ได้เปิดพอร์ต

   # 1. หาชื่อ Pod ของแอปพลิเคชัน 'scbconnect-api' ที่อยู่ในสถานะ CrashLoopBackOff หรือกำลังมีปัญหา
   # ให้แทนที่ <namespace-ของ-แอป> ด้วย namespace ที่แอปพลิเคชัน scbconnect-api รันอยู่
   kubectl get pods -n <namespace-ของ-แอป> -l app=scbconnect-api
   
   # 2. เมื่อได้ชื่อ Pod แล้ว ให้ลองทดสอบการเชื่อมต่อจากภายใน Pod นั้น
   # แทนที่ <ชื่อ-pod-ที่มีปัญหา> ด้วยชื่อ Pod ที่ได้จากขั้นตอนก่อนหน้า
   # แทนที่ <DB_HOST> และ <DB_PORT> ด้วย Hostname/IP และ Port ของฐานข้อมูล PostgreSQL ที่แอปพลิเคชันพยายามเชื่อมต่อ (ตรวจสอบได้จากขั้นตอนที่ 1)
   kubectl exec -it <ชื่อ-pod-ที่มีปัญหา> -n <namespace-ของ-แอป> -- /bin/sh -c "ping -c 3 <DB_HOST> && nc -vz <DB_HOST> <DB_PORT>"
   # หาก nc (netcat) ไม่มีใน image ของ Pod อาจจะต้องลองใช้ telnet หรือติดตั้งเครื่องมือชั่วคราว เช่น `apk add --no-cache telnet && telnet <DB_HOST> <DB_PORT>` หากเป็น Alpine Linux

3. ตรวจสอบสถานะของ Service และ Endpoint ของฐานข้อมูล (หากฐานข้อมูลอยู่ใน K8s) หรือสถานะของ PostgreSQL Server (หากภายนอก)

   • หากฐานข้อมูล PostgreSQL ของคุณเป็น K8s Service ตรวจสอบว่า Service และ Endpoint ทำงานอย่างถูกต้องและชี้ไปยัง Pod ของฐานข้อมูลที่พร้อมใช้งาน หากฐานข้อมูลอยู่ภายนอก K8s คุณต้องยืนยันว่า PostgreSQL Server นั้นกำลังทำงานและรับการเชื่อมต่อจากภายนอก

   # กรณีฐานข้อมูล PostgreSQL เป็น K8s Service:
   # แทนที่ <ชื่อ-service-ของ-DB> และ <namespace-ของ-DB> ด้วยข้อมูลของ Service ฐานข้อมูล
   kubectl get service <ชื่อ-service-ของ-DB> -n <namespace-ของ-DB>
   kubectl get endpoints <ชื่อ-service-ของ-DB> -n <namespace-ของ-DB>
   
   # กรณีฐานข้อมูล PostgreSQL อยู่ภายนอก K8s (External DB):
   # คุณจะต้องเข้าถึงเซิร์ฟเวอร์ฐานข้อมูลโดยตรง (เช่น SSH) และตรวจสอบสถานะของ PostgreSQL Server
   # ตัวอย่างคำสั่งบนเซิร์ฟเวอร์ฐานข้อมูล:
   # systemctl status postgresql
   # ss -tuln | grep 5432 # (หรือ port ที่ใช้งาน)
   # firewall-cmd --list-all # ตรวจสอบ Firewall บนเซิร์ฟเวอร์