Πώς να προωθήσετε τη χρήση PaaS πέρα ​​από τις εφαρμογές 12 παραγόντων

Εμφανίστηκε η πλατφόρμα ως υπηρεσία (PaaS).

ως ηγετική δύναμη στη διαρκώς εξελισσόμενη προσπάθεια εξορθολογισμού της ανάπτυξης λογισμικού.

Το

PaaS χρονολογείται από το 2006 με το Force.com, ακολουθούμενο από το Heroku, το AWS Elastic Beanstalk και το DotCloud, το οποίο αργότερα μετατράπηκε σε Docker.

Ενώ ο τομέας PaaS διοικεί ένα σημαντικό

Αγορά 170 δισεκατομμυρίων δολαρίων

μοιράζονται στον κλάδο του cloud, οι εταιρείες εξακολουθούν να αντιμετωπίζουν τη χειροκίνητη ανάπτυξη και τη διαχείριση του κύκλου ζωής του φόρτου

εργασία

ς σήμερα. Γιατί λοιπόν δεν υιοθετείται ευρύτερα η πλατφόρμα-ως-υπηρεσία;

Παροχή εμπειρίας PaaS σε όλους τους φόρτους εργασίας

Οι πλατφόρμες PaaS θα μπορούσαν να είναι πιο ευέλικτες και δεν μιλώ για συμβατότητα γλώσσας και πλαισίου. Ενώ το PaaS ορίζεται συχνά ως μια υπηρεσία ενιαίας εξυπηρέτησης για την ανάπτυξη οποιασδήποτε

εφαρμογή

ς, υπάρχει ένα πρόβλημα. Από εφαρμογές, αυτό που συνήθως υπονοείται εδώ είναι εφαρμογές 12 παραγόντων.

Ωστόσο, πολλοί φόρτοι εργασίας δεν ταιριάζουν με το καλούπι των τυπικών εφαρμογών ιστού. έρχονται με μοναδικές απαιτήσεις, όπως εργασίες ομαδικής επεξεργασίας, φόρτους εργασίας υπολογιστών υψηλής απόδοσης (HPC), εργασίες εντάσεως GPU, εφαρμογές με επίκεντρο τα δεδομένα ή ακόμα και φόρτους εργασίας κβαντικού υπολογισμού.

Δεν θα αναφερθώ σε όλα τα πλεονεκτήματα που παρέχει το PaaS. Ωστόσο, οι εταιρείες θα πρέπει να διαχειρίζονται όλους τους φόρτους εργασίας τους με τον ευκολότερο δυνατό τρόπο και η αφαίρεση της ανάπτυξης και της διαχείρισής τους είναι ο καλύτερος τρόπος.

Χρειάζεται μια μετατόπιση. Πρώτον, οι εταιρείες που ενστερνίζονται το παράδειγμα PaaS πρέπει να αναγνωρίσουν ότι δεν θα υπάρξει μια λύση φόρτου εργασίας που να ταιριάζει σε όλους. Σε μια πρόσφατη ομιλία για το θέμα, ο πρώην μηχανικός της Google, Kelsey Hightower, ενισχύει αυτή την ιδέα ότι ένα ενιαίο, ολοκληρωμένο PaaS

παραμένει απίθανο

.

Χρησιμοποίησε επίσης

API φόρτου εργασίας

για να ορίσετε ένα εργαλείο που παρέχει αυτήν την απρόσκοπτη εμπειρία “εδώ είναι η εφαρμογή μου, εκτελέστε την για μένα”. Μου αρέσει ο όρος “API φόρτου εργασίας” επειδή δηλώνει ξεκάθαρα την πρόθεση: να εκτελέσετε έναν συγκεκριμένο φόρτο εργασίας. Σε σύγκριση με το platform-as-a-service (PaaS), το οποίο πρέπει να είναι πιο ακριβές και οδηγεί σε αυτή τη σύγχυση ότι το PaaS είναι μια ασημένια σφαίρα για να τρέξετε οτιδήποτε. Θα χρησιμοποιήσω αυτόν τον όρο για το υπόλοιπο του άρθρου.

Η δεύτερη αλλαγή για τις εταιρείες που θέλουν να παρέχουν μια απρόσκοπτη εμπειρία ανάπτυξης και διαχείρισης για όλους τους φόρτους εργασίας τους είναι να λάβουν υπόψη ότι κάθε φόρτος εργασίας πρέπει να έχει το API του φόρτου εργασίας του. Για παράδειγμα,

Amazon Lambda

θα μπορούσε να χρησιμοποιηθεί για εργασίες παρτίδας,

Vercel

για το μπροστινό μέρος,

Vertex AI

για μοντέλα μηχανικής

μάθηση

ς και

Κορυφή

για εφαρμογές Ιστού.

Τώρα, ας εξερευνήσουμε πώς να επιλέγουμε API φόρτου εργασίας.