Initial Architecture of MySpace :In

Initial Architecture of MySpace :


In the initial phase they adopted two web server architecture and


Data base server
MS SQL Server


This was suitable for small to medium sites for simplicity. As the members grew shartfalls in the initial setup start getting visible. MySpace team tried to attend and resolve them to a certain level.


The Problems & Resolution


Prob.1. : Database servers reached their I/O limits when MySpace reached 2 million accounts.


Effect was site lag behind in Content update


Solution Attempetd : MySpace switched to vertical partitioning model where separate database supported distinct functions like –

Log-in Screens
User Profile
Blogs

Problems-2 : When MySpace reached 3 million accounts some functions grew very large.


Effect was one database server proved insufficient

Resolution : Requirement was scale up strategy. MySpace added many cheaper servers to share the database workload. And Distributed Architecture.


Data of 1 million accounts per separate instance of SQL server.


Problem.3 : Grwoth in accounts led to performance issues and waiting time increased drastically.


Resolution -In 2005 added layer of servers between database servers and web servers. This reduced load on database server.

Problem.4 :When MySpace Crossed 25 million accounts Effect was seen on the performance and I/O speeds

Resolution -Moved to 64-bit SQL server to work around their memory bottleneck issues. Their standard database server configuration uses 64 GB of RAM.


Failure isolation. Segment requests into web server by database. Allow only 7 threads per database. So if the database is slow only those threads will slowdown and the traffic in the other threads will flow.

Further Task for Developers
MySpace still faces overloads more frequently than other sites.
Login errors occurs at 20 to 40%.


Site activity continues to challenge the technology. Developers continue to redesign Database Software and Storage System. Task is never ending


Conclusion :
Since the beginning, MySpace.com has operated in ad-hoc fire-fighting mode, evolving its architecture to oil whatever new squeaks presented themselves. MySpace.com continues to experience significant performance and reliability problems, but they’ve never been showstoppers. Lack of long term planning by the MySpace team gets reflected in the case and this has costed them the loss of leadership advantage. Face Book, Twitter and You Tube with similar business model have marched ahead.


Other Posts :


Handling Multinational market on web by Nokia


Loreal collaboration through MS Share Point

ผลลัพธ์ (ไทย) 1:

เริ่มต้นสถาปัตยกรรมของมายสเปซ:


ในระยะเริ่มต้นจะนำ สองเว็บสถาปัตยกรรมของเซิร์ฟเวอร์ และ


เซิร์ฟเวอร์ฐานข้อมูล
MS SQL Server


นี้ไม่เหมาะเล็กไซต์กลางสำหรับความเรียบง่าย เป็นสมาชิกเติบโต shartfalls ในการตั้งค่าเริ่มต้นเริ่มต้นมองเห็น มายสเปซทีมพยายามที่จะเข้าร่วมประชุม และแก้ไขปัญหาให้ความบางระดับ


&ปัญหา Resolution


Prob.1 : เซิร์ฟเวอร์ฐานข้อมูลถึงขีดจำกัดของ I/O เมื่อมายสเปซแล้ว 2 ล้านบัญชี


คือ ความล่าช้าของเว็บไซต์อยู่เบื้องหลังในการปรับปรุงเนื้อหา


Attempetd โซลูชั่น: มายสเปซสลับแนวตั้งแบบแบ่งพาร์ติชันที่ฐานข้อมูลแยกต่างหากที่สนับสนุนฟังก์ชันแตกต่างกันเช่น –

หน้าจอล็อกอิน
โพรไฟล์ผู้ใช้
บล็อก

2 ปัญหา: มายสเปซเมื่อถึง 3 ล้านบัญชีบางฟังก์ชันเติบโตมาก


คือ เซิร์ฟเวอร์ฐานข้อมูลหนึ่งที่พอพิสูจน์

ความละเอียด: ความต้องระดับกลยุทธ์ขึ้น มายสเปซเพิ่มเซิร์ฟเวอร์มากถูกกว่าปริมาณฐานข้อมูลที่ใช้ร่วมกัน และสถาปัตยกรรม Distributed


ข้อมูล 1 ล้านบัญชีสำหรับแต่ละอินสแตนซ์ที่แยกต่างหากของ SQL เซิร์ฟเวอร์


