ארכיטקטורת מיקרו שירות היא מערכת שבה אפליקציה גדולה מורכבת משירותים קטנים שעובדים ומתקשרים זה עם זה באמצעות ממשקי API.
שירותים אלו הינם עצמאיים ביותר ומקושרים באופן רופף. זה הופך אותם לקלים לבדיקה ולתחזוקה, מה שמאיץ את תהליך הפיתוח.
כיצד פועלים שירותי מיקרו
לפני שירותי המיקרו, הדרך הסטנדרטית לפיתוח יישומים הייתה שימוש בארכיטקטורה מונוליטית. יישומים כאלה היו יחידות בודדות ועצמאיות. הרכיבים שלהם - כמו ממשק המשתמש, ההיגיון העסקי ואחסון הנתונים - נכתבו בבסיס קוד אחד.
אמנם קל לעצב ולפתח אפליקציות מונוליט, אבל הקוד המתקבל יכול להיות קשה להבנה, להרחבה ולתחזוקה.
בארכיטקטורת שירות מיקרו, אתה מפרק אפליקציה גדולה לשירותים קטנים ואוטונומיים. כל שירות אחראי למשימת אפליקציה אחת ו מתקשר עם האחרים באמצעות ממשקי API.
כל שירות מכיל גם את כל התלות הנדרשת ואין צורך לקשר אותו למשאבים חיצוניים.
שירותי מיקרו מעולים עבור יישומים שפותחו על ידי ארגונים גדולים. צוות אחד יכול לעבוד על שירות אחד בעוד שצוות שני עובד על אחר. לאחר מכן תוכל לבדוק ולפרוס שירותים אלה בנפרד.
דוגמה למערכת מיקרו-שירותים היא אפליקציית מסחר אלקטרוני עם שירותים נפרדים לטיפול בממשק המשתמש, עגלת הקניות, המלאי וההזמנות.
היתרונות של ארכיטקטורת Microservices
גמישות ומדרגיות
מכיוון שכל שירות מיקרו אינו תלוי בשאר, אתה יכול לפתח ולפרוס אותם בנפרד. אם שירות מסוים הופך איטי, אתה יכול להפעיל אותו על חומרה חזקה יותר או להוסיף עוד מעבדים לשרתים שמפעילים אותו.
אתה יכול גם להפעיל שני מופעים של מיקרו-שירות במקביל.
קלות תחזוקה ועדכונים
אם אתה בונה אפליקציה בעקבות ארכיטקטורת המיקרו-שירותים, תוכל לשדרג אותה בשלבים. ניתן לבצע שינויים בשירות ולעדכן אותו מבלי להשפיע על חלקים אחרים של האפליקציה.
פוטנציאל לפיתוח ופריסה מהירים יותר
צוותים קטנים עובדים יחד כדי לפתח כל שירות מיקרו. מכיוון שהמיקרו-שירות מבצע משימה ספציפית, חברי צוות יכולים להתמקד במשימה זו בלבד.
בנוסף, התיאום וקבלת ההחלטות בצוות קטן מהירים יותר מאשר בצוות גדול. זה מוביל למחזור פיתוח מהיר יותר.
בחירות טכנולוגיות עצמאיות
אתה יכול לבחור לפתח שירות מיקרו בשפת תכנות שונה משירותי המיקרו האחרים. לדוגמה, אתה יכול להשתמש ב-Python כדי לפתח מיקרו-שירות אחד ו-JavaScript עבור אחר. אתה יכול גם להשתמש בשירותי ניהול מסד נתונים שונים עבור כל אחד מהם. בסופו של דבר, אתה בסופו של דבר בונה שירותים עם הטכנולוגיה או הכלי המתאים ביותר.
אתגרים של יישום ארכיטקטורת Microservices
המורכבות של תיאום שירותים שונים
אפליקציה יכולה להיות מורכבת משירותים רבים שצריכים לתקשר אחד עם השני. ערוצי תקשורת אלה צריכים להיות מאובטחים וחזקים כדי שהאפליקציה תפעל כמתוכנן.
בעיות באגים ובדיקה
קל יותר לפתור שגיאות שאתה יכול לבודד לשירות בודד. עם זאת, כאשר השגיאות הללו משתרעות על מספר שירותים, איתור באגים הופך לאתגר יותר. כְּמוֹ כֵן, כתיבת מבחני אינטגרציה עבור שירותים מרובים יכול להיות קשה.
פוטנציאל לתקורה מוגברת
כאמור, כל שירות אינו תלוי באחרים ובעל משאבים משלו. זה יכול להיות יקר מכיוון שכל שירות דורש תשתית ייעודית המורכבת משרתים, כלי אינטגרציה רציפים ומסדי נתונים, בין היתר.
מתי להשתמש בארכיטקטורת Microservices
ארכיטקטורת המיקרו-שירותים אינה מתאימה לכל היישומים. זה יכול להיות יקר לבנות ולנהל.
לפני שתחליט להשתמש בארכיטקטורת microservices, שקול את הגודל והמורכבות של היישום שלך. תראה יותר תועלת מפירוק יישום גדול למשאבים ניתנים לניהול מאשר יישום קטן. בגודל קטן מספיק, זה עלול להיות בזבוז משאבים לחלוטין.
עם זאת, אם יש לך צוות גדול של מפתחים שצריכים להבין בסיס קוד במהירות, או רוצים להשתמש בטכנולוגיות שונות, ייתכן שארכיטקטורת שירותי מיקרו היא הדרך ללכת.
