อ่า เรื่องรูป ผมไม่ได้มองว่ามันหนักเวลาคนเข้านะครับ

ผมมองว่า ถ้ารูปเยอะ backup ก็จะช้าตาม

ถ้า backup ช้า ระยะเวลาในการ อืดระหว่างการ backup ก็จะเยอะตามฮะ

สคริปต์บางตัวนะคุณเอ้ย อย่างสวยแต่ระบบดาต้าเบสก๊ากกาก

พูดเลย

ตรรกะเทพมาอีกแล้ว เลิกทำโฮสต์

ผมก็ว่าจะเลิกแล้วไปขายวีพีเอสแทน 

ผมว่าเจ้าของกระทู้คุณiLhayก็แนะนำได้ดีครับ  เป็นการให้ความรู้ด้วย    แนะนำปัญหาในสิ่งที่ผู้ใช้คาดไม่ถึง  เป็นสิ่งที่มีประโยชน์
แทนที่จะขอบคุณ  และถ้าเห็นต่าง ก็น่าจะแสดงความเห็นกันดีๆ  สุภาพชนกันนิดนึงครับ
แต่ผมไม่เข้าใจว่า
- คอมเม้น 1 และ
- คอมเม้น 4
จะไปแขวะเขา  ไปว่าเขาทำไมครับ    ขนาดผมไม่ใช่จขกท. ผมยังรู้สึกได้ว่ามันบาด....ถ้าเจอคนใจร้อน สงสัยมีนัดวางมวยหลังเลิกงาน55 ตัวตัว 

ช่วยได้เยอะเรยคับ

ใครที่ทำเว็บทั้งที แต่ไม่คิดจะศึกษาเกี่ยวกับการใช้โฮส

หรือรับความรู้เพิ่มเติมนี่ผมว่านะ "อย่าทำเลยครับ" จะได้ไม่มีมาม่า เวลามีคนมาให้ความรู้

ชอบมาอ้างว่า ก็ไม่รู้นี่หว้า ไม่เห็นบอกนี่หว้า

ผมยอมรับว่า Plugin สำหรับ Wordpress ต่อเว็บนึงผมเล่นเยอะมาก เกือบ 20 ตัว แต่ Plugin ที่มันคอย Optimize ไม่ให้โฮสทำงานหนักมันก็มี

ต้องศึกษาส่วนนี้ด้วยครับ คนทำเว็บ การทำเว็บมันไม่ใช่เรื่องง่ายๆสบายๆ

ถ้าไม่อยากมาเถียงกับผู้ให้บริการโฮส ผมว่า ซื้อเครื่อง server มารันเว็บเองเลยครับ สบายสุด ดูแลเองไปเลย ไม่ต้องเถียงกับใคร

มีโฮสให้ใช้รันเว็บเราเพื่อสร้างรายได้ มันก็ดีมากแล้วนะผมว่า

ผมว่าอีกซัก15-20ปีคงมีการพัฒนาแบบสิบก้าวกระโดดทางด้านโฮสติ้ง จากตอนนี้core i 7เป็นcore A 9

แรม32gb เป็น900TB

ฮาร์ดิสจาก20TB เป็น 1000 X 100TB

ตัวเครื่องเซอร์เวอร์มีขนาดเล็กกว่าเดิม10เท่า เบากว่าเดิม10เท่า



ปล.ซีพียู core Aเป็นเรโวรูชั่นตระกูลใหม่ล่าสุด ที่ถูกพัฒนาขึ้น หลังจากหมดยุดของcore i 30 ซึ่งคาดการณ์ว่าประสิทธิภาพของcore A 1 ดีกว่าระบบcore i 30 ถึง100เท่า

ปล2.ผมเดาเอาเอง โดยความคิดเห็นส่วนตัว

ขอถามอะไรอย่างหนึ่งนะครับ การตั้ง Cron job (เขียนถูกเปล่าหว่า)

เลื่อนการ Backup เช่นถ้าเราสั่งตอน 5 โมงเย็นแต่ว่าโปรแกรมมันจะจำเอาไว้และไปดำเนินการให้ตอน ตี 1 และส่งเมล์ไปหาลูกค้าว่าเสร็จแล้วนะโหลดได้ (เลื่อนเวลาดำเนินงาน)

