Το Microsoft Azure ξεπέρασε το AWS στην αγορά του cloud

[polemikos]

Καθώς ο πόλεμος στην αγορά cloud αυξάνεται διαρκώς, η χρήση του Microsoft Azure φαίνεται πως ξεπέρασε εκείνη του AWS (Amazon Web Services) σύμφωνα με μία πρόσφατη έρευνα της εταιρείας Flexera.

Στην έρευνα State of the Cloud για το έτος 2022 της Flexera συμμετείχαν 753 υπεύθυνοι αποφάσεων στον τομέα του cloud (π.χ. διευθυντικά στελέχη, υπεύθυνοι τμημάτων πληροφορικής κ.ά.) αλλά και χρήστες από όλον τον κόσμο, οι οποίοι απάντησαν σε ερωτήσεις σχετικά με την αγορά του δημόσιου και του ιδιωτικού cloud αλλά και την αγορά multi-cloud. Σύμφωνα με τα αποτελέσματα της έρευνας, περισσότερες επιχειρήσεις σήμερα αξιοποιούν το Microsoft Azure από το Amazon Web Services.

Ένας ακόμη τομέας που η υπηρεσία cloud computing της Microsoft ξεπέρασε εκείνη της Amazon είναι στον αριθμό των virtual machines (VMs) που «τρέχουν» οι επιχειρήσεις, με το 71% να τρέχει περισσότερες από 51 VMs στο Azure σε σύγκριση με το 69% στο AWS.

Παράλληλα, το 53% των επιχειρήσεων που χρησιμοποιούν το Microsoft Azure ξοδεύουν περισσότερα από $1,2 εκατομμύρια ετησίως σε σχέση με το 52% των επιχειρήσεων που αξιοποιούν το AWS. Το 52% των μικρομεσαίων επιχειρήσεων μάλιστα -όσες δηλαδή διαθέτουν 1000 ή λιγότερους εργαζομένους- έφτασε να ξοδεύει άνω των $1,2 εκατομμυρίων σε ετήσια βάση για υπηρεσίες cloud, όταν πέρυσι το ποσοστό αυτό έφτανε το 38%. Τα έξοδα γενικότερα των οργανισμών για υπηρεσίες cloud ξεπέρασαν τους προϋπολογισμούς τους κατά 13% κατά μέσο όρο και του χρόνου τα έξοδα αναμένεται να αυξηθούν κατά 29%.

Όσον αφορά το ιδιωτικό cloud, το Microsoft Azure Stack αύξησε το ποσοστό του ελαφρώς στην αγορά από έτος σε έτος και έφτασε το 37% παίρνοντας τη θέση του VMWare vSphere (31%) στη πρώτη θέση.

Διαβάστε ολόκληρο το άρθρο

[dreamerchris]

Ξέρει κανείς την διαφορά μεταξύ azure και AWS ή είναι ίδια απλά η ms μάζεψε κόσμο που έχει ήδη λειτουργικό σύστημά της;

πάντως πήγα να χρησιμοποιήσω aws και δεν μπόρεσα να κάνω τίποτα με τα API του γιατί ζητούσε να ρυθμίσεις τις άδειες και θέλει να μελετήσεις τα documentation όχι αστεία

Επεξ/σία 11 Μαρτίου 2022 από dreamerchris

[Retromaniac]

28 λεπτά πριν, dreamerchris είπε

Ξέρει κανείς την διαφορά μεταξύ azure και AWS ή είναι ίδια απλά η ms μάζεψε κόσμο που έχει ήδη λειτουργικό σύστημά της;

πάντως πήγα να χρησιμοποιήσω aws και δεν μπόρεσα να κάνω τίποτα με τα API του γιατί ζητούσε να ρυθμίσεις τις άδειες και θέλει να μελετήσεις τα documentation όχι αστεία

Τι εννοείς αν είναι ίδια;

[polaki]

30 λεπτά πριν, dreamerchris είπε

Ξέρει κανείς την διαφορά μεταξύ azure και AWS ή είναι ίδια απλά η ms μάζεψε κόσμο που έχει ήδη λειτουργικό σύστημά της;

πάντως πήγα να χρησιμοποιήσω aws και δεν μπόρεσα να κάνω τίποτα με τα API του γιατί ζητούσε να ρυθμίσεις τις άδειες και θέλει να μελετήσεις τα documentation όχι αστεία

Ποιον κόσμο μάζεψε η MS με το λειτουργικό της σύστημα; Την κα. Σούλα απτον 5ο που έχει τα Vista που ήρθαν με το laptop που της έκανε δώρο ο κανακάρης της πριν 15 χρόνια; 😂

Τοσο το AWS όσο και το Azure αλλά και το Google cloud έχουν συγκεκριμένο κοινό στο οποίο απευθύνονται. 