ปัญหา 3: Grwoth ในบัญชีที่นำไปสู่ปัญหาประสิทธิภาพการทำงานและรอเวลาเพิ่มขึ้นอย่างรวดเร็ว


ความละเอียด-ในปี 2005 เพิ่มชั้นของเซิร์ฟเวอร์ระหว่างเว็บเซิร์ฟเวอร์และเซิร์ฟเวอร์ฐานข้อมูล นี้ลดการทำงานบนเซิร์ฟเวอร์ฐานข้อมูล

ปัญหา 4: เมื่อมายสเปซข้ามบัญชี 25 ล้านผลได้เห็นการปฏิบัติงานและ I/O ความเร็ว

ความละเอียด-ย้ายเซิร์ฟเวอร์ SQL 64 บิตเมื่อต้องการแก้ไขปัญหาคอขวดของหน่วยความจำ การกำหนดค่าเซิร์ฟเวอร์ฐานข้อมูลมาตรฐาน 64 กิกะไบต์ของ RAM ที่ใช้


แยกความล้มเหลว คำขอเมนต์ลงในเว็บเซิร์ฟเวอร์โดยฐานข้อมูล อนุญาตให้เฉพาะ 7 เส้นต่อฐานข้อมูล ดังนั้นถ้าฐานข้อมูลช้า เฉพาะเธรดที่จะชะลอตัวและการจราจรในอีก หัวข้อจะไหล

งานเพิ่มเติมสำหรับนักพัฒนา
มายสเปซยังคงหันหน้า overloads บ่อยกว่าเว็บไซต์อื่น ๆ
ล็อกข้อผิดพลาดเกิดขึ้นที่ 20 เพื่อ 40%.


Site กิจกรรมยังคงท้าทายเทคโนโลยี นักพัฒนายังออกแบบซอฟต์แวร์ฐานข้อมูลและระบบการจัดเก็บ ไม่มีการสิ้นสุดงาน


สรุป:
ตั้งแต่ต้น MySpace.com ได้ดำเนินการในโหมดการต่อสู้ไฟกิจ วิวัฒนาการของสถาปัตยกรรมกับน้ำมันอะไรก็ตามระยิบระยับใหม่นำเสนอตัวเอง MySpace.com ยังคงประสบปัญหาความน่าเชื่อถือและประสิทธิภาพการทำงานอย่างมีนัยสำคัญ แต่พวกเขาไม่เคยได้ showstoppers ขาดการวางแผน โดยทีมมายสเปซระยะยาวรับประจำกรณี และซึ่งได้คิดต้นทุนเหล่านั้นสูญเสียความได้เปรียบในการเป็นผู้นำ หน้าหนังสือ Twitter และ หลอดคุณกับรูปแบบธุรกิจคล้ายคลึงกันได้เดินไปข้างหน้า


กระทู้อื่น ๆ:


จัดการทำตลาดบนเว็บโดยโนเกีย


ร่วม Loreal ผ่านจุดหุ้น MS

ผลลัพธ์ (ไทย) 2:

