<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>&#8235;תגובות לפוסט: &#34;איפה הדופק של האתר שלך?&#34;&#8236;</title>
	<atom:link href="http://www.accelerate.co.il/2009/02/where-is-your-sites-pulse/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.accelerate.co.il/2009/02/where-is-your-sites-pulse/</link>
	<description>&#8235;Helping Israeli Startups&#8236;</description> 	<lastBuildDate>Tue, 02 Mar 2010 09:27:37 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>&#8235;מאת: ג'ואי שימחון&#8236;</title>
		<link>http://www.accelerate.co.il/2009/02/where-is-your-sites-pulse/comment-page-1/#comment-45</link>
		<dc:creator>&#8235;ג'ואי שימחון&#8236;</dc:creator>		<pubDate>Tue, 24 Feb 2009 22:01:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.accelerate.co.il/?p=241#comment-45</guid>
		<description>&#8235;נושא הניטור ואיסוף המידע בזמן ריצה הוא חשוב לאין כמוהו, הייתי מציע שתי נקודות נוספות למחשבה:

הראשונה, כדאי לעשות הפרדה בין vital signs של התשתית (ניצול זיכרון, מקום בדיסק, ניצול CPU וכדו&#039;) אותם ניתן לאסוף בעזרת performance counters של מערכת ההפעלה לבין vital signs של האפליקציה שהם לא קיימים ומצריכים לדאוג שניתן יהיה לדגום אותם (כמות נרשמים חדשים לפרק זמן, כמות תכנים חדשים לפרק זמן, כמות הודעות שנשלחו)
לעתים, דגימת הנתונים האלו תיעשה על-ידי גישה לנתונים ולעתים יהיה צורך לכתוב קוד מיוחד לצורך הדגימה.

נקודה נוספת שכדאי לקחת בחשבון היא שישנם כלים המאפשרים דגימות מפורטות יותר, אשר אולי לא יהיה נכון להריצם לאורך זמן אך לחלוטין נכון יהיה לבצע דגימה יזומה שלהם אחת לכמה זמן, דוגמה אחת היא לפתח מנגנון שיודע לנטר כל בקשה לאפליקציה בצד השרת כולל המידע המועבר ולכתוב אותה ללוג מפורט, דבר שלא ריאלי לעשות לאורך זמן אך לוג מידגמי של כמה אלפי בקשות יכול לתת אינדיקציה מאוד חזקה לגבי מצב המערכת, באותה מידה ישנם כלים שמסייעים לדגום את חוויית המשתמש בצד הלקוח אשר ניתן &quot;להעמיס&quot; אותם על משתמשים באופן מידגמי ולקבל מידע מספק.

מערכת ניטור שהייתי ממליץ לבחון בחום היא &lt;a href=&quot;http://www.hyperic.com/&quot; rel=&quot;nofollow&quot;&gt;Hyperic&lt;/a&gt; שמגיעה גם בגרסת open source ומאפשרת ניטור של סביבות הטרוגניות כולל תמיכה ב-cloud services.&#8236;</description> 		<content:encoded><![CDATA[<div style='direction: rtl;'>
<p>נושא הניטור ואיסוף המידע בזמן ריצה הוא חשוב לאין כמוהו, הייתי מציע שתי נקודות נוספות למחשבה:</p>
<p>הראשונה, כדאי לעשות הפרדה בין vital signs של התשתית (ניצול זיכרון, מקום בדיסק, ניצול CPU וכדו') אותם ניתן לאסוף בעזרת performance counters של מערכת ההפעלה לבין vital signs של האפליקציה שהם לא קיימים ומצריכים לדאוג שניתן יהיה לדגום אותם (כמות נרשמים חדשים לפרק זמן, כמות תכנים חדשים לפרק זמן, כמות הודעות שנשלחו)<br />
לעתים, דגימת הנתונים האלו תיעשה על-ידי גישה לנתונים ולעתים יהיה צורך לכתוב קוד מיוחד לצורך הדגימה.</p>
<p>נקודה נוספת שכדאי לקחת בחשבון היא שישנם כלים המאפשרים דגימות מפורטות יותר, אשר אולי לא יהיה נכון להריצם לאורך זמן אך לחלוטין נכון יהיה לבצע דגימה יזומה שלהם אחת לכמה זמן, דוגמה אחת היא לפתח מנגנון שיודע לנטר כל בקשה לאפליקציה בצד השרת כולל המידע המועבר ולכתוב אותה ללוג מפורט, דבר שלא ריאלי לעשות לאורך זמן אך לוג מידגמי של כמה אלפי בקשות יכול לתת אינדיקציה מאוד חזקה לגבי מצב המערכת, באותה מידה ישנם כלים שמסייעים לדגום את חוויית המשתמש בצד הלקוח אשר ניתן &quot;להעמיס&quot; אותם על משתמשים באופן מידגמי ולקבל מידע מספק.</p>
<p>מערכת ניטור שהייתי ממליץ לבחון בחום היא <a href="http://www.hyperic.com/" rel="nofollow" onclick="pageTracker._trackPageview('/outgoing/www.hyperic.com/?referer=');">Hyperic</a> שמגיעה גם בגרסת open source ומאפשרת ניטור של סביבות הטרוגניות כולל תמיכה ב-cloud services.</p>
</div>
]]></content:encoded>
	</item>
</channel>
</rss>