อย่างนี้ Ok หรือเปล่าครับ?

ขอบคุณสำหรับบทความดีๆ ครับ +1 ไปเลย

มันก็แฟร์แล้วนะครับ ในมุมมองผู้ใช้ ถ้าเข้าเคสทำเวบหนักๆ ก็ควรจะปรับปรุงเวบตัวเอง ผมก็เคยครับ แต่เจ้าของโฮสก็ช่วยผมด้วยนะ แนะนำนู้นนี้ (ผมมองตรงจุดนี้ครับ ว่าเค้าบริการดี) ถ้าแก้ไม่ได้ผมก็ออก ไม่ซีเรียสอะไร เพราะเข้าใจว่าผมก็จ่ายค่าโฮสไม่กี่พันให้เค้า ไม่ใช่ว่าจะได้ทุกอย่างนะครับ เค้าเซ็ตค่าเบื้องต้นให้กับเราเท่านั้น ถ้าอย่างนั้นต้องจ้างคนทำแล้วนะครับ

ในฐานะผู้ขาย script มือใหม่ และผู้ใช้งานโฮสทั้วไป อยากจะขอบคุณท่านเจ้าของกระทู้ที่แนะนำนะครับ บางเรื่องที่เราไม่รู้ก็ได้รู้ บางเรื่องที่ไม่ควรทำจะได้รู้ว่ามันเป็นภาระของผู้ให้บริการ ใจเค้าใจเราครับ ช่วยๆกันย่อมดีกว่า อย่าไปคิดอะไรกันมากมาย รู้ว่าไม่ดีจะได้ไม่ต้องทำแค่นั้นเองครับผม ขอบคุณครับ

แต่ก่อนผมก็ใช้แชร์host แต่มันไม่ได้ดังใจก็เช่าvps ราคาถูกๆอยู่ไปครับ เว็บไม่ใหญ่
เลยเข้าใจอะไรหลายอย่าง เว็บล้มแต่ละครั้งไล่เช็คปัณหา ตัวเองก็ไม่ได้เก่งอะไรก็ได้ครูgoogleช่วย
บางที่ ไฟล์ txtเชฟข้อมูลมั้วๆบางโดนhackบ้าง อะไรรันไม่ขึ้นบ้าง ปัณหาเยอะมากแต่ละครั้งบางที่แก้เป็นอาทิต หาสาเหตุไม่เจอ
เป็นผู้ให้บริการhosting ไม่ได้สบายอย่างที่คิดเอง

มาเอาใจช่วยเจ้าของกระทู้ครับ แนะนำได้ดีมาก ไม่ค่อยเห็นเจ้าของโฮสติ้งออกมาแนะนำอะไรละเอียดขนาดนี้มาก่อน

ความรู้ผมเท่าหางอึ่ง ไล่อ่านที่พิมพ์ไว้ ความรู้เพิ่มพูนเพียบ ฮาๆ

Optimization Query กะจิ๊ดนึง

เรื่องของ Query ที่ใช้ในการ "random ข้อมูล" ออกมาแสดงโดยคำสั่งข้างล่างนี่

SELECT *
FROM content
ORDER BY rand()
LIMIT 15

ดูพื้นๆเหมือนจะไม่มีอะไร แต่พี่น้องครับ ทันทีที่ข้อมูล ที่ท่านเรียกมาแสดงนั้น จำนวนเยอะๆขึ้นมา บอกได้เลย "นรกแตก"

เพราะไอ้ที่ท่านทำอยู่ ท่านกำลังใช้ Disk ทำงานนะครับ (Database process และ random มาให้ล้วนๆ ไม่ได้มี php ตัดสินใจเลย)

ถ้าท่านจะ random ข้อมูลออกมาแสดงแบบนี้ ผมแนะนำว่า ... ให้ท่านใช้การ query ข้อมูลล่าสุดชุดหนึ่งออกมา 50 แล้วเอาไปให้ php random ดีกว่าเยอะครับ

แบบข้างบนนี่ร้ายแรงขนาดไหน ?

ผมบอกได้ว่า ... มันร้ายแรงถึงกะขนาดทำให้ค้างทั้งเครื่องได้สบายๆครับ