สถาปัตยกรรมเริ่มต้นของสเปซ: ในระยะเริ่มต้นที่พวกเขานำมาใช้สถาปัตยกรรมเว็บเซิร์ฟเวอร์สองและเซิร์ฟเวอร์ฐานข้อมูลMS SQL Server นี้เหมาะสำหรับการขนาดเล็กถึงขนาดกลางเว็บไซต์สำหรับความเรียบง่าย ในฐานะที่เป็นสมาชิกเพิ่มขึ้นใน shartfalls ตั้งค่าเริ่มต้นเริ่มต้นการมองเห็นได้ ทีมสเปซพยายามที่จะเข้าร่วมประชุมและแก้ปัญหาให้พวกเขาในระดับหนึ่งปัญหาและความละเอียดProb.1 : เซิร์ฟเวอร์ฐานข้อมูลถึงขีด จำกัด ของ I / O ของพวกเขาเมื่อ MySpace ถึง 2 ล้านบัญชีผลเป็นเว็บไซต์ที่อยู่เบื้องหลังความล่าช้าในการปรับปรุงเนื้อหาโซลูชั่น Attempetd: MySpace เปลี่ยนรูปแบบการแบ่งพาร์ติชันในแนวตั้งที่ฐานข้อมูลแยกต่างหากที่สนับสนุนฟังก์ชั่นที่แตกต่างกันเช่น - การเข้าสู่ระบบในหน้าจอโปรไฟล์ผู้ใช้บล็อกปัญหาของ 2: สเปซเมื่อมาถึง 3 ล้านบัญชีฟังก์ชั่นบางอย่างที่มีขนาดใหญ่มากขึ้นเรื่อย ๆผลคือเซิร์ฟเวอร์ฐานข้อมูลหนึ่งพิสูจน์แล้วว่าไม่เพียงพอมติ: ความต้องการเป็นกลยุทธ์ระดับขึ้น MySpace เพิ่มเซิร์ฟเวอร์ที่ถูกกว่ามากที่จะแบ่งปันภาระงานฐานข้อมูล และกระจายสถาปัตยกรรมข้อมูลของ 1 ล้านบัญชีต่อเช่นกันของเซิร์ฟเวอร์Problem.3: Grwoth ในบัญชีจะนำไปสู่ปัญหาเรื่องประสิทธิภาพและรอเวลาที่เพิ่มขึ้นอย่างเห็นได้ชัดความละเอียดในปี 2005 เพิ่มชั้นของเซิร์ฟเวอร์ระหว่างเซิร์ฟเวอร์ฐานข้อมูลและเว็บเซิร์ฟเวอร์ นี้ลดภาระบนเซิร์ฟเวอร์ฐานข้อมูลProblem.4: เมื่อ MySpace ข้าม 25 ล้านบัญชีที่เห็นผลต่อประสิทธิภาพการทำงานและ I / O ความเร็วความละเอียดย้ายไปยังเซิร์ฟเวอร์ 64 บิต SQL เพื่อหลีกเลี่ยงปัญหาคอขวดของหน่วยความจำของพวกเขา การกำหนดค่าเซิร์ฟเวอร์ฐานข้อมูลของพวกเขาใช้มาตรฐาน 64 กิกะไบต์ของการแยกความล้มเหลว ส่วนขอลงในเว็บเซิร์ฟเวอร์ฐานข้อมูล อนุญาตให้ใช้เพียง 7 หัวข้อต่อฐานข้อมูล ดังนั้นหากฐานข้อมูลช้าเพียงหัวข้อเหล่านั้นจะชะลอตัวลงและการจราจรในหัวข้ออื่น ๆ จะไหลต่อไปในการพัฒนางานสเปซยังคงเผชิญกับ overloads บ่อยกว่าเว็บไซต์อื่น ๆเข้าสู่ระบบข้อผิดพลาดที่เกิดขึ้นใน 20-40% กิจกรรมที่เว็บไซต์ยังคงท้าทาย เทคโนโลยี นักพัฒนายังคงการออกแบบซอฟแวร์ฐานข้อมูลและระบบจัดเก็บ งานจะไม่สิ้นสุดสรุป: ตั้งแต่จุดเริ่มต้นที่ MySpace.com ได้ดำเนินการในเฉพาะกิจโหมดดับเพลิงพัฒนาสถาปัตยกรรมน้ำมัน squeaks สิ่งใหม่ที่นำเสนอตัวเอง MySpace.com ยังคงมีประสิทธิภาพและความน่าเชื่อถือปัญหาอย่างมีนัยสำคัญ แต่พวกเขาไม่เคย showstoppers ขาดการวางแผนระยะยาวโดยทีมงานสเปซได้รับการสะท้อนให้เห็นในกรณีนี้และได้ costed พวกเขาสูญเสียความได้เปรียบในการเป็นผู้นำ Face Book, Twitter และคุณหลอดกับรูปแบบธุรกิจที่คล้ายกันได้เดินไปข้างหน้าอื่น ๆ กระทู้: การจัดการตลาดข้ามชาติบนเว็บโดย Nokia ความร่วมมืออรีอัลผ่าน MS Share Point

ผลลัพธ์ (ไทย) 3:

สถาปัตยกรรมเบื้องต้นของ MySpace :


ในเบื้องต้นระยะที่พวกเขาใช้สองเว็บเซิร์ฟเวอร์สถาปัตยกรรมและ


