מגמות טכנולוגיות לפיתוח אתרים 2019

מבוא

טרנספורמציה דיגיטלית מכסה יותר ויותר תחומי חיים ועסקים שונים מדי שנה. אם עסק רוצה להיות תחרותי, אתרי מידע רגילים כבר לא מספיקים, יש צורך באפליקציות מובייל ואינטרנט שלא רק מספקות למשתמשים מידע, אלא גם מאפשרות להם לבצע פונקציות מסוימות: לקבל או להזמין סחורות ושירותים, לספק כלים.

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

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

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

יישום עמוד בודד

בוא נגדיר מעט את הטרמינולוגיה. Single Page Application (SPA) הוא אפליקציית אינטרנט שרכיביה נטענים פעם אחת בעמוד אחד, והתוכן נטען לפי הצורך. ובמעבר בין חלקי האפליקציה, הדף אינו נטען מחדש לחלוטין, אלא רק נטען ומציג את הנתונים הדרושים.

יישומי עמוד בודד נהנים מאוד מיישומי אינטרנט קלאסיים מבחינת מהירות וקלות השימוש. בעזרת SPA תוכלו להשיג את האפקט של אתר עבודה כמו אפליקציה על שולחן העבודה, ללא אתחולים מחדש ועיכובים משמעותיים.

אם לפני כמה שנים יישומים של עמוד בודד כמעט ולא תמכו באופטימיזציה למנועי חיפוש ושימשו בעיקר ליצירת חשבונות אישיים ופאנלי ניהול, היום יצירת אפליקציה של עמוד בודד עם תמיכה מלאה באופטימיזציה למנועי חיפוש (SEO) הפכה להרבה יותר קלה. באמצעות שימוש ביישומי עמוד בודד המעובדים על ידי שרת כיום, בעיה זו נעלמה לחלוטין. במילים אחרות, מדובר באותה אפליקציה של עמוד בודד, אבל בבקשה הראשונה, השרת מייצר לא רק נתונים, אלא יוצר דף HTML מוכן לתצוגה ומנועי החיפוש מקבלים דפים מוכנים עם כל המטא מידע והסימון הסמנטי .

עם הפיתוח של כלים ליצירת אפליקציות אינטרנט בצד לקוח, הפיתוח והמעבר ליישומי עמוד בודד יגדלו רק בשנים אלו ובשנים הבאות. אם יש לכם אפליקציה ישנה מיושנת ועובדת לאט, ואפילו עם טעינת עמוד מלאה מחדש במעבר בין חלקים, אז השנה תוכלו לשדרג בבטחה לאפליקציה מהירה של עמוד אחד - עכשיו זה זמן טוב, הטכנולוגיה כבר מאפשרת לכם לעשות זאת במהירות וביעילות.

להחזיק אתר מודרני ומהיר זה טוב מאוד, אבל הרשו לי לומר לכם בכנות: לא כל האפליקציות ניתנות להמרה בקלות לאפליקציות של עמוד בודד, והמעבר עלול להיות יקר! לכן, צריך להבין מי צריך מעבר כזה ולמה.

כדי לעזור לך להבין, בטבלה למטה אתן כמה דוגמאות מתי פיתוח או מעבר ל-SPA מתאים ומוצדק, ומתי לא.

ЗА

אם אתם רוצים לעשות אפליקציה מודרנית ומהירה ורוצים להשתמש לא רק בגרסת האינטרנט, אלא גם בגרסת המובייל או אפילו הדסקטופ, וכל התהליכים והחישובים מתרחשים בשרת מרוחק או בענן. יתרה מכך, כך שלכל הלקוחות יהיה ממשק אינטראקציה אחד ואין צורך לבצע כל עריכה בקוד השרת בעת הוספת לקוח חדש.

לדוגמא: רשת חברתית, אגרגטורים, פלטפורמות SaaS (תוכנה כשירות ענן), שוק מקומות

אם יש לך חנות או שירות אינטרנט, אתה יודע שזה איטי ואנשים עוזבים, אתה רוצה לעשות את זה מהר יותר, אתה מבין את הערך של הלקוחות ומוכן לשלם יותר ממיליון רובל עבור שדרוג.

יש לך אפליקציה לנייד שמשתמשת ב-API של האתר, אבל האתר איטי ויש לו טעינות מלאות של תוכן בעת ​​מעבר בין דפים

נגד

אם קהל היעד שלך אינו משתמש בדפדפנים ובמכשירים מודרניים.

לדוגמא: תחומים ארגוניים ספציפיים, כגון פיתוח מערכות פנימיות לבנקים, מוסדות רפואיים וחינוך.

