Cloud Computing กับ การจองไอโฟน

ไม่ต้องถึงกับคลาวหรอกครับ

lancaster Thu, 15/12/2011 - 02:20

ไม่ต้องถึงกับคลาวหรอกครับ ใช้เครื่องสเปคกลางๆเครื่องเดียวก็เอาอยู่

แต่ถึงจะคลาวก็ไม่ติดปัญหาอะไรอยู่ดีครับ เค้าแค่ไม่ใช้

ปัญหาหลักคือการไม่ลงทุนในระบบ

OXYGEN2 Thu, 15/12/2011 - 03:44

ปัญหาหลักคือการไม่ลงทุนในระบบ Server เพื่อใช้รองรับการ Load ในเวลาอันสั้นครับ

ตัวอย่างที่มีให้เห็นทุกปีคือการประกาศคะแนน Entrance (ตอนนี้เรียกว่า Admission ไปแล้วหรือยัง?)

แยกนิดนึงนะครับ

icez Fri, 16/12/2011 - 15:30

แยกนิดนึงนะครับ มันมีส่วนประกาศคะแนน พวก ONET / GAT / PAT ส่วนนึง
กับ ประกาศผลการสมัครเข้ามหาวิทยาลัย (Admission)

อันแรกประกาศเองที่เดียว อีกอันมี partner เป็นสิบเว็บ แล้วที่ล่มบ่อยๆ ก็อันแรกนั่นแหละครับ

+1 อันแรก ล่มตลอด ฮาๆๆๆ

lancaster Fri, 16/12/2011 - 15:50

+1 อันแรก ล่มตลอด ฮาๆๆๆ

ประกาศคะแนน แก้ได้ง่ายๆ

Ton-Or Mon, 19/12/2011 - 19:12

ประกาศคะแนน แก้ได้ง่ายๆ ก็ส่งผลไป web อื่นๆ ให้ช่วยประกาศด้วย sanook หรือจะ google เลยก็ได้
up เป็น google doc share แค่นี้เอง

ส่วนที่เจอล่มเหมือนกัน server load เยอะๆ ตอนประมวลผลใบสมัครน่ะ

ผมสมน้ำหน้า เขามีเวลาให้เป็นเดือนๆ มาแห่ ต่อคิวทำกันวันสุดท้าย
web ล่ม ด่า net ร้านกาก ไปร้านอื่น ล่มเหมือนกัน กลับมารอใหม่ สุดท้ายไม่ทัน
พวกนี้สมน้ำหน้าได้อย่างเดียว

Case การจอง iPhone เป็นกรณีศึกษาของการเพิ่มของ Load แบบเฉียบพลับ ซึ่งมากกว่าปกติถึง 3 - 5 เท่าครับ เพราะ ปกติ Website ของ Op เค้าก็มี Activity อยู่แล้ว ดังนั้นในสภาวะ Load ปกติ เค้าก็ต้องใช้ Server ระดับกลาง ถึง ระดับสูงอยู่แล้วครับ

แต่ในการเกิด Load แบบเฉียบพลัน ส่วนมากจะเป็น Load ที่ Server 1 เครื่องเอาไม่อยู่
ไม่ว่าจะเป็น CPU Load หรือ RAM หมดยังมี Disk I/O ไม่พอด้วย

การใช้ Cloud Computing เป็นทางออกที่ดี แต่ก็มีความเสี่ยงเรื่องความปลอดภัยของ Cloud ในการทำงานระหว่าง Transaction ที่เป็นการเงิน ซึ่งปกติ พวกนี้จะเป็น Secure Zone มากกว่า...ส่วน Cloud ส่วนมากเค้าจะทำแนว Public sector (website ทั่วไป) มากกว่า

ดังนั้นองค์กรพวกนี้จำเป็นต้องสร้าง เมฆส่วนตัวขึ้นมา (Private Cloud) ขึ้นมาใช้งาน แต่ปัญหาที่จะเจอก็คือ

"Short time event" versus "investment"...ไม่คุ้ม (แต่มองการไกล อาจจะคุ้มก็ได้นะ)
Coding..เท่าที่ผมเจอ Programmer ไทย ยังไม่มีประสพกาณ์ในการเขียน Program บน Cloud ครับ เพราะ ปกติเขียนบน Notebook ตัวเองมากกว่า (Localhost) ทำให้ development time ค่อนข้างสูง