ส่วนตัวถ้าคุณต้องการ random มาแบบนั้น ผมว่าคิด algorithm ง่ายๆในการสร้าง condition ให้มัน random มา เวิร์คกว่าครับ เช่น

ใน php ก็สั่ง random condition ไว้ เป้นตัวอักษร a-z เมื่อได้แล้ว ก็เอาไปใส่เป็น condition หลัง where caluse ประมาณนี้

สมมุติว่า  random ได้ a มานะครับ

SELECT *
FROM content
WHERE content_desc like 'a%';
ORDER BY id
LIMIT 15

อะไรแบบนี้ ดูจะเข้าท่ากว่า random ดื้อๆเยอะครับ

อ้างถึงจาก: iLhay ใน 14 เมษายน 2013, 15:36:25
- เวลาเปิด connection แล้วช่วยกรุณา ปิด connection ให้ด้วย อย่าเปิดค้างเลยครับ สงสารเครื่องเถอะ กับอิแค่คำสั่ง mysql_close(); เองครับ

จาก MySQL Manual

อ้างถึงUsing mysql_close() isn't usually necessary, as non-persistent open links are automatically closed at the end of the script's execution. See also freeing resources.

แทนที่จะเป็น Connection ที่ไม่ปิดเยอะ ลองมองกลับว่า มันมี Connection เกิดขึ้นเยอะจริงๆ ส่วนมากสาเหตุจะเป็นแบบนี้มากกว่าครับ
เรื่อง Performance เราน่าจะเลิกใช้ mysql_connect ได้แล้วครับ ออกจะโบราณนิด ไปใช้ PDO , MySQLi + Prepare Statement ดีกว่า
โดยเฉพาะพวกที่ Query ทีละหลายๆ Statement ซ้ำๆ แต่ก็อย่างว่า มันน่าจะเป็นการรณรงค์สำหรับ Programmer มากกว่าผู้ใช้ Host ทั่วไปครับ

อีกประการเกี่ยวกับ Database Connection จาก MySQL Manual

อ้างถึงAt least with PHP5.3.2 and Windows connecting by tcp, you should always use this mysql_close() function to close and free up the tcp socket being used by PHP. Garbage collection after script execution does not close the tcp socket on its own. The socket would otherwise remain in 'wait' state for approximately 30 seconds, and any additional page loads/connection attempts would only add to the total number of open tcp connections. This wait time does not appear to be configurable via PHP settings.

ถ้าเป็น Case นี้ User คงไม่รู้เรื่อง

ท่อยทีท่อยอาศัยกันครับ ในมุมมองของผู้ใช้บริการจะไม่ได้คิดมากเรื่องที่ว่าแชร์กับคนอื่นใช้ด้วย
ฉันจะใช้ให้เต็มที่ตามที่โฆษณาไว้หน้าเว็บ คนที่บริหารความเสี่ยงตรงนี้ได้คือผู้นำในธุรกิจนี้ครับ...

อ้างถึงจาก: normalblue ใน 15 เมษายน 2013, 02:54:27

อ้างถึงจาก: iLhay ใน 14 เมษายน 2013, 15:36:25
- เวลาเปิด connection แล้วช่วยกรุณา ปิด connection ให้ด้วย อย่าเปิดค้างเลยครับ สงสารเครื่องเถอะ กับอิแค่คำสั่ง mysql_close(); เองครับ

จาก MySQL Manual

อ้างถึงUsing mysql_close() isn't usually necessary, as non-persistent open links are automatically closed at the end of the script's execution. See also freeing resources.

แทนที่จะเป็น Connection ที่ไม่ปิดเยอะ ลองมองกลับว่า มันมี Connection เกิดขึ้นเยอะจริงๆ ส่วนมากสาเหตุจะเป็นแบบนี้มากกว่าครับ
เรื่อง Performance เราน่าจะเลิกใช้ mysql_connect ได้แล้วครับ ออกจะโบราณนิด ไปใช้ PDO , MySQLi + Prepare Statement ดีกว่า
โดยเฉพาะพวกที่ Query ทีละหลายๆ Statement ซ้ำๆ แต่ก็อย่างว่า มันน่าจะเป็นการรณรงค์สำหรับ Programmer มากกว่าผู้ใช้ Host ทั่วไปครับ