אתה מנהל את הפעילויות העיקריות שלך במצב לא מקוון ואינך מוכן לספק שירותים מקוונים, ואתה רק צריך למשוך לקוחות.

אם יש לך חנות מקוונת או שירות אינטרנט שכבר מוכרים היטב, אינך רואה זרימת לקוחות או תלונות

אם יש לך אפליקציה עובדת שלא ניתנת להתאמה ל-SPA ואתה רק צריך לשכתב הכל מאפס ולהשתמש בטכנולוגיות אחרות, ואתה לא מוכן להוציא על זה כמה מיליונים.

לדוגמה: יש אתר מקופסא או סוג של קוד עתיק ומונוליטי שנכתב בבית.

יישומי אינטרנט מתקדמים

יישומי אינטרנט פרוגרסיביים הם תוצר של התפתחות משותפת של אפליקציה מקומית ואתר אינטרנט. בעיקרו של דבר, מדובר באפליקציית אינטרנט שנראית ומתנהגת כמו אפליקציה מקורית אמיתית, יכולה לקבל הודעות דחיפה, לעבוד במצב לא מקוון וכו'. במקרה זה, המשתמש אינו צריך להוריד את האפליקציה מה-AppStore או מ-Google Play, אלא פשוט לשמור אותה על שולחן העבודה.

כטכנולוגיה או גישה לפיתוח, PWA מתפתחת מאז 2015, ולאחרונה צברה פופולריות עצומה בתחום המסחר האלקטרוני.

כמה דוגמאות מהחיים האמיתיים:

• בשנה שעברה, מלון Best Western River North הצליח להגדיל את ההכנסות ב-300% לאחר השקת אתר חדש המותאם ל-PWA;
• בערבית Avito OpenSooq.com, לאחר שיצרה תמיכת PWA באתר האינטרנט שלה, הצליחה להגדיל את זמן הביקור באתר ב-25% ואת מספר הלידים ב-260%;
• שירות ההיכרויות המפורסם טינדר הצליח להפחית את מהירות הטעינה מ-11.91 שניות ל-4.69 שניות על ידי פיתוח PWA; יתרה מכך, האפליקציה שוקלת 90% פחות ממקבילתה לאנדרואיד המקורית.

העובדה שכדאי לשים לב לטכנולוגיה זו מעידה גם על כך שאחד המנועים הגדולים ביותר ליצירת פרויקטים של מסחר אלקטרוני, Magento, השיק בשנת 2018 גרסת פיתוח מוקדמת של PWA Studio. הפלטפורמה מאפשרת לך ליצור חזית מבוססת React מהקופסה עבור פתרונות המסחר האלקטרוני שלך עם תמיכת PWA.

עצה למי שכבר יש לו פרויקט אינטרנטי או סתם רעיון לשירות חדש עם תמיכה במכשירים ניידים: אל תמהרו לכתוב אפליקציה נייטיב מלאה, אלא תסתכלו קודם על טכנולוגיית PWA. זה עשוי להיות פתרון התמורה הטוב ביותר עבור המוצר שלך.

קצת מהתרגול. כדי ליצור אפליקציית חדשות מקומית פשוטה לנייד, בתנאי שכבר יש לך שרת REST מוכן, אתה צריך כ-200-300 שעות עבודה לכל פלטפורמה. כאשר מחיר השוק הממוצע לשעת פיתוח הוא 1500-2000 רובל לשעה, יישום יכול לעלות כמיליון רובל. אם אתם מפתחים אפליקציית אינטרנט עם תמיכה מלאה ב-PWA: הודעות דחיפה, מצב לא מקוון ושאר דברים טובים, אז הפיתוח ייקח 1-200 שעות עבודה, אך המוצר יהיה זמין באופן מיידי בכל הפלטפורמות. כלומר, חיסכון של בערך פי 300, שלא לדבר על העובדה שלא תצטרכו לשלם עמלות על השמה בחנויות אפליקציות.

ללא שרת

זוהי גישה מודרנית נוספת לפיתוח. בגלל השם, אנשים רבים חושבים שזה באמת פיתוח ללא שרת, אין צורך לכתוב קוד אחורי, וכל מפתח קצה יכול ליצור אפליקציית אינטרנט מלאה. אבל זה לא נכון!

בעת יצירת יישום ללא שרת, אתה עדיין צריך שרת ומסד נתונים. ההבדל העיקרי בגישה זו הוא שקוד הקצה האחורי מוצג בצורה של פונקציות ענן (שם נוסף ללא שרת הוא FaaS, מתפקד כשירות או Functions-as-a-Service) ומאפשר לאפליקציה להתרחב במהירות. בְּקַלוּת. בעת יצירת אפליקציה כזו, המפתח יכול להתמקד בבעיות עסקיות ולא לחשוב על קנה מידה והקמת התשתית, מה שמאיץ בהמשך את פיתוח האפליקציה ומוזיל את עלותו. יתרה מכך, גישת ה-Serverless תעזור לכם לחסוך בהשכרת שרתים, שכן היא משתמשת בדיוק במשאבים רבים הנדרשים לביצוע המשימה, ואם אין עומס, אז זמן השרת אינו מנוצל כלל ואינו משולם עבורו.