[nikosgalis]

«Από αυτούς που ρωτήσαμε οι περισσότεροι χρησιμοποιούν Azure”

Φοβερή έρευνα. 
Το AWS παραμένει το standard για τους επαγγελματίες και για αυτό υπάρχουν έτοιμα modules για όλες τις γλώσσες προγραμματισμού, που να επικοινωνούν με το AWS. 
 

Δυσχρηστο πολύ, αλλά αυτό είναι στην κορυφή. 

Επεξ/σία 11 Μαρτίου 2022 από nikosgalis

[amav]

Δεν θέλω να γίνω εριστικός όπως το άρθρο αλλά έλεος.

Βρήκατε μια μελέτη με 753 δείγματα και βγάλατε συμπέρασμα; Ούτε Δημοσκόπηση της Abacus

[Hetfield]

2 hours ago, amav said:

Δεν θέλω να γίνω εριστικός όπως το άρθρο αλλά έλεος.

Βρήκατε μια μελέτη με 753 δείγματα και βγάλατε συμπέρασμα; Ούτε Δημοσκόπηση της Abacus

Αυτη τουλαχιστον ειναι αξιοπιστη 😆

[dbrillis]

Η ερευνα:
- Στην παρεα μου(4-5 ατομα) κανεις δεν χρησιμοποιει κανενα cloud.
Η ειδηση:
- "Πεφτουν οι cloud πλατφορμες στην προτιμηση του κοινου. Ο κοσμος επιλεγει on-premise" 

[Hacker?pcs]

Δεν αφορούν τους ιδιώτες αυτές οι ειδήσεις, είναι εκεί που κάνει τη μεγάλη μπάζα στα εταιρικά περιβάλλοντα

[Paladin-}LoA{-]

Η ψαλίδα εχει κλείσει αλλα το άρθρο το λες και παραπλανητικό. Η AWS είναι ακόμα αρκετά μπροστά,  όχι μόνο σε marketshare,  αλλά και σε λειτουργικότητα. Και δεν μιλάω για το περιβάλλον,  μιλάω για την τεχνολογία που βρίσκεται από πίσω. Εξάλλου σε enterprise level ελάχιστα χρησιμοποιείται το Web GUI, τα πάντα γίνονται με scripting και  APIs.

 

https://www.google.com/amp/s/www.statista.com/chart/amp/18819/worldwide-market-share-of-leading-cloud-infrastructure-service-providers/

[ethereum]

ετσι ακριβως ειναι , καλύτερο για επιχειρησεις , start ups , small businesses ,  Microsoft Azure , για government level cloud  AWS 

Επεξ/σία 12 Μαρτίου 2022 από ethereum

[avoulk]

Σε κάθε περίπτωση, αυξάνει σίγουρα η δημοτικότητα του Azure. Πιστεύω, προσωπικά, πως είναι επειδή είναι απλά φθηνότερο από το AWS.

[Lomar]

18 hours ago, avoulk said:

Σε κάθε περίπτωση, αυξάνει σίγουρα η δημοτικότητα του Azure. Πιστεύω, προσωπικά, πως είναι επειδή είναι απλά φθηνότερο από το AWS.

Εκτός απο φθηνότερο, είναι και πιο ξεκάθαρο στις επιλογές του. Πιστεύω πως μια μερίδα τουλάχιστον χρειάζεται virtual machines και ενα ξεκάθαρο pricing & autobalancing plan για pod kubernates και containers γενικότερα.

Εκεί το έχασε η amazon όπως και η google στο user experience. Δεν είναι όλα τα webapps σχεδιασμένα για serverless, ούτε πρόκειται όλοι να ακολουθήσουν graphql  ή οποιοδήποτε άλλου είδους vendor-locked λύσης για client-api-db αρχιτεκτονική.

Ειδικά στα πρώτα στάδια δεν είναι πλήρως ξεκάθαρο γιατί δεν προχωράει εμπορικά μια ιδέα και εκτός από τα έτοιμα user analytics, σίγουρα χρειάζεται και custom monitoring για το οποίο -πάλι- δεν υπάρχει silver bullet. Οπότε μια εφαρμογή η οποία τρέχει πάνω σε έτοιμες low code πλατφόρμες (όπως το aws lambda ή το firebase) ενδέχεται να χρειαστεί 100% ανασχεδιασμό ή απλά να μην υπάρχει καν το tooling για τα features που χρειάζεται.

Τα google cloud api's που έχω χρησιμοποιήσει κατα καιρούς είναι αρκετά χρήσιμα (συγκεκριμένα το VisionAPI, γιατί το tessaract μου έκανε "νερά"), εύκολο στο στήσιμο και με πάρα πολύ χαμηλό κόστος, αλλά αυτό προϋποθέτει πως έχεις ήδη φτιάξει το webapp σου και απλά θέλεις να κάνεις offload cpu intensive workloads.