อีกประการเกี่ยวกับ Database Connection จาก MySQL Manual

อ้างถึงAt least with PHP5.3.2 and Windows connecting by tcp, you should always use this mysql_close() function to close and free up the tcp socket being used by PHP. Garbage collection after script execution does not close the tcp socket on its own. The socket would otherwise remain in 'wait' state for approximately 30 seconds, and any additional page loads/connection attempts would only add to the total number of open tcp connections. This wait time does not appear to be configurable via PHP settings.

ถ้าเป็น Case นี้ User คงไม่รู้เรื่อง

ท่อยทีท่อยอาศัยกันครับ ในมุมมองของผู้ใช้บริการจะไม่ได้คิดมากเรื่องที่ว่าแชร์กับคนอื่นใช้ด้วย
ฉันจะใช้ให้เต็มที่ตามที่โฆษณาไว้หน้าเว็บ คนที่บริหารความเสี่ยงตรงนี้ได้คือผู้นำในธุรกิจนี้ครับ...

อ่า ไม่สำคัญ (ก็จริงครับ เพราะตัว mysql config มันมีมาให้อยู่แล้วครับ เรื่องของ timeout connection)

ทีนี้ .. ลองมองกลับกันครับ หนึ่งเครื่องมี 100 เว็ป แต่ละเว็ปมีคนเข้าเว็ปละพัน

100 x 1000 = 10,000 concurrency แบบเหมารวม เอาช่วงเวลาเดียวกันซัก 1/10 ก้คือ 1,000 ละกันครับ

มีคนไม่ close connection ซํก 50% แบบนี้ max_connections เต็มแน่นอนครับ แล้วการที่จะให้ wait 30s. เป็นได้ยากครับ (เนื่องจากปัญหาสะสม หลายๆ code ครับ)

เรื่องของ PDO , กับ prepared statement นี่ผมหาเจอยากที่สุด ถ้าเจอก็จะมาเป็นเครื่องไปเลย (ซื้อเครื่องวางไปเองเลย) แต่ถ้าทั่วไป .. ขอให้ code รองรับ php 5.3 100% ก่อนครับ (ผมว่าอีกซักปี ก้คงได้)

เพราะล่าสุดเครื่องนึงของผม ผมอัพเกรดขึ้นเป็น 5.3 ผมนั่งแก้เป็นสิบเว็ป และที่สำคัญ ยังเจอ mysql_connect_db(); อยู่เลยครับ

อ้างถึงจาก: iLhay ใน 15 เมษายน 2013, 03:01:41
อ่า ไม่สำคัญ (ก็จริงครับ เพราะตัว mysql config มันมีมาให้อยู่แล้วครับ เรื่องของ timeout connection)

ทีนี้ .. ลองมองกลับกันครับ หนึ่งเครื่องมี 100 เว็ป แต่ละเว็ปมีคนเข้าเว็ปละพัน

100 x 1000 = 10,000 concurrency แบบเหมารวม เอาช่วงเวลาเดียวกันซัก 1/10 ก้คือ 1,000 ละกันครับ

มีคนไม่ close connection ซํก 50% แบบนี้ max_connections เต็มแน่นอนครับ แล้วการที่จะให้ wait 30s. เป็นได้ยากครับ (เนื่องจากปัญหาสะสม หลายๆ code ครับ)

เรื่องของ PDO , กับ prepared statement นี่ผมหาเจอยากที่สุด ถ้าเจอก็จะมาเป็นเครื่องไปเลย (ซื้อเครื่องวางไปเองเลย) แต่ถ้าทั่วไป .. ขอให้ code รองรับ php 5.3 100% ก่อนครับ (ผมว่าอีกซักปี ก้คงได้)

เพราะล่าสุดเครื่องนึงของผม ผมอัพเกรดขึ้นเป็น 5.3 ผมนั่งแก้เป็นสิบเว็ป และที่สำคัญ ยังเจอ mysql_connect_db(); อยู่เลยครับ

