Cloud Hub אוסף נתונים מכל Google Cloud כדי שתוכלו לראות את הנתונים בלוחות בקרה מרכזיים במסוף Google Cloud . כדי להתחיל להשתמש ב-Cloud Hub, צריך להגדיר שירותי Google Cloud שמספקים נתונים ל-Cloud Hub.
סקירה כללית
תהליך ההגדרה כולל את המשימות העיקריות הבאות:
כדי ליצור אפליקציות ב-App Hub ולצפות בנתונים שלהן ב-Cloud Hub, צריך להגדיר ניהול אפליקציות.
גם אם לא תגדירו ניהול אפליקציות, עדיין תוכלו לראות נתונים מסוימים לפיGoogle Cloud פרויקט במקום לפי אפליקציה ב-Cloud Hub.
מפעילים ממשקי API לנתוני הפרויקט. חלק מהדפים ב-Cloud Hub לא תומכים בנתוני אפליקציות. צריך להפעיל את ממשקי ה-API עבור הדפים האלה בנפרד.
לתת גישה למשתמשי Cloud Hub.
יכול להיות שאנשים או צוותים שונים יהיו אחראים לשלבים שונים בתהליך ההגדרה של Cloud Hub.
הגדרת ניהול אפליקציות
בקטע הזה מוסבר איך להפעיל את ניהול האפליקציות וליצור את האפליקציות.
התפקידים הנדרשים
כדי לקבל את ההרשאות שדרושות להגדרת תיקייה עם אפליקציות, צריך לבקש מהאדמין להקצות לכם את תפקידי ה-IAM הבאים:
-
הפעלת ניהול אפליקציות:
Folder Admin (
roles/resourcemanager.folderAdmin) במשאב ההורה של התיקייה -
הפעלת ממשקי API:
אדמין שימוש בשירות (
roles/serviceusage.serviceUsageAdmin) בתיקיית היעד (כדי להפעיל ממשקי API נדרשים ומומלצים) -
מקשרים חשבון לחיוב לפרויקט הניהול:
- Project Billing Manager (
roles/billing.projectManager) בפרויקט הניהול - משתמש בחשבון לחיוב (
roles/billing.user) בחשבון היעד לחיוב
- Project Billing Manager (
-
הקצאת תפקידים שמתמקדים באפליקציה למשתמשים: אדמין IAM של פרויקט (
roles/resourcemanager.projectIamAdmin) בפרויקט הניהול -
מגדירים את היקף הניראות:
- עריכת יכולת הצפייה (
roles/observability.editor) בפרויקט הניהול - Logs Configuration Writer (
roles/logging.configWriter) בפרויקט הניהול - אדמין של Monitoring (
roles/monitoring.admin) בפרויקט הניהול ובכל פרויקט שרוצים להוסיף להיקף המדדים - משתמש ב-Cloud Trace (
roles/cloudtrace.user) בפרויקט הניהול - מרכז האפליקציות (
roles/apphub.viewer) בפרויקט הניהול
- עריכת יכולת הצפייה (
-
הצגת נתונים ברמת האפליקציה וברמת הפרויקט ב-Cloud Hub:
מפעיל Cloud Hub (
roles/cloudhub.operator) בתיקייה לניהול אפליקציות
להסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.
יכול להיות שאפשר לקבל את ההרשאות הנדרשות גם באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש.
הפעלת ניהול אפליקציות
ניהול אפליקציות מאפשר לכם להעביר את המיקוד מרכיבי תשתית נפרדים לאפליקציה כולה.
כשמפעילים ניהול אפליקציות בתיקייה, התיקייה נקראת תיקייה לניהול אפליקציות, והדברים הבאים קורים:
- פרויקט מוגדר כפרויקט ניהול בתיקייה.
- המערכת מפעילה את ממשקי ה-API הנדרשים בפרויקט הניהול.
- בפרויקט הניהול מאוחסנים נתוני האפליקציה, כולל ממשקי API מופעלים, חיוב, מכסות ואמצעי בקרת גישה.
כדי להפעיל את ניהול האפליקציות בתיקייה:
המסוף
בוחרים או יוצרים את Google Cloud התיקייה שרוצים להגדיר כתיקייה לניהול אפליקציות. איך יוצרים תיקיות?
במסוף Google Cloud , פותחים את הדף Manage resources.
ברשימת הפרויקטים והתיקיות, מאתרים את התיקייה שרוצים להגדיר.
אם בתיקייה מופיע הסמל של תיקייה לניהול אפליקציות
, סימן שההגדרה 'ניהול אפליקציות' כבר מופעלת.בשורה של התיקייה, פותחים את התפריט Actions ולוחצים על Settings.
אם ההגדרה 'ניהול אפליקציות' לא הופעלה בתיקייה, הערך לא הופעלה יוצג בהגדרה ניהול אפליקציות.
באזור הפעלת ניהול האפליקציות, לוחצים על יצירת פרויקט.
נפתחת החלונית Create management project and enable required APIs (יצירת פרויקט ניהול והפעלת ממשקי API נדרשים).
בודקים את רשימת ממשקי ה-API הנדרשים. ממשקי ה-API האלה מנהלים את מחזור החיים של האפליקציה. בממשקי API שקשורים לעלויות, לוחצים על שם ה-API כדי לקבל מידע נוסף על התמחור.
כדי להפעיל את ניהול האפליקציות, לוחצים על יצירת פרויקט והפעלת ממשקי API.
המערכת יוצרת את פרויקט הניהול בתיקייה.
רושמים את שם הפרויקט ואת מזהה הפרויקט של פרויקט הניהול. אתם תשתמשו בערכים האלה כדי לתת גישה.
לחלופין, כדי לקבל את מזהה פרויקט הניהול, אפשר להשתמש בפקודה הבאה של Google Cloud CLI:
gcloud resource-manager folders describe FOLDER_ID --format="value(managementProject.split('/').slice(-1))"מחליפים את
FOLDER_IDבמזהה של התיקייה לניהול אפליקציות.מידע נוסף זמין במאמר איך מוצאים את השם, המספר והמזהה של הפרויקט.
gcloud
-
במסוף Google Cloud , מפעילים את Cloud Shell.
בחלק התחתון של Google Cloud המסוף יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.
מוודאים שמותקנת הגרסה העדכנית של Google Cloud CLI:
gcloud components updateכדי להפעיל את ניהול האפליקציות בתיקייה ספציפית, משתמשים בפקודה
gcloud resource-manager capabilities updateעם הדגל--enable.gcloud resource-manager capabilities update folders/FOLDER_ID/capabilities/app-management \ --enableמחליפים את
FOLDER_IDבמזהה התיקייה.הפקודה הזו מפעילה את היכולת לנהל אפליקציות בתיקייה שצוינה, ומקצה אוטומטית פרויקט חדש של Google Cloud בתוך התיקייה הזו, שישמש כפרויקט הניהול.
אפשר גם להפעיל ממשקי API מומלצים בפרויקט הניהול. כדי לעשות זאת, פועלים לפי ההוראות להפעלת Google Cloud שירותים בפרויקט.
Terraform
כדי להפעיל ניהול אפליקציות בתיקייה באמצעות Terraform, משתמשים במשאב google_resource_manager_capability. לדוגמה:
resource "google_folder" "folder" {
display_name = "my-folder"
parent = "organizations/123456789"
deletion_protection = false
}
resource "time_sleep" "wait_60s" {
depends_on = [google_folder.folder]
create_duration = "60s"
}
resource "google_resource_manager_capability" "capability" {
value = true
parent = "${google_folder.folder.name}"
capability_name = "app-management"
depends_on = [time_sleep.wait_60s]
}
הפקודה הזו מפעילה את היכולת לנהל אפליקציות בתיקייה שצוינה, ומקצה אוטומטית פרויקט חדש של Google Cloud בתיקייה הזו שישמש כפרויקט הניהול. כדי להפעיל את רשימת ממשקי ה-API המומלצים בפרויקט הניהול, פועלים לפי ההוראות להפעלת שירות API בפרויקט Google Cloud .
קישור חשבון לחיוב לפרויקט הניהול
כדי להשתמש בתכונות מתקדמות של Google Cloud שמתמקדות באפליקציות, צריך לקשר חשבון פעיל לחיוב לפרויקט הניהול. לדוגמה, חשבון לחיוב שמקושר לפרויקט מאפשר לכם:
- ניהול עומסי עבודה שחורגים ממכסות המשאבים של מרכז האפליקציות.
- אפשר להשתמש ב-Application Design Center כדי ליצור תבניות ולפרוס אפליקציות.
סקירה כללית של העלויות הפוטנציאליות שקשורות לניהול אפליקציות ולממשקי ה-API המופעלים זמינה במאמר הסבר על עלויות.
כדי לקשר חשבון פעיל לחיוב לפרויקט הניהול:
המסוף
מוודאים שקיים החשבון לחיוב שבו רוצים להשתמש לניהול האפליקציה. במאמר יצירת חשבון חדש לחיוב ב-Cloud בניהול עצמי מוסבר איך יוצרים חשבון לחיוב.
פותחים את הדף Billing במסוף Google Cloud .
בכרטיסייה My projects, מאתרים את הפרויקט לניהול.
בשורת הפרויקט, פותחים את התפריט Actions, בוחרים באפשרות Change billing ואז בוחרים את החשבון לחיוב ב-Cloud.
מידע נוסף על הפעלת החיוב בפרויקט זמין במאמר הפעלת החיוב בפרויקט.
gcloud
gcloud billing projects link PROJECT_ID \
--billing-account ACCOUNT_ID
מחליפים את מה שכתוב בשדות הבאים:
-
PROJECT_ID: מזהה פרויקט הניהול. -
ACCOUNT_ID: המזהה של החשבון לחיוב. מזהי החשבונות לחיוב הם בפורמט0X0X0X-0X0X0X-0X0X0X.
הגדרת היקפי ניראות (observability)
היקף יכולת התצפית קובע איפה Google Cloud מסוף מחפש נתוני טלמטריה להצגה. לכל פרויקט ב- Google Cloud יש היקף תצפית אחד, שמזהה את היקפי ברירת המחדל של היומנים והמעקבים. בנתוני מדדים, היקף המדדים בפרויקט קובע איפהGoogle Cloud המסוף מחפש נתונים.
כדי להציג או לנתח את כל נתוני הטלמטריה של האפליקציה, צריך להגדיר את היקף הניטור ואת היקף המדדים בפרויקט הניהול. הגדרת ההיקפים האלה מאפשרת ל-Cloud Hub ולשירותים אחרים למצוא ולהציג את נתוני היומן, המדדים והמעקב של האפליקציה, גם אם הנתונים האלה מאוחסנים בכמה פרויקטים.
בקטע הזה מופיע סיכום של ההגדרות הנדרשות. הוראות מפורטות זמינות במאמר בנושא הגדרת מעקב אחר אפליקציות. בטבלה הבאה מוצגים היקפי ההגדרה הנדרשים.
| רכיב היקף | תרחיש הגדרה | פעולות מרכזיות ודברים שצריך לקחת בחשבון |
|---|---|---|
| אוסף תצוגות יומן (log scope) | אתם משתמשים ב- aggregated sink כדי לנתב את כל היומנים בארגון לדלי יומנים מרכזי. |
|
| אין לכם כיור נתונים נצברים ברמת הארגון, ובתיקייה לניהול אפליקציות אין תיקיות משנה. |
|
|
| אתם לא רוצים להשתמש במאגר נתונים מאוחד. | מגדירים את אוסף תצוגות היומן (log scope) שמוגדר כברירת מחדל בפרויקט הניהול כדי להציג את מיקומי האחסון של נתוני היומן של האפליקציה. | |
| היקף המדדים בפרויקט | הגדרתם תיקייה לניהול אפליקציות שמכילה את כל הפרויקטים שבהם מאוחסנים נתוני המדדים שאתם רוצים לראות. | Google Cloud Observability מנסה לסנכרן את רשימת הפרויקטים בתיקייה לניהול אפליקציות עם רשימת הפרויקטים בהיקף המדדים. כל עוד מספר הפרויקטים בתיקייה לניהול אפליקציות לא חורג מהמכסה של היקף המדדים, Google Cloud Observability יכול לעדכן את רשימת הפרויקטים בהיקף המדדים כשמוסיפים או מסירים פרויקטים בתיקייה לניהול אפליקציות. |
| היקף המעקב | אתם רוצים לעקוב אחרי נתוני Trace של אפליקציות בכמה פרויקטים. |
|
יצירת אפליקציות
אחרי שמפעילים את ניהול האפליקציות, אפשר ליצור את האפליקציות. יש לכם את האפשרויות הבאות ליצירת האפליקציות:
- משתמשים במרכז האפליקציות כדי ליצור אפליקציות ממקורות מידע קיימים שלGoogle Cloud . יצירת אפליקציה ממשאבים קיימים
- להשתמש ב-Application Design Center כדי לתכנן ולפרוס משאבים חדשים ב-Google Cloud , שמקצים באופן אוטומטי אפליקציות ב-App Hub. אתם משתמשים בתבניות של אפליקציות כדי להגדיר את העיצוב, ואז פורסים מכונות של אפליקציות על סמך התבניות.
הפעלת ממשקי API עבור Cloud Hub
ל-Cloud Hub אין API משלו. במקום זאת, הוא קורא לממשקי API אחרים שמספקים נתונים ל-Cloud Hub.
בטבלה הבאה מפורטים ממשקי ה-API שבהם נעשה שימוש ב-Cloud Hub. חלק מממשקי ה-API האלה כרוכים בעלויות או שיש להם יחסי תלות בעלויות. מידע נוסף זמין בקישורי התמחור.
| API | שימוש ב-Cloud Hub | תמחור |
|---|---|---|
|
App Hub API אחסון מטא-נתונים של כל האפליקציות הרשומות. מאפשר לארגן משאבים קיימים באפליקציות. |
נדרש כדי להציג נתוני אפליקציות ב-Cloud Hub. מידע על מרכז האפליקציות |
תמחור של מרכז האפליקציות |
|
App Topology API לראות המחשות ויזואליות של הקשרים בין משאבי האפליקציה. |
נדרש כדי להציג את הוויזואליזציות של App Topology. |
|
|
App Design Center API תכנון, פריסה ועדכון של אפליקציות |
נדרש כדי להציג פריסות של אפליקציות ב-Cloud Hub. |
Pricing |
|
App Optimize API קבלת נתוני עלות ושימוש שיעזרו לכם לבצע אופטימיזציה של העלויות. |
נדרש כדי להציג נתונים בדף האופטימיזציה ב-Cloud Hub. |
אין חיובים נוספים על ה-API הזה. ממשק ה-API מאחזר נתונים מ-Cloud Billing ומ-Cloud Monitoring |
|
Capacity Planner API לראות את נתוני השימוש והתחזיות כדי לתכנן את צורכי הקיבולת. |
נדרש כדי לראות את נתוני השימוש והתחזיות ב-Cloud Hub. |
תמחור של הכלי לתכנון קיבולת |
|
Compute Engine API הקצאת מכונות וירטואליות (VM) בניהול עצמי ומכונות Bare Metal. |
נדרש כדי לצפות בנתוני ההזמנה ב-Cloud Hub. |
פרטי חיוב להזמנות עתידיות |
| Cloud Logging API ( logging.googleapis.com)
ניהול יומנים בזמן אמת. |
השירות הזה מספק רישום ביומן של שירותי Google Cloud . נדרשת בשביל הדף Health & Troubleshooting ב-Cloud Hub. |
המחירים של Observability |
| Cloud Monitoring API ( monitoring.googleapis.com) |
השירות הזה מספק מדדים והתראות לשירותי Google Cloud . נדרשת כדי להציג נתוני התראות וטלמטריה בדף 'תקינות ופתרון בעיות' ב-Cloud Hub. |
המחירים של Observability |
| Service Health API ( servicehealth.googleapis.com)
זיהוי Google Cloud שיבושים בשירות שרלוונטיים לאפליקציות שלכם |
נדרש כדי לצפות Google Cloud באירועים בדפים Health & Troubleshooting ו-Support ב-Cloud Hub. |
תמחור של המרכז האישי ב-Service Health |
| Recommender API ( recommender.googleapis.com)
יצירת המלצות ותובנות של Active Assist שיעזרו לכם לשפר את המשאבים ב- Google Cloud |
נדרש כדי לראות המלצות לאופטימיזציה של עלויות ב-Cloud Hub |
התמחור של שירות ההמלצות |
| Gemini Cloud Assist API ( geminicloudassist.googleapis.com)
מוצר מתוך חבילת Gemini for Google Cloud שמציע עזרה מבוססת-AI כדי לפשט את מחזור החיים של האפליקציה ב- Google Cloud. |
נדרש כדי להשתמש ב-Gemini Cloud Assist למשימות כמו אופטימיזציה של עלויות ופתרון בעיות. |
התמחור של Gemini Cloud Assist |
| Cloud Quotas API ( cloudquotas.googleapis.com)
הצגה וניהול של מכסות. |
נדרשת כדי לראות את המכסות ומגבלות המערכת ב-Cloud Hub. |
התמחור של מכסות ב-Cloud |
| Unified Maintenance API ( maintenance.googleapis.com)
ניהול תחזוקה מתוכננת בשירותים Google Cloud . |
נדרשת כדי לצפות בפעילויות התחזוקה ב-Cloud Hub |
התמחור של Unified Maintenance |
| Service Usage API ( serviceusage.googleapis.com)
הצגה וניהול של ממשקי API ושירותים בפרויקטים ב- Google Cloud . |
נדרשת כדי לראות את המכסות ואת מגבלות המערכת ב-Cloud Hub. |
תמחור של שימוש בשירות |
אחרי שמגדירים את ניהול האפליקציות, הרבה ממשקי API שמספקים נתונים ל-Cloud Hub מופעלים בפרויקט הניהול כממשקי API נדרשים.
עם זאת, חלק מממשקי ה-API שבהם משתמשים ב-Cloud Hub מספקים נתונים רק לפרויקטים, או שהם לא מופעלים באופן אוטומטי כממשקי API נדרשים בפרויקט ניהול.
כדי להפעיל ממשקי API שחסרים ב-Cloud Hub, צריך לפעול לפי ההוראות בקטע הזה.
- אם הגדרתם תיקייה לניהול אפליקציות, הפעילו את ממשקי ה-API בפרויקט הניהול של התיקייה.
- כדי להציג נתונים של פרויקט יחיד, צריך להפעיל ממשקי API בפרויקט הזה.
בדף התחזוקה: אם הפרויקטים שלכם לא נמצאים בתיקייה לניהול אפליקציות, צריך להגדיר פרויקט לצורך צבירת יומנים מהפרויקטים האחרים, ואז להפעיל את Unified Maintenance API בפרויקט הזה.
- ניתוב יומנים באמצעות מאגר נתונים משותף לפרויקט יחיד.
- הגדרת אוסף תצוגות יומן (log scope) ברירת המחדל בפרויקט כדי שיוכל להציג יומנים שמאוחסנים בפרויקטים אחרים או בקטגוריה מרכזית לאחסון יומנים.
התפקידים הנדרשים
כדי לקבל את ההרשאות שדרושות להפעלת ממשקי API, צריך לבקש מהאדמין להקצות לכם את תפקיד ה-IAM (roles/serviceusage.serviceUsageAdmin) 'אדמין של Service Usage' בפרויקט שבו רוצים להפעיל ממשקי API. להסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.
יכול להיות שאפשר לקבל את ההרשאות הנדרשות גם באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש.
הפעלת ממשקי ה-API
איך מפעילים ממשקי API ל-Cloud Hub
המסוף
בדף הבית של Cloud Hub אפשר לראות רשימה של ממשקי API שלא מופעלים ב-Cloud Hub, ולהפעיל אותם.
נכנסים לדף Home במסוף Google Cloud .
בכלי לבחירת פרויקטים, בוחרים את הפרויקט שרוצים להציג.
לצד Enable Recommended APIs, לוחצים על Enable APIs. נפתחת חלונית עם רשימת ממשקי ה-API שלא הופעלו עדיין.
בוחרים את ממשקי ה-API שרוצים להפעיל ולוחצים על Enable.
gcloud
מגדירים את פרויקט ברירת המחדל לפרויקט שבו רוצים להפעיל את ה-API.
gcloud config set project PROJECT_ID
מחליפים את
PROJECT_IDבמזהה הפרויקט.כדי לקבל רשימה של שירותים שאפשר להפעיל בפרויקט:
gcloud services list --availableאם ה-API לא מופיע ברשימה, סימן שלא קיבלתם הרשאת גישה להפעלת ה-API.
מפעילים את השירותים שבהם רוצים להשתמש בפרויקט. אפשר להפעיל יותר מ-API אחד על ידי ציון רשימה של שמות שירותים.
gcloud services enable SERVICE_NAME1 SERVICE_NAME2
איך מעניקים גישה למשתמשים ב-Cloud Hub
התפקיד מפעיל Cloud Hub כולל הרשאות לצפייה ברוב הנתונים ב-Cloud Hub.
בהתאם לתחומי האחריות הספציפיים של המשתמשים, יכול להיות שתצטרכו להקצות תפקידים אחרים כדי שהם יוכלו להשתמש בתכונות של Gemini Cloud Assist או לבצע פעולות בנתונים שהם רואים ב-Cloud Hub. למידע נוסף כדאי לקרוא את המאמר בקרת גישה באמצעות IAM.
התפקידים הנדרשים
כדי לקבל את ההרשאות שדרושות לניהול הגישה לפרויקט או לתיקייה, צריך לבקש מהאדמין להקצות את תפקידי ה-IAM הבאים במשאב שרוצים לנהל את הגישה אליו (פרויקט או תיקייה):
-
כדי לנהל את הגישה לפרויקט: אדמין IAM של פרויקט (
roles/resourcemanager.projectIamAdmin) -
כדי לנהל את הגישה לתיקייה: Folder Admin (
roles/resourcemanager.folderAdmin)
להסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.
יכול להיות שאפשר לקבל את ההרשאות הנדרשות גם באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש.
מתן גישה למשתמשים
המסוף
נכנסים לדף הבית ב-Cloud Hub.
בתפריט לבחירת פרויקט, בוחרים את התיקייה או הפרויקט שמופעלת בהם האפליקציה ושרוצים לתת להם גישה.
לוחצים על הענקת גישה. נפתח החלון Grant access to Cloud Hub.
בשדה New principals, מזינים חשבון ראשי שצריך גישה ל-Cloud Hub.
לוחצים על מתן תפקידים.
gcloud
-
במסוף Google Cloud , מפעילים את Cloud Shell.
בחלק התחתון של Google Cloud המסוף יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.
מוודאים שמותקנת הגרסה העדכנית ביותר של Google Cloud CLI. מריצים את הפקודה הבאה מ-Cloud Shell:
gcloud components update
כדי להעניק את התפקיד Cloud Hub Operator, מריצים את הפקודה המתאימה:
בתיקייה לניהול אפליקציות:
gcloud resource-manager folders add-iam-policy-binding FOLDER_ID \ --member='user:PRINCIPAL' \ --role='roles/cloudhub.operator'לפרויקט אחד:
gcloud projects add-iam-policy-binding PROJECT_ID \ --member='user:PRINCIPAL' \ --role='roles/cloudhub.operator'מחליפים את המשתנים הבאים:
-
FOLDER_ID: המזהה של התיקייה שמופעלות בה אפליקציות. במסוף Google Cloud , אפשר למצוא את מזהה התיקייה בדף Home ב-Cloud Hub. הערך בשדה סוג התיקייה הואApp-enabled folderאם התיקייה מוגדרת לניהול אפליקציות. -
PROJECT_ID: מזהה הפרויקט. במסוף Google Cloud , אפשר למצוא את מזהה הפרויקט בדף Home ב-Cloud Hub. -
PRINCIPAL: הזהות שאתם מעניקים לה גישה.
-
המאמרים הבאים
- עוברים אל דף הבית.