ฐานข้อมูล MS SQL Server เซิร์ฟเวอร์



นี้เหมาะสมสำหรับขนาดเล็กขนาดกลางเว็บไซต์สำหรับความเรียบง่าย ในฐานะสมาชิกที่เติบโต shartfalls ในการตั้งค่าเริ่มต้นจะเริ่มมองเห็น ทีมงานพยายามที่จะเข้าร่วมสนุกและแก้ไขพวกเขาในระดับหนึ่ง





แก้ไขปัญหา& prob . 1 :เซิร์ฟเวอร์ฐานข้อมูลของ I / O ถึงขีด จำกัด เมื่อ MySpace ถึง 2 ล้านบัญชี


ผลเป็นเว็บไซต์ล้าหลังในการปรับปรุงเนื้อหาโซลูชั่น

attempetd : MySpace เปลี่ยนแนวตั้งฉากแบบที่แยกหน้าที่แตกต่างกัน เช่นการสนับสนุนฐานข้อมูลและบันทึกในหน้าจอ





problems-2 โปรไฟล์บล็อกเมื่อ MySpace ถึง 3 ล้านบัญชีบางฟังก์ชั่น

โตมากผลคือหนึ่งเซิร์ฟเวอร์ฐานข้อมูลพิสูจน์ไม่เพียงพอ

ความละเอียด : ความต้องการได้เพิ่มกลยุทธ์ MySpace เพิ่มหลายที่ถูกกว่าเซิร์ฟเวอร์เพื่อแบ่งปันฐานข้อมูลปริมาณงาน สถาปัตยกรรมการกระจาย


ข้อมูล 1 ล้านบัญชีต่อแยกอินสแตนซ์ของ SQL Server มีปัญหา

3 : การเจริญเติบโตในบัญชีนำไปสู่ปัญหาเรื่องประสิทธิภาพและเวลาที่รอคอย

เพิ่มขึ้นอย่างมากความละเอียด - 2005 เพิ่มชั้นของเซิร์ฟเวอร์ระหว่างเซิร์ฟเวอร์ฐานข้อมูล และ เว็บ เซิร์ฟเวอร์ การโหลดบนเซิร์ฟเวอร์ฐานข้อมูล

ปัญหา ที่ 4 : เมื่อ MySpace ได้ 25 ล้านบัญชี ผลที่เห็นในการปฏิบัติ และ I / O ความเร็ว

ละเอียด - ย้าย 64 บิต SQL Server ทำงานรอบคอขวดของหน่วยความจำมีปัญหา การตั้งค่ามาตรฐานเซิร์ฟเวอร์ฐานข้อมูลการใช้ 64 GB of RAM .

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

เพิ่มเติม งานสําหรับนักพัฒนา
MySpace ยังใบหน้า overloads บ่อยกว่าเว็บไซต์อื่น ๆ .
ข้อผิดพลาดเข้าสู่ระบบเกิดขึ้นที่ 20 ถึง 40 %


เว็บไซต์กิจกรรมยังคงท้าทายเทคโนโลยีนักพัฒนายังคงการออกแบบซอฟต์แวร์ฐานข้อมูลและการจัดเก็บข้อมูลระบบ งาน ไม่มีวันจบ


สรุป :
ตั้งแต่เริ่มต้น ได้ดำเนินการในโหมด Ad - hoc MySpace.com ดับเพลิง การพัฒนาสถาปัตยกรรมใหม่เพราะน้ำมันที่นำเสนอตัวเอง ยังคงประสบการณ์การทำงานอย่าง MySpace.com และปัญหาความน่าเชื่อถือ แต่พวกเขาไม่เคย showstoppers .ขาดการวางแผนระยะยาว โดยทีม MySpace จะสะท้อนให้เห็นในคดีนี้ได้ โดยใช้เงินลงทุนและพวกเขาสูญเสียประโยชน์จากความเป็นผู้นำ หนังสือใบหน้า , Twitter และคุณหลอดกับรูปแบบธุรกิจที่คล้ายคลึงกันได้เดินไปข้างหน้า





โพสต์อื่น ๆ : การจัดการข้ามชาติตลาดบนเว็บโดยโนเกีย


รายละเอียดความร่วมมือผ่าน MS แลกเปลี่ยนจุด