ถ้าเกิดเป็นกรณี Socket Connection เราอาจจะต้องไปคุยกันใน Zone ของ Network ร่วมด้วยครับ
เอาจริงๆ Network กับ Database มันเป็นเรื่องที่ต้องทำงานใกล้ชิดกันมากๆ ท่านๆ ที่ทำ Host น่าจะเข้าใจได้ไม่ยาก แต่ User
ผมคิดว่าน้อยมากที่คนที่พอรู้จัก Database+Programming จะมาสนใจ Network ร่วมด้วย ถ้าไม่ใช่ระดับที่จะต้องแยกเครื่องเป็น Multi-Tier Achitecture

ข้อแชร์ข้อมูลตรงนี้สำหรับที่ท่านๆ ผู้อ่านอาจจะยังไม่รู้
ปกติแล้ว Browser ใหม่ๆ ที่ทำให้มันเข้าเว็บได้ไวมากทุกวันนี้เพราะว่า Default ของมันเปิด TCP/UDP Connection ไม่ต่ำกว่า 5 Connection
เพื่อให้สามารถ Retrieve ข้อมูลแบบ Simultaneously เพราะ Routing Protocal ของ Router จะให้สิทธิความเร็วแต่ละ Connection เท่าๆ กัน
คนเปิดเยอะก็จะยิ่งเร็วสำหรับการ Request เว็บแต่ละครั้ง หนักๆ Firefox นี่ 10+ บางคนปรับเป็น 20+ จนบางเว็บต้องถีบออกมาเพราะคิดว่ายิง Nuke
ฉะนั้นแล้วทุกวันนี้จะหายากที่คนๆ หนึ่ง จะขอเปิดแค่ Socket เดียวในการเข้าเว็บครับ

ผมตกใจตรงที่ Shared Host ผมไม่แน่ใจว่าเครื่อง Spec. อย่างไร แต่ไม่น่าจะเป็น Cloud หรือ Mainframe ที่ต้องรองรับเว็บถึง 100 เว็บพร้อมกัน
มันออกจาก Overload ไปหน่อยครับผมว่าสำหรับเครื่องจากที่ฟังมา ก็น่าเป็น Client-Server ธรรมดา ไม่น่าใช่ 2-Tier, 3-Tier

ผมว่าเป็นเรื่องท้าทายสำหรับคนที่อยู่ในวงการทำ Host บ้านเรานะครับ เวลาเราจะวางเครื่อง Server เราก็ไปเช่า Co-lo วางเครื่องตามตึก กสท.และดึกที่มี Metro Network
แต่ยังไม่ค่อยมีใครให้บริการในแบบ Data Center ยกเว้นบริษัทใหญ่ๆ อย่างพวกธนาคารและองค์กรของรัฐ สมัยก่อนเราจะวาง Server ที
มันยังเป็น Host-Based ที่ต้องต่อผ่าน Terminal อยู่เลย จนทุกวันนี้มี Cloud เข้ามาแล้ว ช่วยบริหารจัดการกับ Service ด้าน Hosting ได้อย่างมหาศาล
อยากจะให้รองรับคนได้มากเท่าไหร่ก็แค่ซื้อบริการเพิ่มในช่วงเวลาๆ นั้นๆ ก็ทำได้(ถึงปัจจุบันจะยังแพงอยู่ก็เถอะ แต่ดูแล้วมีอนาคต)
ลือนี่จะเป็นการเปลี่ยนถ่ายอย่างช้าๆ เหมือนกับสมัยที่เกิดขึ้นกับ Host-based Architecture ผมกลัวแต่ปลาใหญ่จะไล่งับปลาเล็กจนธุรกิจท่านๆ ไม่มีที่ยืน
ถูกผูกขาดจากผู้ให้บริการรายใหญ่ๆ หมด ก็เป็นแค่อีกทัศนะนึงเท่านั้นครับ...

ดื่มแบรน แล้วไปนอนซะ   

อันนี้ผมไม่ค่อยเข้าใจฮะ ว่าทำไมต้องไปคุยกับ Network อีกครั้งเรื่อง Zone ? อธิบายหน่อยดีกว่าฮะจะพูดเจาะจงไปเรื่องอะไร

เพราะ Network ส่วนใหญ่ปล่อยมาเต็มอยู่แล้ว ซึ่งมันก็ไม่ได้ไป bottlenecks ที่ network ซะหน่อยครับ

