Microservice Architecture היא ארכיטקטורה מוכוונת שירות. בארכיטקטורת המיקרו-שירותים, יש מספר רב של שירותי מיקרו . על ידי שילוב כל שירותי המיקרו, הוא בונה שירות גדול. בארכיטקטורת המיקרו-שירותים, כל השירותים מתקשרים זה עם זה.
בתוך ה שירותי מיקרו מדריך, נבין כיצד ליישם microservices באמצעות ענן אביב . נלמד כיצד ליצור תקשורת בין שירותי מיקרו, לְאַפשֵׁר איזון עומסים , הגדלה והקטנה של שירותי מיקרו . גם אנחנו נלמד לרכז את התצורה של שירותי מיקרו עם Spring Cloud Config Server . אנחנו ניישם שרת שמות של יוריקה ו מעקב מבוזר עם Sleuth ענן אביב ו זיפקין . אנחנו ניצור מיקרו-שירותי סובלנות תקלות עם זיפקין .
שֶׁלָנוּ שירותי מיקרו מדריך דן בפונקציות הבסיסיות של Microservice Architecture יחד עם דוגמאות רלוונטיות להבנה קלה.
אלגוריתם knn
מה הם Microservices
הַגדָרָה : לפי סם ניומן , 'שירותי מיקרו הם השירותים הקטנים שעובדים יחד.'
לפי ג'יימס לואיס ומרטין פאולר , 'הסגנון האדריכלי של שירות מיקרו הוא גישה לפיתוח יישום יחיד כחבילה של שירותים קטנים. כל שירות מיקרו מפעיל את התהליך שלו ומתקשר עם מנגנונים קלים. שירותים אלו בנויים סביב יכולות עסקיות ומפותחים באופן עצמאי על ידי מכונות פריסה אוטומטיות לחלוטין.'
יש מינימום של ניהול מרכזי של שירותים אלה, אשר עשוי להיכתב בשפת תכנות שונה ולהשתמש בטכנולוגיות שונות לאחסון נתונים.
נקודות לזכור
- אלו הם השירותים הנחשפים על ידי REST.
- אלה יחידות קטנות שנבחרו היטב הניתנות לפריסה.
- השירותים חייבים להיות מופעלים בענן.
המיקרו-שירות מגדיר גישה לארכיטקטורה המחלקת אפליקציה למאגר של שירותים רופפים שמיישמים דרישות עסקיות. זה ליד אדריכלות מוכוונת שירות (SOA) . התכונה החשובה ביותר של ארכיטקטורה מבוססת מיקרו-שירותים היא שהיא יכולה לבצע משלוח רציף של יישום גדול ומורכב.
Microservice עוזר לשבור את האפליקציה ולבנות אפליקציות קטנות יותר עצמאיות מבחינה לוגית. לדוגמה, אנו יכולים לבנות אפליקציית ענן בעזרת Amazon AWS במינימום מאמצים.
באיור לעיל, לכל מיקרו-שירות יש שכבה עסקית ומסד נתונים משלו. אם נשנה בשירות מיקרו אחד, זה לא ישפיע על השירותים האחרים. שירותים אלו מתקשרים זה עם זה באמצעות פרוטוקולים קלים כגון HTTP או REST או פרוטוקולי הודעות.
עקרונות של Microservices
ישנם את העקרונות הבאים של Microservices:
- עקרון אחריות יחידה
- דגם סביב תחום עסקי
- כשל בידוד
- אוטומציה של תשתית
- פרוס באופן עצמאי
עיקרון אחריות יחידה
עקרון האחריות היחידה קובע שלכיתה או מודול בתוכנית צריכה להיות אחריות אחת בלבד. כל שירות מיקרו לא יכול לשרת יותר מאחריות אחת, בכל פעם.
דגם סביב תחום עסקי
Microservice לעולם לא מגביל את עצמו מלקבל מחסנית טכנולוגיה או מסד נתונים מתאימים. המחסנית או מסד הנתונים מתאימים ביותר לפתרון המטרה העסקית.
כישלון מבודד
היישום הגדול יכול להישאר ברובו בלתי מושפע מכשל של מודול בודד. ייתכן ששירות יכול להיכשל בכל עת. לכן, חשוב לזהות כשל במהירות, אם אפשר, שחזור אוטומטי של כשל.
אוטומציה של תשתית
אוטומציה של תשתית היא תהליך של סביבות סקריפטים. בעזרת סביבת סקריפטים, נוכל להחיל את אותה תצורה על צומת בודד או אלפי צמתים. זה ידוע גם בשם ניהול תצורה, תשתיות סקריפטים וניהול תצורת מערכת.
פרוס באופן עצמאי
שירותי מיקרו הם אגנוסטיים לפלטפורמה. זה אומר שאנחנו יכולים לעצב ולפרוס אותם באופן עצמאי מבלי להשפיע על השירותים האחרים.
קהל
המדריך שלנו למיקרו-שירותים מיועד למקצועני תוכנה ולמתחילים שרוצים ללמוד ארכיטקטורת מיקרו-שירותים בשלבים פשוטים. מדריך זה יעניק לך ידע מעמיק בארכיטקטורת שירותי מיקרו ומרכיביה כמו RabbitMQ Server, Eureka Naming Server, Zuul API Gateway, Ribbon, Hystrix, ו שרת Zipkin . לאחר השלמת הדרכה זו, תוכל להתפתח שירותי מיקרו עם ענן אביב .
דרישות מוקדמות
לפני שתמשיך עם הדרכה זו, עליך להיות בעל הבנה בסיסית של Java , אביב, ו ענן אביב מִסגֶרֶת. כי אנחנו הולכים לפתח שירותי מיקרו באמצעות Spring Cloud.
בְּעָיָה
אנו מבטיחים לך שלא תמצא שום בעיה עם המדריך של microservices. אם יש טעות כלשהי, אנא פרסם את הבעיה בטופס יצירת הקשר.