Το κακό είναι πως όπως και με την Angular, το vendor locking της Google είναι τραγικό -κατά την ταπεινή μου άποψη- με το Firebase [η αντίστοιχη πλατφόρμα της Google σε σχέση με Azure (όχι 100%) & AWS], που πρακτικά πρέπει να μάθεις ενα ολόκληρο νέο οικοσύστημα, το οποίο εκτός του οτι δεν μεταφέρετε εκτός Google,  είναι και πολύ αυστηρά περιορισμένο στα implementations. Εάν δηλαδή δεν έχει κάποιο feature, ή δεν λειτουργεί με τον τρόπο που περιμένεις, απλά δεν το έχεις και τα workarounds, απλά θα φουσκώσουν τραγικά τον προϋπολογισμό.

My 2 cents: Cloud VPS σε κάποιον πάροχο (ακόμα και στην Ελλάδα έχουμε πάρα πολύ καλούς) και scaling με kubernates.
Εάν πρόκειται για μικρή εφαρμογή σίγουρα είναι τεράστιο το κόστος σε σύγκριση με AWS/Firebase/ότι-έχει-τo-Azure, αλλά εάν πρόκειται για μια συνεχώς εξελισσόμενη εφαρμογή και είναι εφικτό να υπάρχει και ενας DevOps στην ομάδα, τότε μακροπρόθεσμα μπορεί να είναι και μικρότερο το κόστος, σίγουρα όμως υπάρχει πλήρης ευελιξία και καθόλου vendor-locking, τα μεταφέρεις ανα πάσα στιγμή σε άλλο πάροχο.

Επεξ/σία 13 Μαρτίου 2022 από Lomar

[douts]

43 λεπτά πριν, Lomar είπε

Εκτός απο φθηνότερο, είναι και πιο ξεκάθαρο στις επιλογές του. Πιστεύω πως μια μερίδα τουλάχιστον χρειάζεται virtual machines και ενα ξεκάθαρο pricing & autobalancing plan για pod kubernates και containers γενικότερα.

Εκεί το έχασε η amazon όπως και η google στο user experience. Δεν είναι όλα τα webapps σχεδιασμένα για serverless, ούτε πρόκειται όλοι να ακολουθήσουν graphql  ή οποιοδήποτε άλλου είδους vendor-locked λύσης για client-api-db αρχιτεκτονική.

Ειδικά στα πρώτα στάδια δεν είναι πλήρως ξεκάθαρο γιατί δεν προχωράει εμπορικά μια ιδέα και εκτός από τα έτοιμα user analytics, σίγουρα χρειάζεται και custom monitoring για το οποίο -πάλι- δεν υπάρχει silver bullet. Οπότε μια εφαρμογή η οποία τρέχει πάνω σε έτοιμες low code πλατφόρμες (όπως το aws lambda ή το firebase) ενδέχεται να χρειαστεί 100% ανασχεδιασμό ή απλά να μην υπάρχει καν το tooling για τα features που χρειάζεται.

Τα google cloud api's που έχω χρησιμοποιήσει κατα καιρούς είναι αρκετά χρήσιμα (συγκεκριμένα το VisionAPI, γιατί το tessaract μου έκανε "νερά"), εύκολο στο στήσιμο και με πάρα πολύ χαμηλό κόστος, αλλά αυτό προϋποθέτει πως έχεις ήδη φτιάξει το webapp σου και απλά θέλεις να κάνεις offload cpu intensive workloads.

Το κακό είναι πως όπως και με την Angular, το vendor locking της Google είναι τραγικό -κατά την ταπεινή μου άποψη- με το Firebase [η αντίστοιχη πλατφόρμα της Google σε σχέση με Azure (όχι 100%) & AWS], που πρακτικά πρέπει να μάθεις ενα ολόκληρο νέο οικοσύστημα, το οποίο εκτός του οτι δεν μεταφέρετε εκτός Google,  είναι και πολύ αυστηρά περιορισμένο στα implementations. Εάν δηλαδή δεν έχει κάποιο feature, ή δεν λειτουργεί με τον τρόπο που περιμένεις, απλά δεν το έχεις και τα workarounds, απλά θα φουσκώσουν τραγικά τον προϋπολογισμό.

My 2 cents: Cloud VPS σε κάποιον πάροχο (ακόμα και στην Ελλάδα έχουμε πάρα πολύ καλούς) και scaling με kubernates.
Εάν πρόκειται για μικρή εφαρμογή σίγουρα είναι τεράστιο το κόστος σε σύγκριση με AWS/Firebase/ότι-έχει-τo-Azure, αλλά εάν πρόκειται για μια συνεχώς εξελισσόμενη εφαρμογή και είναι εφικτό να υπάρχει και ενας DevOps στην ομάδα, τότε μακροπρόθεσμα μπορεί να είναι και μικρότερο το κόστος, σίγουρα όμως υπάρχει πλήρης ευελιξία και καθόλου vendor-locking, τα μεταφέρεις ανα πάσα στιγμή σε άλλο πάροχο.