ส่วนเรื่อง Retrieve อันนี้ผมว่าไม่เกี่ยวกับ database นะครับ อยุ่ในส่วน view มากกว่าจะอยุ่ใน model นะครับ (เน่ามันเน่ามาจาก model นะครับ view นี่ไม่ได้อยุ่ที่เดียวกัน)

สำหรับที่บอกว่า Mainframe , Cloud นี่คุณคาดการณ์ไปผิดถนัดเลยนะครับ เครื่อง 5 หมื่นบาท รับได้เป็นแสนๆครับ ถ้าสคิปนิ่งพอ และ 100 domains ไม่ถือว่ามัน Overload ไปครับ ผมถือว่าน้อยไปนิดด้วยซ้ำในมุมมองผม

สำหรับเรื่อง own datacenter นี่ตลาดของไทย เล็กเกินไปที่ใครๆจะมาจับ แบบตู้ม มี datacenter ของตัวเองแล้วขายโฮสครับ เค้าเน้น colocation + dedicate ครับ คุมแต่ network เรื่องจุกจิกพวกนี้ .. เค้าไม่ยุ่งครับ ปวดหัว (หรือจะลองส่องราคา Hosting ที่มาจาก IDC ดูก็ได้ครับ แพงชิบ)

อีกอย่าง ถ้าจะพูดถึง architecture ระดับสูงกว่านี้ตามที่คุณกล่าวมา ราคาต่ำกว่าพันหาไม่ได้ครับ (อย่างน้อยก็หมื่นนึง) สุดท้ายแล้วคนที่เข้ามาซื้อก็จะมีแต่ บริษัทใหญ่ๆ ซึ่งผมมองว่า แบบนั้นขายยกเครื่องไป สบายกว่าครับ ปีละสองหมื่นเองค่าวางโคโล แบบใช้เว็ปเดียวชิวๆ

ป.ล. ตลาดต่างประเทศผมก็ไม่เห้นใครจับเอา Mainframe มาลงนะครับ เห้นแต่เอาเครื่องหลายเครื่องมาจับเป็น Cloud มากกว่า และอีกอย่าง หลายๆคนเจอคำว่า Cloud แล้วยังหนีเลยครับ รู้จักแต่ VPS

แค่ server+colo= ปีละ แสน ต่อเครื่องต้องขายกี่คนถึงคืนทุนและกำไร ยัง/ม่รวมค่าโทรศัพท์ เดินทาง โดนลูกค้าต่อว่าด่าทอ
แก้ปัญหาอันมาจากserver , แก้ปัญหาที่ลูกค้าทำขึ้นเอง  จะให้ลงทุนสร้าง datacenter เอ่อ มันตกลงทุนซักเท่าไหร่ ผมว่า 10-100 ล้าน
จะคืนทุนล้านปีแสงกัน แค่เช่าทัั้งตู้ภาระก็หนักแล้ว ไหนจะขาย ขายได้ เก็บเงินให้ไว ให้ตรงเวลา

host มันจุกจิกเยอะ ดูแลเกินราคาซะมาก อยู่กันแบบพี่น้องมากกว่า

ไม่งั้น true , tot ทำโฮสจิงจังๆๆไปแล้ว ทำราคาที่มีขายกันนี่แหละขายดีแน่นอน
แต่ทำไมไม่ขาย เพราะมันจุกจิกมาก ราคาหลักร้อย ก็เลือกกันหลายเจ้า หลายชั่วโมง หลายวันแล้วมั้ง

แต่แล้วทำไมระดับผู้ใช้ทั่วไปไม่เลือกใช้ของเจ้าใหญ่อย่างของ cat ไปเลยก็เพราะราคามันสูง
แถมได้สเปกน้อยและต่ำ จิตวิทยาตัวเลขน้อยแม้ว่าจะเหลือเฟือคนก็ไม่ซื้อแล้ว