ไม่ว่าจะ host บน Cloud

tontpong Fri, 16/12/2011 - 13:44

ไม่ว่าจะ host บน Cloud รายใหญ่ๆ หรือว่าจะ host เอง.. ประเดนเรื่องความปลอดภัยก้อไม่ต่างกัน เผลอๆ host บน Cloud จะปลอดภัยกว่าด้วย แต่ประเดนที่ยังเลี่ยงไม่ได้แน่ๆ (เฉพาะในตอนนีั) คือแม้จะมี กม.เกี่ยวกับ e-transaction กันแล้ว ทว่าเขตอำนาจและการบังคับใช้ยังเปนแบบ ปท ใคร ปท มัน (เหล่าเจ้าของเวบที่เปนที่มาของข่าวนี้อาจไม่ได้คำนึงถึงประเดนนี้ก้อได้นะ แต่ไม่ว่ายังไง ประเดนนีี้ก้อยังมีผลต่อผู้ใช้อยู่ดี ไงก้อพึงระวังกันด้วย เหนกำลังโปรโมท www.goonline.in.th กัน ก้อไม่แน่ใจว่าคนทั่วไปรับรุเกี่ยวกับประเดนนี้กันมากน้อยแค่ไหน)

ส่วนเรื่อง Private Cloud .. โดยส่วนตัว คิดว่าทำได้ยากมากสำหรับหน่วยงานทั่วไป พวก product ที่ขายๆกันอยู่เปนแค่คำที่ marketing ยืมคำว่า cloud มาใช้เพื่อช่วยสร้างภาพซะมากกว่า แม้จะเอา technology ที่ใช้สร้าง cloud มาใช้เพิ่มจุดแข็งได้หลายๆ ด้าน เช่น scalability, availability แต่ก้อยังไม่สามารถการันตีในระดับที่น่าจะรับได้ว่าเปน cloud จริงๆ ได้อยู่ดี เอาง่ายๆ เกิดมีใครทำโกโก้ครั้นซ์ที่ DC ซักที่ ถ้าเปน cloud ก้อควรมี DC ที่อื่นมารับโหลดแทนได้ แปลว่านอกจากอุปกรณ์ IT อย่าง server หรือ disk แล้ว ยังต้องสำรอง resource อื่นๆ ด้วย เช่น สถานที่ ระบบไฟ กำลังคน ฯลฯ แถมอย่างน้อยควรสำรองแบบนี้ไว้ถึง 3 ชุด ดังนั้นต้องเปนหน่วยงานที่ใหญ่มากๆ ถึงจะสร้างระบบที่การันตีในระดับที่นับว่าเปน cloud จริงๆ ขึ้นมาใช้ได้

ที่สำคัญ.. cloud ไม่ใช่ของวิเศษขนาดที่ว่าทุกแอพจะสามารถย้ายไป host บน cloud แล้วใช้ cloud ได้เตมศักยภาพ (มี sale หลายรายที่เสนอภาพแบบนี้ ซึ่งในมุมนึงก้อเข้าใจแหละว่าเค้าไม่ใช่ technical จะลง detail มากก้อไม่เหมาะ) ตัวแอพเองต้องสามารถ scale-out ได้ด้วยจึงจะย้ายไปใช้ cloud ได้อย่างดี ทว่าแอพโดยมากกลับทำได้แค่ scale-up เผลอๆ scale-up ก้อยังไม่ได้ บางแอพแม้อัด CPU อัดแรมไป แต่พอทำงานเรวๆ แล้วระบบกลับรวน อย่างไรก้อตาม โดยมาก overhead ในการแก้แอพจะอยู่ที่การออกแบบแอพให้ดี ส่วนเรื่อง coding ขึ้นกับ platform ที่ใช้ซะมากกว่า อย่างถ้าเปนของ azure ก้อ dev แบบ local ไปได้เลย สำหรับแอพทั่วๆ ไปตัว deployment package ที่ใช้ local กับที่ใช้บน azure แทบไม่ต่างกัน

