டாஷ்போர்டுகள்
டாஷ்போர்டுகள் உங்கள் Observability தீர்வின் முக்கியமான பகுதியாகும். அவை உங்கள் தரவின் ஒழுங்கமைக்கப்பட்ட காட்சிப்படுத்தலை உருவாக்க உதவுகின்றன. உங்கள் தரவின் வரலாற்றைப் பார்க்கவும், அதை மற்ற தொடர்புடைய தரவுடன் சேர்த்துப் பார்க்கவும் அவை உதவுகின்றன. சூழலை வழங்கவும் அவை அனுமதிக்கின்றன. பெரிய படத்தைப் புரிந்துகொள்ள அவை உதவுகின்றன.
பெரும்பாலும் மக்கள் தங்கள் தரவைச் சேகரித்து அலாரங்களை உருவாக்கி, பின் னர் நிறுத்திவிடுவார்கள். இருப்பினும், அலாரங்கள் ஒரு குறிப்பிட்ட நேரத்தின் நிலையை மட்டுமே காட்டுகின்றன, பொதுவாக ஒரு மெட்ரிக் அல்லது சிறிய தரவுத் தொகுப்புக்கு. காலப்போக்கில் நடத்தையைப் பார்க்க டாஷ்போர்டுகள் உதவுகின்றன.
ஒரு நடைமுறை உதாரணம்: அதிக CPU-க்கான அலாரத்தைக் கருத்தில் கொள்ளுங்கள்
இயந்திரம் விரும்பியதை விட அதிக CPU-யுடன் இயங்குகிறது என் பது உங்களுக்குத் தெரியும். நீங்கள் செயல்பட வேண்டுமா, எவ்வளவு விரைவாக? முடிவெடுக்க என்ன உதவலாம்?
- இந்த நிகழ்வு/அப்ளிகேஷனுக்கு இயல்பான CPU எப்படி இருக்கும்?
- இது ஒரு திடீர் உயர்வா, அல்லது அதிகரிக்கும் CPU-யின் போக்கா?
- செயல்திறனைப் பாதிக்கிறதா? இல்லையென்றால், எப்போது பாதிக்கும்?
- இது ஒரு வழக்கமான நிகழ்வா? பொதுவாக தானாகவே சரியாகுமா?
தரவின் வரலாற்றைப் பாருங்கள்
இப்போது CPU-யின் வரலாற்று நேர விளக்கப்படத்துடன் ஒரு டாஷ்போர்டைக் கருத்தில் கொள்ளுங்கள். இந்த ஒற்றை மெட்ரிக்குடன் கூட, இது ஒரு திடீர் உயர்வா அல்லது மேல்நோக்கிய போக்கா என்பதைப் பார்க்கலாம். மேல்நோக்கி எவ்வளவு வேகமாகப் போகிறது என்பதையும் பார்க்கலாம், எனவே நடவடிக்கையின் முன்னுரிமை குறித்து சில முடிவுகளை எடுக்கலாம்.
பணிப்பாய்வு மீதான தாக்கத்தைப் பாருங்கள்
ஆனால் இந்த இயந்திரம் என்ன செய்கிறது? எங்கள் ஒட்டுமொத்த சூழலில் இது எவ்வளவு முக்கியம்? இப்போது பணிப்பாய்வு செயல்திறனின் காட்சிப்படுத்தலைச் சேர்ப்பதை கற்பனை செய்யுங்கள் - மறுமொழி நேரம், செயல்திறன், பிழைகள் அல்லது வேறு அளவீடு. இப்போது அதிக CPU இந்த நிகழ்வு ஆதரிக்கும் பணிப்பாய்வு அல்லது பயனர்களை பாதிக்கிறதா என்பதைப் பார்க்கலாம்.
அலாரத்தின் வரலா ற்றைப் பாருங்கள்
கடந்த மாதத்தில் அலாரம் எத்தனை முறை தூண்டப்பட்டது என்பதைக் காட்டும் காட்சிப்படுத்தலைச் சேர்ப்பதைக் கருத்தில் கொள்ளுங்கள், மேலும் இது ஒரு வழக்கமான நிகழ்வா என்பதைப் பார்க்க பின்னோக்கிப் பாருங்கள். எடுத்துக்காட்டாக, ஒரு காப்புப்பிரதி வேலை திடீர் உயர்வைத் தூண்டுகிறதா? மீண்டும் நிகழும் முறையை அறிவது அடிப்படை சிக்கலைப் புரிந்துகொள்ளவும், அலாரம் மீண்டும் வராமல் இருக்க நீண்ட கால முடிவுகளை எடுக்கவும் உதவும்.
சூழலைச் சேர்க்கவும்
இறுதியாக, டாஷ்போர்டுக்கு சில சூழலைச ் சேர்க்கவும். இந்த டாஷ்போர்டு ஏன் உள்ளது, அது தொடர்புடைய பணிப்பாய்வு, சிக்கல் ஏற்படும்போது என்ன செய்ய வேண்டும், ஆவணங்களுக்கான இணைப்புகள், யாரைத் தொடர்பு கொள்ள வேண்டும் ஆகியவற்றின் சுருக்கமான விளக்கத்தைச் சேர்க்கவும்.
இப்போது நமக்கு ஒரு கதை உள்ளது, இது டாஷ்போர்டு பயனர் என்ன நடக்கிறது என்பதைப் பார்க்கவும், தாக்கத்தைப் புரிந்துகொள்ளவும், என்ன நடவடிக்கை மற்றும் அதன் அவசரம் குறித்து தரவு சார்ந்த முடிவுகளை எடுக்கவும் உதவுகிறது.
எல்லாவற்றையும் ஒரே நேரத்தில் காட்சிப்படுத்த முயற்சிக்காதீர்கள்
அலாரம் சோர்வு பற்றி நாம் அடிக்கடி பேசுகிறோம். அடையாளம் காணக்கூடிய செயல்கள் மற்றும் முன்னுரிமைகள் இல்லாமல் அதிகமான அலாரங்கள், உங்கள் குழுவை அதிகப்படுத்தி திறமையின்மைக்கு வழிவகுக்கும். அலாரங்கள் உங்களுக்கு முக்கியமான மற்றும் செயல்படக்கூடிய விஷயங்களுக்காக இருக்க வேண்டும்.
டாஷ்போர்டுகள் இங்கே மிகவும் நெகிழ்வானவை. அவை அலாரங்களைப் போல உங்கள் கவனத்தைக் கோருவதில்லை, எனவே இன்னும் முக்கியமானதா என்று உறுதியாகத் தெரியாத அல்லது உங்கள் ஆராய்ச்சியை ஆதரிக்கும் விஷயங்களை காட்சிப்படுத்த உங்களுக்கு அதிக சுதந்திரம் உள்ளது. இருப்பினும், அதிகமாகச் செய்யாதீர்கள்! எல்லாமே நல்ல விஷயத்தின் அதிகப்படியால் பாதிக்கப்படலாம்.
டாஷ்போர்டுகள் உங்களுக்கு முக்கியமான ஒன்றின் படத்தை வழங்க வேண்டும். எந்தத் தரவை உள்வாங்குவது என்று முடிவெடுப்பது போலவே, டாஷ்போர்டுகளுக்கு உங்களுக்கு என்ன முக்கியம் என்பதைப் பற்றி நீங்கள் சிந்திக்க வேண்டும். உங்கள் டாஷ்போர்டுகளுக்கு, இவற்றைப் பற்றி சிந்தியுங்கள்
- இதை யார் பார்ப்பார்கள்?
- அவர்களின் பின்னணி மற்றும் அறிவு என்ன?
- அவர்களுக்கு எவ்வளவு சூழல் தேவை?
- அவர்கள் எந்த கேள்விகளுக்கு பதில் கண்டறிய முயற்சிக்கிறார்கள்?
- இந்தத் தரவைப் பார்த்த பிறகு அவர்கள் என்ன நடவடிக்கைகளை எடுப்பார்கள்?
உங்கள் டாஷ்போர்டு கதை எப்படி இருக்க வேண்டும், எவ்வளவு சேர்க்க வேண்டும் என்பதை அறிவது சில நேரங்களில் கடினமாக இருக்கலாம். எனவே உங்கள் டாஷ்போர்டை வடிவமைக்க எங்கிருந்து தொடங்கலாம்? இரண்டு வழிகளைப் பார்ப்போம்: KPI சார்ந்தது அல்லது சம்பவம் சார்ந்தது.
உங்கள் டாஷ்போர்டை வடிவமைக்கவும்: KPI சார்ந்தது
இதைப் புரிந்துகொள்ள ஒரு வழி உங்கள் KPI-களிலிருந்து பின்னோக்கி வேலை செய்வது. இது பொதுவ ாக மிகவும் பயனர் சார்ந்த அணுகுமுறையாகும். அமைப்புக்கு, பொதுவாக மேலிருந்து கீழாக வேலை செய்கிறோம், டாஷ்போர்டில் கீழே நகரும்போது அல்லது கீழ் நிலை டாஷ்போர்டுகளுக்கு செல்லும்போது அதிக விவரங்களைப் பெறுகிறோம்.
முதலில், உங்கள் KPI-களைப் புரிந்துகொள்ளுங்கள். அவை என்ன அர்த்தம் என்பது. இவற்றை எப்படி காட்சிப்படுத்த விரும்புகிறீர்கள் என்பதை முடிவு செய்ய இது உதவும். பல KPI-கள் ஒற்றை எண்ணாகக் காட்டப்படுகின்றன. எடுத்துக்காட்டாக, எத்தனை சதவீத வாடிக்கையாளர்கள் ஒரு குறிப்பிட்ட பணிப்பாய்வை வெற்றிகரமாக நிறைவு செய்கிறார்கள், எவ்வளவு நேரத்தில்? ஆனால் எந்த காலத்தில்? ஒரு வாரத்தில் சராசரியாக எடுத்தால் உங்கள் KPI-ஐ நிறைவேற்றலாம், ஆனால் இதற்குள் உங்கள் தரங்களை மீறும் சிறிய காலங்கள் இருக்கலாம். இந்த மீறல்கள் உங்களுக்கு முக்கியமானவையா? உங்கள் வாடிக்கையாளர் அனுபவத்தை பாதிக்கின்றனவா? அப்படியானால், உங்கள் KPI-களைப் பார்க்க வெவ்வேறு காலங்கள் மற்றும் நேர விளக்கப்படங்களைக் கருத்தில் கொள்ளலாம். ஒருவேளை எல்லோருக்கும் விவரங்களைப் பார்க்க வேண்டியதில்லை, எனவே KPI-களின் விரிவாக்கத்தை ஒரு தனி டாஷ்போர்டுக்கு, ஒரு தனி பார்வையாளர்களுக்கு நகர்த்தலாம்.
அடுத்ததாக, அந்த KPI-களுக்கு என்ன பங்களிக்கிறது? அந்த செயல்கள் நடக்க என்ன பணிப்பாய்வுகள் இயங்க வேண்டும்? இவற்றை அளவிட முடியுமா?
முக்கிய கூறுகளை அடையாளம் கண்டு அவற்றின் செயல்திறனின் காட்சிப்படுத்தல்களைச் சேர்க்கவும். KPI மீறப்படும்போது, பணிப்பாய்வில் முக்கிய தாக்கம் எங்கே என்பதை விரைவாகப் பார்க்க முடிய வேண்டும்.
மேலும் கீழே தொடரலாம் - அந்த பணிப்பாய்வுகளின் செயல்திறனை என்ன பாதிக்கிறது? ஆழத்தின் நிலையை முடிவு செய்யும்போது உங்கள் பார்வையாளர்களை நினைவில் கொள்ளுங்கள்.
ஆர்டர் செய்யப்பட்ட எண்ணிக்கைக்கான KPI உள்ள மின்-வணிக அமைப்பின் உதாரணத்தைக் கருத்தில் கொள்ளுங்கள். ஆர்டர் செய்ய, பயனர்கள் பின்வரும் செயல்களைச் செய்ய முடிய வேண்டும்: பொருட்களைத் தேடுதல், கார்ட்டில் சேர்த்தல், டெலிவரி விவரங்களைச் சேர்த்தல், மற்றும் ஆர்டருக்கு பணம் செலுத்துதல். இந்த ஒவ்வொரு பணிப்பாய்வுக்கும், முக்கிய கூறுகள் செயல்படுகின்றனவா என்பதைச் சரிபார்க்கலாம். எடுத்துக்காட்டாக, RUM அல்லது Synthetics ஐப் பயன்படுத்தி செயல் வெற்றி தரவைப் பெற்று பயனர் ஒரு சிக்கலால் பாதிக்கப்படுகிறாரா என்பதைப் பார்க்கலாம். ஒவ்வொரு செயலின் செயல்திறன் எதிர்பார்த்தபடி உள்ளதா என்பதைப் பார்க்க செயல்திறன், தாமதம், தோல்வியுற்ற செயல் சதவீதங்களின் அளவீட்டைக் கருத்தில் கொள்ளலாம். செயல்திறனை என்ன பாதிக்கலாம் என்பதைப் பார்க்க அடிப்படை உள்கட்டமைப்பின் அளவீடுகளைக் கருத்தில் கொள்ளலாம்.
இருப்பினும், உங்கள் அனைத்து தகவல்களையும் ஒரே டாஷ்போர்டில் வைக்காதீர்கள். மீண்டும், உங்கள் பயனர் பார்வையாளர்களைக் கருத்தில் கொள்ளுங்கள்.
சரியான பயனர்களுக்கு சரியான சூழலை வழங்கும் டாஷ்போர்டுகளின் அடுக்குகளை உருவாக்கி, துளையிட அனுமதிக்கவும்.
உங்கள் டாஷ்போர்டை வடிவமைக்கவும்: சம்பவம் சார்ந்தது
பலருக்கு, சம்பவ தீர ்வு Observability-க்கான முக்கிய இயக்கியாகும். ஒரு பயனர் அல்லது Observability அலாரத்தால் ஒரு சிக்கல் குறித்து எச்சரிக்கப்பட்டுள்ளீர்கள், விரைவாக ஒரு தீர்வையும் சிக்கலின் மூல காரணத்தையும் கண்டறிய வேண்டும்.
உங்கள் சமீபத்திய சம்பவங்களைப் பார்ப்பதன் மூலம் தொடங்கவும். பொதுவான முறைகள் உள்ளனவா? உங்கள் நிறுவனத்திற்கு மிகவும் பாதிப்பை ஏற்படுத்தியவை எவை? எவை மீண்டும் நிகழ்கின்றன?
இந்த வழக்கில், தீவிரத்தைப் புரிந்துகொள்ள, மூல காரணத்தை அடையாளம் காண மற்றும் சம்பவத்தை சரிசெய்ய முயற்சிப்பவர்களுக்காக ஒரு டாஷ்போர்டை வடிவமைக்கிறோம்.
குறிப்பிட்ட சம்பவத்தைப் பற்றி யோசியுங்கள்.
- சம்பவம் அறிக்கையிடப்பட்டபடி உள்ளதா என்பதை எப்படி சரிபார்த்தீர்கள்?
- என்ன சரிபார்த்தீர்கள்? எண்ட்பாயிண்ட்கள்? பிழைகள்?
- தாக்கத்தை, எனவே சிக்கலின் முன்னுரிமையை எப்படி புரிந்துகொண்டீர்கள்?
- சிக்கலின் காரணத்திற்கு என்ன பார்த்தீர்கள்?
Application Performance Monitoring (APM) இங்கே உதவும், எண்ட்பாயிண்ட்கள் மற்றும் பணிப்பாய்வுகளின் வழக்கமான அடிப்படை மற்றும் சோதனைக்கு Synthetics மற்றும் உண்மையான வாடிக்கையாளர் அனுபவத்திற்கு RUM. எந்த பணிப்பாய்வுகள் பாதிக்கப்படுகின்றன, எவ்வளவு என்பதை விரைவாகக் காட்சிப்படுத்த இந்தத் தரவைப் பயன்படுத்தலாம்.
காலப்போக்கில் பிழை எண்ணிக்கை மற்றும் முதல் # பிழைகளைக் காட்டும் காட்சிப்படுத்தல்கள், சரியான பகுதியில் கவனம் செலுத்தவும், பிழைகளின் குறிப்பிட்ட விவரங்களைக் காட்டவும் உதவும். இங்குதான் நாம் பெரும ்பாலும் லாக் தரவு மற்றும் பிழை குறியீடுகள் மற்றும் காரணங்களின் மாறும் காட்சிப்படுத்தல்களைப் பயன்படுத்துகிறோம்.
குறிப்பிட்ட விவரங்களுக்கு விரைவாகச் செல்ல ஏதேனும் வடிகட்டுதல் அல்லது துளையிடல் இருப்பது மிகவும் பயனுள்ளதாக இருக்கும். அதிக மேல்நிலை இல்லாமல் இதை செயல்படுத்துவதற்கான வழிகளை யோசியுங்கள். எடுத்துக்காட்டாக, விவரங்களுக்கு நெருக்கமாகச் செல்ல வடிகட்டக்கூடிய ஒற்றை டாஷ்போர்டு வைத்திருப்பது.
அமைப்பு
உங்கள் டாஷ்போர்டின் அமைப்பும் முக்கியமானது.
பொதுவாக உங்கள் பயனருக்கு மிகவும் மு க்கியமான காட்சிப்படுத்தல்கள் மேல் இடதுபுறத்தில் இருக்க வேண்டும், அல்லது பக்க வழிசெலுத்தலின் இயல்பான தொடக்கத்துடன் ஒத்திசைக்கப்பட வேண்டும்.
கதையைச் சொல்ல அமைப்பைப் பயன்படுத்தலாம். எடுத்துக்காட்டாக, மேலிருந்து கீழ் அமைப்பைப் பயன்படுத்தலாம், கீழே ஸ்க்ரோல் செய்யும்போது அதிக விவரங்களைக் காணலாம். அல்லது இடமிருந்து வலமாக காட்சி பயனுள்ளதாக இருக்கலாம், உயர் நிலை சேவைகள் இடதுபுறத்திலும், வலப்புறம் நகரும்போது அவற்றின் சார்புநிலைகளும் இருக்கும்.
மாறும் உள்ளடக்கத்தை உருவாக்கவும்
உங்கள் பணிச்சுமைகளில் பல தேவை அதிகரிக்கும்போது வளரவும் குறையும்போது ச ுருங்கவும் வடிவமைக்கப்படும், உங்கள் டாஷ்போர்டுகள் இதைக் கணக்கில் எடுத்துக்கொள்ள வேண்டும். எடுத்துக்காட்டாக, உங்கள் நிகழ்வுகள் ஒரு தானியங்கி அளவிடுதல் குழுவில் இருக்கலாம், குறிப்பிட்ட சுமையை எட்டும்போது கூடுதல் நிகழ்வுகள் சேர்க்கப்படும்.
குறிப்பிட்ட நிகழ்வுகளிலிருந்து தரவைக் காட்டும் டாஷ்போர்டு, ஏதேனும் வகையான ID மூலம் குறிப்பிடப்பட்டிருந்தால், புதிய நிகழ்வுகளிலிருந்து தரவைப் பார்க்க அனுமதிக்காது. உங்கள் வளங்கள் மற்றும் தரவுக்கு மெட்டாடேட்டாவைச் சேர்க்கவும், அதனால் குறிப்பிட்ட மெட்டாடேட்டா மதிப்புடன் அனைத்து நிகழ்வுகளையும் கைப்பற்ற உங்கள் காட்சிப்படுத்தல்களை உருவாக ்கலாம். இந்த வழியில் அவை உண்மையான நிலையை பிரதிபலிக்கும்.
மாறும் காட்சிப்படுத்தல்களின் மற்றொரு உதாரணம், இப்போது நிகழும் முதல் 10 பிழைகளையும், சமீபத்திய வரலாற்றில் அவை எப்படி நடந்துள்ளன என்பதையும் கண்டறிய முடிவதாக இருக்கலாம். எந்த பிழைகள் நிகழலாம் என்ற அறிவு இல்லாமல் ஒரு அட்டவணை அல்லது விளக்கப்படத்தைப் பார்க்க விரும்புகிறீர்கள்.
காரணங்களை விட அறிகுறிகளைப் பற்றி முதலில் சிந்தியுங்கள்
நீங்கள் அறிகுறிகளை கவனிக்கும்போது, இது உங்கள் பயனர்கள் மற்றும் அமைப்புகளில் என்ன தாக்கத்தை ஏற்படுத்துகிறது என்பதைக் கருத்தில் கொள்கிறீர்கள். பல அடிப்படை காரணங்கள் ஒரே அறிகுறிகளை கொடுக்கலாம். இது அறியப்படாத சிக்கல்கள் உட்பட அதிக சிக்கல்களைக் கைப்பற்ற உங்களுக்கு உதவுகிறது. காரணங்களைப் புரிந்துகொள்ளும்போது, சிக்கல்களை விரைவாகக் கண்டறிந்து சரிசெய்ய உங்கள் கீழ் நிலை டாஷ்போர்டுகள் இவற்றுக்கு மிகவும் குறிப்பானதாக இருக்கலாம்.
கடந்த வாரம் பயனர்களை பாதித்த குறிப்பிட்ட JavaScript பிழையைக் கைப்பற்ற வேண்டாம். அது சீர்குலைத்த பணிப்பாய்வின் மீதான தாக்கத்தை கைப்பற் றுங்கள், பின்னர் சமீபத்திய வரலாற்றில் JavaScript பிழைகளின் முதல் எண்ணிக்கை அல்லது சமீபத்திய வரலாற்றில் வியத்தகு அளவில் அதிகரித்தவற்றைக் காட்டுங்கள்.
முதல்/கடைசி N ஐப் பயன்படுத்தவும்
பெரும்பாலான நேரங்களில் உங்கள் அனைத்து இயக்க மெட்ரிக்குகளையும் ஒரே நேரத்தில் காட்சிப்படுத்த வேண்டிய அவசியமில்லை. EC2 நிகழ்வுகளின் பெரிய தொகுப்பு இதற்கு ஒரு நல்ல உதாரணம்: நூற்றுக்கணக்கான சேவையகங்களின் வட்டு IOPS அல்லது CPU பயன்பாட்டை ஒரே நேரத்தில் காட்ட வேண்டிய அவசியமும் மதிப்பும் இல்லை. இது ஒரு எதிர்-முறையை உருவாக்குகிறது, அங்கு சிறந்த (அல்லது மோசமான) செயல்திறன் கொண்ட வளங்களைப் பார்ப்பதை வ ிட உங்கள் மெட்ரிக்குகளை தோண்டுவதில் அதிக நேரம் செலவிடலாம்.
எந்தவொரு மெட்ரிக்கிற்கும் பத்து அல்லது 20 ஐக் காட்ட உங்கள் டாஷ்போர்டுகளைப் பயன்படுத்தவும், பின்னர் இது வெளிப்படுத்தும் அறிகுறிகளில் கவனம் செலுத்தவும்.
CloudWatch மெட்ரிக்குகள் எந்த நேர வரிசைக்கும் முதல் N ஐத் தேட உங்களை அனுமதிக்கிறது. எடுத்துக்காட்டாக, இந்த வினவல் CPU பயன்பாட்டின் அடிப்படையில் மிகவும் பிஸியான 20 EC2 நிகழ்வுகளைத் திருப்பி அனுப்பும்:
SORT(SEARCH('{AWS/EC2,InstanceId} MetricName="CPUUtilization"', 'Average', 300), SUM, DESC, 10)
உங்கள் டாஷ்போர்டுகளில் முதல் அல்லது கடைசி செயல்திறன் மெட்ரிக்குகளை அடையாளம் காண இந்த அணுகுமுறை அல்லது CloudWatch Metric Insights உடன் ஒத்ததைப் பயன்படுத்தவும்.
KPI-களை வரம்புகளுடன் காட்சிப்படுத்தவும்
உங்கள் KPI-கள் ஒரு எச்சரிக்கை அல்லது பிழை வரம்பைக் கொண்டிருக்க வேண்டும், டாஷ்போர்டுகள் இதை கிடைமட்ட குறிப்புரையைப் பயன்படுத்திக் காட்டலாம். இது ஒரு விட்ஜெட்டில் உயர் நீர் குறியாகத் தோன்றும். இதை காட்சிப்படுத்துவது வணிக விளைவுகள் அல்லது உள்கட்டமைப்பு ஆபத்தில் இருந்தால் மனித ஆபரேட்டர்களுக்கு முன்கூட்டிய எச்சரிக்கையை வழங்கும்.
கிடைமட்ட குறிப்புரைகள் நன்கு வளர்ந்த டாஷ்போர்டின் முக்கியமான பகுதியாகும்.
சூழலின் முக்கியத்துவம்
மக்கள் தரவை எளிதாக தவறாக விளக்கலாம். அவர்களின் பின்னணி மற்றும் தற்போதைய சூழல் அவர்கள் தரவைப் பார்க்கும் விதத்தை பாதிக்கும்.
எனவே உங்கள் டாஷ்போர்டில் உரை சேர்க்கவும். இந்தத் தரவு எதற்கு, யாருக்கு? இதன் அர்த்தம் என்ன? அப்ளிகேஷன் ஆவணங்கள், யார் ஆதரிக்கிறார்கள், சிக்கல் தீர்வு ஆவணங்களுக்கு இணைக்கவும். உங்கள் டாஷ்போர்டு காட்சியைப் பிரிக்க உரை காட்சிகளையும் பயன்படுத்தலாம். இடது-வலது சூழலை அமைக்க அவற்றை இடதுபுறத்தில் பயன்படுத்தவும். உங்கள் டாஷ்போர்டை செங்குத்தாகப் பிரிக்க முழு கிடைமட்ட காட்சிகளாகப் பயன்படுத்தவும்.
IT ஆதரவு, இயக்க ஆன்-கால் அல்லது வணிக உரிமையாளர்களுக்கான இணைப்புகள், சிக்கல்கள் ஏற்படும்போது உதவக்கூடிய நபர்களைத் தொடர்புகொள்ள குழுக்களுக்கு விரைவான பாதையை வழங்கும்.
டிக்கெட்டிங் அமைப்புகளுக்கான ஹைப்பர்லிங்க்குகள் டாஷ்போர்டுகளுக்கு மிகவும் பயனுள்ள சேர்க்கையாகும்.