Δεν κατάλαβα τπτ....αλλά ωραία τα λες!!

 

[avoulk]

58 λεπτά πριν, Lomar είπε

Εκτός απο φθηνότερο, είναι και πιο ξεκάθαρο στις επιλογές του. Πιστεύω πως μια μερίδα τουλάχιστον χρειάζεται virtual machines και ενα ξεκάθαρο pricing & autobalancing plan για pod kubernates και containers γενικότερα.

Εκεί το έχασε η amazon όπως και η google στο user experience. Δεν είναι όλα τα webapps σχεδιασμένα για serverless, ούτε πρόκειται όλοι να ακολουθήσουν graphql  ή οποιοδήποτε άλλου είδους vendor-locked λύσης για client-api-db αρχιτεκτονική.

Ειδικά στα πρώτα στάδια δεν είναι πλήρως ξεκάθαρο γιατί δεν προχωράει εμπορικά μια ιδέα και εκτός από τα έτοιμα user analytics, σίγουρα χρειάζεται και custom monitoring για το οποίο -πάλι- δεν υπάρχει silver bullet. Οπότε μια εφαρμογή η οποία τρέχει πάνω σε έτοιμες low code πλατφόρμες (όπως το aws lambda ή το firebase) ενδέχεται να χρειαστεί 100% ανασχεδιασμό ή απλά να μην υπάρχει καν το tooling για τα features που χρειάζεται.

Τα google cloud api's που έχω χρησιμοποιήσει κατα καιρούς είναι αρκετά χρήσιμα (συγκεκριμένα το VisionAPI, γιατί το tessaract μου έκανε "νερά"), εύκολο στο στήσιμο και με πάρα πολύ χαμηλό κόστος, αλλά αυτό προϋποθέτει πως έχεις ήδη φτιάξει το webapp σου και απλά θέλεις να κάνεις offload cpu intensive workloads.

Το κακό είναι πως όπως και με την Angular, το vendor locking της Google είναι τραγικό -κατά την ταπεινή μου άποψη- με το Firebase [η αντίστοιχη πλατφόρμα της Google σε σχέση με Azure (όχι 100%) & AWS], που πρακτικά πρέπει να μάθεις ενα ολόκληρο νέο οικοσύστημα, το οποίο εκτός του οτι δεν μεταφέρετε εκτός Google,  είναι και πολύ αυστηρά περιορισμένο στα implementations. Εάν δηλαδή δεν έχει κάποιο feature, ή δεν λειτουργεί με τον τρόπο που περιμένεις, απλά δεν το έχεις και τα workarounds, απλά θα φουσκώσουν τραγικά τον προϋπολογισμό.

My 2 cents: Cloud VPS σε κάποιον πάροχο (ακόμα και στην Ελλάδα έχουμε πάρα πολύ καλούς) και scaling με kubernates.
Εάν πρόκειται για μικρή εφαρμογή σίγουρα είναι τεράστιο το κόστος σε σύγκριση με AWS/Firebase/ότι-έχει-τo-Azure, αλλά εάν πρόκειται για μια συνεχώς εξελισσόμενη εφαρμογή και είναι εφικτό να υπάρχει και ενας DevOps στην ομάδα, τότε μακροπρόθεσμα μπορεί να είναι και μικρότερο το κόστος, σίγουρα όμως υπάρχει πλήρης ευελιξία και καθόλου vendor-locking, τα μεταφέρεις ανα πάσα στιγμή σε άλλο πάροχο.

Εμείς εταιρικά έχουμε παίξε K8S και στους τρεις μεγάλους καθώς και σε self-hosted cluster (lab).

Το πιο εύκολο μακράν το GKE, μετά το AKS και τελευταίο το EKS (σε όρους ευκολίας πάντα). 

Σε κάθε περίπτωση, συμφωνώ 100% δεν είναι όλα serverless οι περισσότεροι (και εμείς) θέλουν flexibility και autoscaling  σε πολλαπλά availability zones και τέλος. Κάπου εκεί όλα συγκλίνουν. Να πω πως την ίδια εφαρμογή την έχουμε κάνει deploy και στα τέσσερα περιβάλλοντα: μετά το initial setup, όλα τελικά καταλήγουν στο ίδιο manifest set. Απλά, έχουμε το κλασσικό client-api-db setup και όχι έτοιμες υπηρεσίες (με την εξαίρεση του Azure blob storage client).