ปล. จิงๆ แล้ว Public sector จะหมายความรวมถึงกลุ่มหน่วยงานภาครัฐด้วย ซึ่งตามความหมายนี้จะกลับกัน คือ กลุ่มหน่วยงานภาครัฐนี่แหละถือได้ว่าเปนหน่วยงานที่ใหญ่พอจะสร้าง private cloud แบบที่สามารถการันตีคุณสมบัติในระดับของ cloud จริงๆ ได้ (เข้าใจว่าคงใช้คนละความหมายกัน ก้อเลยอธิบายเพิ่มทิ้งไว้นิดนึงละกัน)

นอกเรื่อง :

icez Fri, 16/12/2011 - 15:33

นอกเรื่อง : เพลียกับภาษาที่คุณพิมพ์จังเลยฮะ อ่านลำบากมาก

ยังนึกไม่ออกอะ

tontpong Sun, 18/12/2011 - 00:39

ยังนึกไม่ออกอะ ว่าจะปรับแก้ยังไงแค่ไหนดี ถ้าช่วยยกจุดตัวอย่างหรือรายละเอียดเพิ่มอีกนิดก้อดีน้า ว่าอ่านลำบากยังไง..
ตรงไหน wording แปลก, spelling เพี้ยน, สำนวนประหลาด, การจัดเรียงข้อความมึนๆ, จับใจความยาก ฯลฯ

อย่างไรก้อขอขอบคุณนะคับผม ที่ช่วยสะกิด.. และก้อขอบคุณล่วงหน้านะขอรับ สำหรับการช่วยชี้แนะเพิ่มเติม, thk uๆ

ปรับปรุงการใช้คำก่อนเลยครับ

icez Sun, 18/12/2011 - 12:40

ปรับปรุงการใช้คำก่อนเลยครับ ผิด + วิบัติเพียบเลย

ประเดน => ประเด็น
ก้อ => ก็
เปน => เป็น (เคยเป็นประเด็นกันในนี้ใหญ่โตแล้วรอบนึงกับคำนี้)
เหน => เห็น
เตม => เต็ม
เรว => เร็ว (คำนี้พิมพ์ว่า เรว มันจะอ่านเป็น เลว ไปน่ะสิครับ)
จิงๆ => จริงๆ

แอบสังเกตว่า คุณพิมพ์ เครื่องหมาย ไม้ไต่คู้ ไม่ได้ อันนี้เป็นที่ keyboard หรือเปล่าฮะ? เพราะเห็นคำยากๆ อย่าง ศักยภาพ ยังพิมพ์ได้ และพิมพ์ถูกด้วย

ส่วนสำนวนการพิมพ์ที่เหลือค่อนข้างโอเคครับ สะดุดนิดๆ ตรงที่เจอศัพท์ eng แทรกค่อนข้างเยอะ

พอดีแอบติดมาจากเวลาพูด

tontpong Mon, 19/12/2011 - 22:16

พอดีแอบติดมาจากเวลาพูด ก้อเลยไทยปนปะกิดเยอะไปหน่อย.. จะทับศัพท์ก้อมักจะต้อง shift อีก ขี้เกียจ .

ส่วนเรื่องการสะกดคำนี่ มาจากความมักง่ายน่ะ เลยชินสะกดแบบ shift หาย แถมพาลจะตัดตัวควบกล้ำและย่นคำ
จะว่าเปนที่ keyboard ก้อไม่เชิง แบบว่าโดยมากมักพิมด้วยมือเดียว ก้อเลยลองๆ ใช้ simplified thai ดู

ก้อใช้จนชินละ ทว่ายังถือเปนแค่การทดลอง แม้คนรอบๆ ยังมิค่อยมีใครทักไร แต่ต่อไปอาจเลิกก้อได้ มิได้ยึดติดไร
ถ้ามีคนทักเยอะว่า simplified thai เข้าใจยาก ก้อยินดีกลับไปมักยาก หวนไปใช้ traditional thai

หรือถ้าที่นี่ห้ามภาษาแบบนี้ก้อยินดีงดใช้กับที่นี่ขอรับ.. พอดียังมิได้ไล่ดูข้อบังคับแบบละเอียด รุแค่ขึ้นข่าวนี่ห้ามแน่ๆ

ปล ขอบคุณคับ ที่สละเวลามาช่วยแนะ แม้ผมไม่ได้แก้ตามหมด แต่ก้อยังเกบคำแนะนี้ไว้เปนข้อมูลน่อ อย่าน้อยใจน้า