> ## Documentation Index
> Fetch the complete documentation index at: https://docs.quanux.org/symphony/llms.txt
> Use this file to discover all available pages before exploring further.

# Symphony Ops Vector: בקרת תפעול באמצעות qxctl

> SOV מגדיר את תחום התפעול המנוהל באמצעות qxctl עבור הקצאה, התניית Habitat, אספקת Nest, מתאמי bus וניהול Nodes מרוחקים.

Symphony Ops Vector (SOV) הוא מישור הבקרה התפעולי שדרכו פקודות qxctl מורשות פועלות על התשתית שלכם. הוא הבעלים של החוזה עבור הקצאה, התניית Habitat, אספקת Nest (קן העומסים), הגדרת מתאמי bus וניהול אופציונלי של Nodes מרוחקים. SOV אינו ממציא משמעות של ספקים או עובדות חומרה; הוא מבצע בחירות נתמכות שכבר בחרתם.

## מה SOV מכסה

SOV הוא תחום מתהווה של שלב 2. ההיקף שלו כולל:

* **הקצאה**: תהליכי עבודה להקצאת משאבים אצל ספקים ובחומרה בבעלותכם
* **התניית Habitat**: התניה מדויקת של מערכת ההפעלה והחבילות המסופקת ל-Node
* **אספקת Nest**: מיקום ועדכון של עומסי עבודה על Node
* **הקמת מתאמי bus**: חיבור Nodes באמצעות ה-bus שבחרתם (NATS JetStream, ZeroMQ או אחרים)
* **פעולות Node מרוחקות**: ניהול אופציונלי של Nodes מחוץ ל-shell המקומי שלכם

> [!NOTE]
>
> פרוטוקולי ספקים, הרצת Terraform, בוני Habitat, פקודות פריסת Nest ומקלטי פעולות מרוחקות עדיין ממתינים לתכנון. כרגע לא ממומשים מנוע SOV או שינוי אצל ספק.

## הקשר בין SOV לווקטורים אחרים

SOV הוא מישור הבקרה, לא מקור הידע. הוא פועל על סמך ראיות שבבעלות וקטורים אחרים:

> [card] [SCV](https://docs.quanux.org/symphony/he/vectors/scv.md)
>
> מספק ידע על ספקים ומשאבים חיצוניים. SOV קורא ראיות SCV כדי להחליט אילו פעולות תואמות.

> [card] [SNV](https://docs.quanux.org/symphony/he/vectors/snv.md)
>
> מתעד את זהויות ה-Nodes, החברות באשכולות והשמות שנוצרו לאחר שפעולות SOV הושלמו.

> [card] [SHV](https://docs.quanux.org/symphony/he/vectors/shv.md)
>
> עשוי בהמשך לספק ראיות מפורטות על יכולות חומרה כדי להגביל את בחירות ההקצאה.

> [card] [SKV](https://docs.quanux.org/symphony/he/skv/overview.md)
>
> מנהל את חוזי SOV, השלכות שינויים, אינדוקס ושילוב במחזור החיים.

## qxctl כמשטח הפקודות

פעולות SOV נחשפות באמצעות `qxctl`, ה-CLI הניהולי מבוסס Go עם 373 פקודות ניתנות להרצה. qxctl מממש ומציג את פעולות SOV, אך אינו הבעלים של המשמעות התחומית שלהן. הווקטור הוא הבעלים של הסמנטיקה; הכלי הוא הבעלים של משטח ההרצה.

## גבול סמכות המשתמש

אתם בוחרים ספקים, אזורים, חומרה, buses, תוכנה, טופולוגיית פריסה והסדרי ניהול לכל Node. SOV חושף ומבצע בחירות נתמכות. הוא אינו מדרג ספקים, אינו ממליץ על טופולוגיות ואינו הופך הצעות למדיניות מחייבת.

## מצב נוכחי

SOV הוא חוזה ארכיטקטורה קנוני. אין טענה למימוש של מנוע, עטיפת Terraform, בונה Habitat, מתאם bus או מקלט פקודות מרוחק. רכיבי SOV עתידיים יישארו ניתנים להתקנה באופן עצמאי, ניתנים לבחירה לפי גרסה מדויקת וניתנים להחזרה לאחור תחת מחזור החיים המשותף של SKV.


## Related topics

- [Symphony Cloud Vector: ידע על משאבי ספקים](https://docs.quanux.org/symphony/he/vectors/scv.md)
- [Symphony Node Vector: זהות Node ורשומות אשכול](https://docs.quanux.org/symphony/he/vectors/snv.md)
- [Symphony Hardware Vector: ידע על יכולות חומרה](https://docs.quanux.org/symphony/he/vectors/shv.md)
- [Symphony Intelligence Vector: שיתוף פעולה עתידי עם סוכנים](https://docs.quanux.org/symphony/he/vectors/siv.md)
- [מנועי ידע-המקור של SCV: המציאות של הספקים עבור Symphony](https://docs.quanux.org/symphony/he/engines/scv-source-engines.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.