כך למשל, חברת המדיה האמריקאית הגדולה Bustle הצליחה לצמצם את עלויות האירוח ביותר מ-60% בעת המעבר ל-Serverless. וחברת קוקה קולה, כשפיתחה מערכת אוטומטית למכירת משקאות באמצעות מכונות אוטומטיות, הצליחה להפחית את עלויות האירוח מ-$13000 ל-$4500 לשנה על ידי מעבר ל-Serverless.

במהלך השנים האחרונות, בשל החדשנות והמגבלות שלו, Serverless שימש בעיקר עבור פרויקטים קטנים, סטארט-אפים ו-MVPs, אך כיום, הודות לאבולוציה של התוכנה, הרב-גוניות והעוצמה של אחסון שרתים, צצים כלים אשר לאפשר לך להסיר הגבלות, לפשט ולהאיץ את הפיתוח של יישומי ענן.
משמעות הדבר היא שתרחישים עסקיים ארגוניים שבהם מודרניזציה בענן נחשבה בעבר בלתי אפשרית (לדוגמה, עבור מכשירי קצה, נתונים במעבר או יישומים ממלכתיים) הם כעת מציאות. כלים טובים שמראים הבטחה רבה הם kNative וארגונים ללא שרת.

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

כדי לעזור לך להבין את זה, הנה כמה דוגמאות למקרים שבהם אולי תרצה לשקול Serverless בעת פיתוח שירות חדש או שיפור של שירות אינטרנט קיים:

• כאשר העומס על השרת הוא תקופתי ואתה משלם על קיבולת סרק. למשל, היה לנו לקוח עם רשת של מכונות קפה והיה צורך לעבד בקשות ולאסוף סטטיסטיקות רק כמה מאות או אלפי פעמים ביום, ובלילה ירד מספר הבקשות לכמה עשרות. במקרה זה, הרבה יותר יעיל לשלם רק על השימוש בפועל במשאבים, ולכן הצענו והטמענו פתרון ב-Serverless;
• אם אינכם מתכננים לצלול לפרטים הטכניים של התשתית ולשלם יתר על המידה עבור הקמה ותחזוקה של שרתים ומאזן. לדוגמה, כשאתה מפתח שוק, אתה לא יודע בדיוק מה תהיה התעבורה, או להיפך - אתה מתכנן הרבה תעבורה וכדי שהאפליקציה שלך בטוח תעמוד בעומס, אז Serverless היא בחירה מצוינת.
• אם אתה צריך לבצע כמה אירועי סטרימינג באפליקציה הראשית, כתוב נתונים צדדיים לטבלאות, בצע כמה חישובים. למשל, לאסוף נתונים אנליטיים של פעולות המשתמש, לעבד אותם בצורה מסוימת ולשמור אותם במסד נתונים;
• אם אתה צריך לפשט, לאחד או להאיץ את הפעולה הנוכחית של האפליקציה. למשל, ליצור שירותים משפרי ביצועים לעבודה עם תמונות או סרטונים, כאשר המשתמש מעלה וידאו לענן, ופונקציה נפרדת מטפלת בטרנסקוד, בעוד השרת הראשי ממשיך לפעול כרגיל.

אם אתה צריך לעבד אירועים משירותי צד שלישי. לדוגמה, עיבוד תגובות ממערכות תשלום, או הפניית נתוני משתמשים ל-CRM כדי להאיץ את עיבוד הבקשות של לקוחות פוטנציאליים
אם יש לך אפליקציה גדולה וחלקים מסוימים של האפליקציה יכולים להיות מיושמים בצורה אופטימלית יותר באמצעות שפה שונה מהראשית. לדוגמה, יש לך פרויקט ב-Java ואתה צריך להוסיף פונקציונליות חדשה, אבל אין לך ידיים פנויות, או שהיישום בשפה נתונה עשוי להימשך זמן רב יותר וכבר יש פתרון בשפה אחרת, אז Serverless יכול לעזור גם עם זה.

זו לא כל הרשימה של הכלים והטכנולוגיות הראויים לתשומת לב; פשוט שיתפתי במה שאנו עצמנו משתמשים בכל יום בעבודה שלנו ויודע בדיוק איך הם יכולים לעזור לעסקים.

מקור: www.habr.com