แหม แข่งราคากันดุขนาดนี้ก็ไม่น่าแปลกใจหรอกครับ ว่าทำไมมันถึงเดี้ยงเอาๆ
ส่วนเรื่อง Network มันไม่ใช่แค่เรื่องสายไยแก้ว/ทองแดงส่ง 0 1 ได้ไวเท่าไหร่ครับ
แต่ผมกำลังอธิบายการทำงานของ Application Architecture ที่มันมี Network เข้ามาเกี่ยวข้องในชั้น OSI Layer ไม่ใช่ Design Pattern/MVC
ซึ่งในกรณีที่คุณว่ามานี้ มันคือ Socket Connection ทำงานอยู่ระหว่าง Layer 5 กับ 4 ใน OSI Layer
จากคำสั่ง mysql_close(); ซึ่งมันทำ 2 อย่างคือ Free Memory จาก TCP Connection และ Free Memory จาก MySQL Connection
ในเมื่อคุณพูด Keyword : Time out, Concurrency (ซึ่งไม่ใช่ Transaction) มันก็คือ TCP/UDP Connection ที่มันเปิด Socket จาก
การ Request ของ User นั่นแหละครับ ผมเลยอธิบายเสริมว่าจริงๆ แล้วคนนึงนึง มันไม่ได้เปิด Connection เดียวในการเปิดเว็บหน้าเดียว
ที่พูดเสริมเกี่ยวกับ Data Center เพราะเวลาออกแบบจริงๆ แล้ว ต้องคำนึงถึง Session/Connection State ที่ Host เครื่องเดียวส่วนมากไม่ทำกัน
แต่มันเอามาปรับประยุกต์ได้ในการบริหาร Concurrency แค่นั้นเองครับ

ส่วนเรื่องเครื่อง Server นี่ก็ไม่ต้องมา Judge ผมก็ได้ครับว่าผิดหรือไม่ผิด คุณทำ Host คุณรู้ดีกว่าผมอยู่แล้วว่าลูกค้าเขาใช้งานเครื่องคุณสมบุกสมบันแค่ไหน
เครื่อง 5 หมื่น รับได้เป็นแสนๆ นี่มันหน่วยอะไรครับแสน? 100 Domains/webs จากที่กล่าวมาปัญหามันไม่ได้อยู่ที่กับประมวณผลเลยครับ
ซึ่งผมก็พยายามชี้ว่าอะไรที่มันน่าจะเป็นปัญหาที่ก่อให้เกิด Connection มากมาย จนนำไปสู่ภาวะที่ทำให้ Server ช้า เพราะอะไร
เวลาแบ่งเป็น Tier แล้วมันดูง่าย ว่าส่วนไหนมันช้า ถึงจะเป็นเครื่องเดียวก็ดูเป็น Tier ได้ครับ จะได้แก้ปัญหาให้ตรงจุด(ดูเป็น MVC ไม่ได้ช่วยครับ นั่นมันแค่ Design Pattern ของ App)
ต้องยอมรับความเสี่ยงจากพฤติกรรมการใช้ของลูกค้าอยู่แล้ว มันถึงต้องพบกันครึ่งทาง เพราะลูกค้าก็ไม่ได้ Perfect เหมือนกันครับ

ปล. เรื่อง Mainframe ก็เพราะว่า Mainframe มันเอาไว้ใช้จัดการ I/O จำนวนมหาศาลที่เข้ามายัง Server และมันไม่ได้เอาไว้ใช้การณ์นี้ครับ
มันเอาไว้ใช้กับ Business Model ที่ต้องการ Durability/Availability ของระบบสูงระดับ five-9 หาดูครับ ว่าเขาทำไรบ้าง สมัยก่อนก็ AS-400 กับภาษา RPG เกาะติดกับยังกับแกะ
กับพวกใช้ COBOL
เรื่อง Cloud มันก็มี Architecture ของมันเหมือนกันครับ เหตุที่เขาหันมาใช้ในบางงานเพราะมัน Scalability/Durability สูงมาก การเอาเครื่องหลายเครื่อง
มาต่อกันมันก็มี Architecture ที่เป็น Grid และเป็น Cloud แยกกันอีก ลักษณะของงานบางงานมันก็อาจจะจำเป็นต้องใช้ Cloud อย่างพวก Telecom ก็
หันมาใช้ Cloud กันเยอะแล้ว มันยังมีอีกหลายสังคมครับ ที่ต้องอยู่กับ Server ไม่ใช่แค่เหล่าคนทำเว็บแค่นั้น หลายอย่างกำลังใช้ IP เรากำลังเข้าสู่ยุค Ambient Network
ฝากคำนี้ไว้ด้วยครับ