Η Microsoft "ανοίγει" το PowerShell για linux και OS X

[Hetfield]

Άλλη διοίκηση τότε, άλλη τώρα. Μη συγκρίνεις ανόμοια πράγματα.

Ακριβως.
Και το χειροτερο ειναι οτι ουτε απο τη σημερινη διοικηση βλεπω πραγματικη θεληση να ανοιξει τις τεχνολογιες της Microsoft.

- - - Updated - - -

Β) Σήμερα Powershell >= Bash , το powershell έχει 15 χρόνια ανάπτυξη και αρκετά εκατομμύρια στην πλάτη του, είναι object-oriented και μπορεί να γράψει κώδικα .net

Απο ποτε το object oriented ειναι καλυτερο;

[turboirc]

Ακριβως.
Και το χειροτερο ειναι οτι ουτε απο τη σημερινη διοικηση βλεπω πραγματικη θεληση να ανοιξει τις τεχνολογιες της Microsoft.

- - - Updated - - -



Απο ποτε το object oriented ειναι καλυτερο;

Απο τοτε που χρειαζεται μυαλο για να το δουλεψεις. Ειναι τα ιδια με οτι ελεγα πριν. Οσοι εχουν την ικανοτητα να το κατανοησουν το δουλευουν. Οι αλλοι μενουν στην C και στο command line, just because thats all they can cope with. Και βεβαια επειδη οσα δεν φτανει η αλεπου τα κανει κρεμασταρια, μετα κατηγορουν αυτο που δεν καταλαβαινουν και βρισκουν σαν δικαιολογια το open source για να αποδειξουν οτι κατι αξιζουν. Φυσικα εκτος ελαχιστων εξαιρεσεων δεν θα δουλευαν ποτε σε μια εταιρια με λεφτα, για αυτο και θελουν να τα κανουν ολα τσαμπα, open, free και ανοησιες τετοιες.

Σημαντικοτατες εξαιρεσεις υπαρχουν αλλα μιλαμε για πραγματικους επιστημονες/ερευνητες, οχι ερασιτεχνες. Αυτοι φτιαχνουν καινοτομους αλγοριθμους, τους εγκρινουν επιστημονικα περιοδικα και μετα παει στο open source για επιστημονικους λογους.

Το ιδιο το github που φιλοξενει τεραστιο ογκο δεδομενων δεν ειναι open source και τα κονομανε ατελειωτα απο ατομα που ανεβαζουν βιβλιοθηκες. Δουλεουν δωρεαν για τους λιγους ολοι αυτοι.

Οταν τους πεις ομως να σταματησεις να τους πληρωνεις στη δουλεια τους τοτε βεβαια ξεχνανε τον δηθεν σοσιαλισμο και βγαινει στη φορα η καπιταλιστικη ιδεολογια τους. Τσαμπα για τους αλλους να δουλευουν, ποτε για την παρτη μας.

Και ολα αυτα στα λεει ενα ατομο που εχει διαθεσει τουλαχιστον 30 βιβλοθηκες σε αρθρα και ανοικτο κωδικα.

[Banditgr]

Κανενα feature δεν παρεχει. Οτιδηποτε μπορει να γινει με command line μπορει να γινει και με gui. Το command line ειναι αποκλειστικο feature ενος developer για να κανει ποιο γρηγορα μια δουλεια, αν βαριεται η δεν ξερει να γραψει gui. Για ενα χρηστη οποουδηποτε power level, δεν υπαρχει καμια απολυτως διαφορα.

Δεν διαφωνούμε στο ότι η ίδια δουλειά μπορεί να γίνει και με GUI. Interchangeable functionality είναι. Το θέμα είναι ότι στην πραγματικότητα (και μιλώντας πάντα για Windows) κάποιες ρυθμίσεις/εργαλεία δεν παρέχουν GUI, για διάφορους λόγους που έχουν περισσότερο να κάνουν με το abuse κάποιας ρύθμισης από τον χρήστη. Και δεν συμφωνώ ότι το command line βοηθά μόνο τους devs, προσφέρει (εδώ και χρόνια) σημαντικούς αυτοματισμούς και στους sysadmins. Σε μια ιδανική κατάσταση, δεν θα είχε λόγο ύπαρξης. Μέχρι να φτάσουμε σε αυτή είναι χρήσιμο να υπάρχει.

[turboirc]

Δεν διαφωνούμε στο ότι η ίδια δουλειά μπορεί να γίνει και με GUI. Interchangeable functionality είναι. Το θέμα είναι ότι στην πραγματικότητα (και μιλώντας πάντα για Windows) κάποιες ρυθμίσεις/εργαλεία δεν παρέχουν GUI, για διάφορους λόγους που έχουν περισσότερο να κάνουν με το abuse κάποιας ρύθμισης από τον χρήστη. Και δεν συμφωνώ ότι το command line βοηθά μόνο τους devs, προσφέρει (εδώ και χρόνια) σημαντικούς αυτοματισμούς και στους sysadmins. Σε μια ιδανική κατάσταση, δεν θα είχε λόγο ύπαρξης. Μέχρι να φτάσουμε σε αυτή είναι χρήσιμο να υπάρχει.

Μπερδευεις (η ενδεχομενως εγω παρεξηγησα) το console app με το command line parameter. Καθε gui app μπορει επισης να παρει command line παραμετρους που θα αυτοματοποιουν την διαδικασια του. Το console app δεν ειναι σε καμια περιπτωση φτιαγμενο για να αυτοματοποιησει μια διαδικασια. Ειναι φτιαγμενο επειδη φτιαχνεται γρηγοροτερα.

Απλα οι περισσοτεροι νομιζουν οτι ενα gui app εχει μονο μενου.

[euri]

Εγώ πάντως με τα σημερινά δεδομένα δε θα μπορούσα να φανταστώ καν την περίπτωση να διαχειρίζομαι Active Directory και Exchange Server μόνο με τα GUI components τους (mmc console και web-based console αντίστοιχα). Χωρίς powershell θα ήταν απλά μαρτύριο. Ο Exchange Server, μάλιστα, εγκαθιστά το Exchange Management Console, το οποίο είναι το βασικό εργαλείο διαχείρισης: powershell console σε μαύρο φόντο. Πιο command line δε γίνεται.

[turboirc]

Εγώ πάντως με τα σημερινά δεδομένα δε θα μπορούσα να φανταστώ καν την περίπτωση να διαχειρίζομαι Active Directory και Exchange Server μόνο με τα GUI components τους (mmc console και web-based console αντίστοιχα). Χωρίς powershell θα ήταν απλά μαρτύριο. Ο Exchange Server, μάλιστα, εγκαθιστά το Exchange Management Console, το οποίο είναι το βασικό εργαλείο διαχείρισης: powershell console σε μαύρο φόντο. Πιο command line δε γίνεται.

Αν ειχαν τις ιδιες παραμετρους που δεχεται το console relative τους, μια χαρα θα μπορουσες, απλα αντι για μαυρο output θα ειχες το επιλεγμενο φοντο σου.
Το gui ειναι superset του console.Δεν υπαρχει μαθηματικα τιποτα που να γινεται console και να μην μπορει να γινει με ακριβως τις ιδιες παραμετρους ευκολιας η χρηστικοτητας στο gui.

[Nuperibo]

Πώς είναι το GUI superset του console;

Είναι σαν να λες το application layer είναι superset του transport layer.. (?)

[euri]

Αν ειχαν τις ιδιες παραμετρους που δεχεται το console relative τους, μια χαρα θα μπορουσες, απλα αντι για μαυρο output θα ειχες το επιλεγμενο φοντο σου.
Το gui ειναι superset του console.Δεν υπαρχει μαθηματικα τιποτα που να γινεται console και να μην μπορει να γινει με ακριβως τις ιδιες παραμετρους ευκολιας η χρηστικοτητας στο gui.

Εγώ ξέρω ότι, για παράδειγμα, δεν μπορώ να φτιάξω μαζικά πολλούς domain accounts στο Active Directory χρησιμοποιώντας το Active Directory Users and Computers (mmc console).

Όπως επίσης δεν μπορώ να βρω πληροφορίες για τα κινητά τηλέφωνα που συνδέονται μέσω Exchange ActiveSync στον Exchange Server χρησιμοποιώντας το Exchange Admin Centre (web-based εργαλείο).

Για τον Exchange Server και το console relative που αναφέρεις, δεν υπάρχει GUI console (mmc) πια, αρχής γενομένης από τον Exchange Server 2013. Είτε το Exchange Admin Centre, με πολύ περιορισμένες δυνατότητες, είτε το Management Shell (command line, αυτό το μαύρο) για πλήρεις δυνατότητες.

[turboirc]

Πώς είναι το GUI superset του console;

Είναι σαν να λες το application layer είναι superset του transport layer.. (?)

Ειναι superset. Για την ακριβεια δεν ειναι superset, ειναι ακριβως το ιδιο πραγμα. Ολα τα προγραμματα console και τα προγραμματα guii εχουν διαθεσιμες ακριβως τις ιδιες βιβλιοθηκες, η μονη διαφορα ειναι οτι το console app ξεκιναει με μια console by default. Τιποτα δεν εμποδιζει το console app να φτιαξει μια οθονη με gui και τιποτα δεν εμποδιζει το gui app να ανοιξει μια console.

Εγώ ξέρω ότι, για παράδειγμα, δεν μπορώ να φτιάξω μαζικά πολλούς domain accounts στο Active Directory χρησιμοποιώντας το Active Directory Users and Computers (mmc console).

Όπως επίσης δεν μπορώ να βρω πληροφορίες για τα κινητά τηλέφωνα που συνδέονται μέσω Exchange ActiveSync στον Exchange Server χρησιμοποιώντας το Exchange Admin Centre (web-based εργαλείο).

Για τον Exchange Server και το console relative που αναφέρεις, δεν υπάρχει GUI console (mmc) πια, αρχής γενομένης από τον Exchange Server 2013. Είτε το Exchange Admin Centre, με πολύ περιορισμένες δυνατότητες, είτε το Management Shell (command line, αυτό το μαύρο) για πλήρεις δυνατότητες.

Σωστα. Οπως λεω και παραπανω ομως αυτο δεν ειναι περιορισμος του gui, αλλα του προγραμματος. Δεν ειναι δηλαδη οτι ενα gui δεν μπορει να κανει οτι και το console. Η διαφορα τους ειναι οτι το console app φτιαχνεται πολυ πιο ευκολα, για αυτο και ορισμενοι θεωρουν οτι ειναι δυναμη των προγραμματιστων για περισσοτερες επιλογες κλπ, ουσιαστικα ειναι αδυναμια τους να φτιαξουν το ιδιο με γραφικη μορφη.

[fumantsu]

Εγώ ξέρω ότι, για παράδειγμα, δεν μπορώ να φτιάξω μαζικά πολλούς domain accounts στο Active Directory χρησιμοποιώντας το Active Directory Users and Computers (mmc console).

Όπως επίσης δεν μπορώ να βρω πληροφορίες για τα κινητά τηλέφωνα που συνδέονται μέσω Exchange ActiveSync στον Exchange Server χρησιμοποιώντας το Exchange Admin Centre (web-based εργαλείο).

Για τον Exchange Server και το console relative που αναφέρεις, δεν υπάρχει GUI console (mmc) πια, αρχής γενομένης από τον Exchange Server 2013. Είτε το Exchange Admin Centre, με πολύ περιορισμένες δυνατότητες, είτε το Management Shell (command line, αυτό το μαύρο) για πλήρεις δυνατότητες.

Μην προσπαθεις να πεισεις εναν που εχει μια καραμελα "Το gui ειναι superset του console." Ακομα και αν του φερεις γραπτες αποδειξεις οτι η ιδια η Microsoft εχει βαλει διαχειριστικες δυνατοτητες στην Powershell που δεν υπαρχουν στο GUI θα σου βρει κατι.
Ειναι εμφανες οτι δεν εχει ασχοληθει περισσοτερο με το να δουλευει σε επιπεδο απλου χρηστη αφου ενδεχομενως να θεωρει οτι ενα απλο task να δημιουργεις πχ. partitions σε δισκους με ενα κλικ ειναι χειροτερο απο το να πας στο Computer Management->Disk Management-> κτλ κτλ κτλ κτλ (ηδη κουραστικα)
Η Powershell για sysadmins και γενικα σε ημι-επαγγελματικο/επαγγελματικο χωρο ηταν σωτηρια δημιουργια που ελυσε πολλα προβληματα. Για αυτο και η ιδια η Microsoft επενδυει στην αναπτυξη της.
Αλλα οχι... ολα μπορουν να γινουν απο το GUI απλα εκατομμυρια χρηστες (ειδικα επαγγελματιες του χωρου) ειναι μαζοχες και γουσταρουν να γραφουν κωδικα......ΕΛΕΟΣ!

[giotis1982]

Δε λέει αυτό Fumantsu , εννοεί πως ο κώδικας είναι ήδη εκεί. Προφανώς μπορείς να φτιάξεις ένα GUI πάνω σε αυτόν τον κώδικα. Αντι για το powershell.

Ναι και μάλιστα αν είσαι σοβαρός μπορείς να πάρεις τα Libraries και να φτιάξεις νέο GUI με κάποιο API. Εμείς δουλεύουμε το Sapien για να φτιαξουμε GUI του Powershell. Αντί δηλαδή να γράφεις command να βλέπεις το GUI, αν και από κάτω είναι Powershell.

Για την διαχείριση των Certificate αν πας με το GUI Θέλεις αρκετό χρόνο, το Powershell είναι πιο γρήγορο. Για αυτό φτιάξαμε ένα GUI του powershell.

[turboirc]

Μην προσπαθεις να πεισεις εναν που εχει μια καραμελα "Το gui ειναι superset του console." Ακομα και αν του φερεις γραπτες αποδειξεις οτι η ιδια η Microsoft εχει βαλει διαχειριστικες δυνατοτητες στην Powershell που δεν υπαρχουν στο GUI θα σου βρει κατι.
Ειναι εμφανες οτι δεν εχει ασχοληθει περισσοτερο με το να δουλευει σε επιπεδο απλου χρηστη αφου ενδεχομενως να θεωρει οτι ενα απλο task να δημιουργεις πχ. partitions σε δισκους με ενα κλικ ειναι χειροτερο απο το να πας στο Computer Management->Disk Management-> κτλ κτλ κτλ κτλ (ηδη κουραστικα)
Η Powershell για sysadmins και γενικα σε ημι-επαγγελματικο/επαγγελματικο χωρο ηταν σωτηρια δημιουργια που ελυσε πολλα προβληματα. Για αυτο και η ιδια η Microsoft επενδυει στην αναπτυξη της.
Αλλα οχι... ολα μπορουν να γινουν απο το GUI απλα εκατομμυρια χρηστες (ειδικα επαγγελματιες του χωρου) ειναι μαζοχες και γουσταρουν να γραφουν κωδικα......ΕΛΕΟΣ!

Να μιλας καλυτερα αμορφωτε.
Αρκετα ασχοληθηκα με ερασιτεχνες, παω να συνεχισω τις διακοπαρες μου.
Αντιος.

[euri]

Σωστα. Οπως λεω και παραπανω ομως αυτο δεν ειναι περιορισμος του gui, αλλα του προγραμματος. Δεν ειναι δηλαδη οτι ενα gui δεν μπορει να κανει οτι και το console. Η διαφορα τους ειναι οτι το console app φτιαχνεται πολυ πιο ευκολα, για αυτο και ορισμενοι θεωρουν οτι ειναι δυναμη των προγραμματιστων για περισσοτερες επιλογες κλπ, ουσιαστικα ειναι αδυναμια τους να φτιαξουν το ιδιο με γραφικη μορφη.

Μπορεί η δυνατότητα να υπάρχει, αλλά το εργαλείο αυτό καθ' αυτό δεν υπάρχει. Όπως φαίνεται, πρέπει να το δημιουργήσεις εκ του μηδενός, αν θέλεις. Και αυτό δεν είναι η δουλειά του sysadmin.

Η τάση όμως είναι ότι και στον κόσμο της Microsoft, ένας κατεξοχήν κόσμος γεμάτος GUI, το command line είναι εκεί και η παρουσία του ενδυναμώνεται με τη μορφή του powershell. Κάθε άλλο παρά πεθαίνει όπως αναφέρθηκε προηγουμένως, ειδικά όταν η ίδια η MS καταργεί γραφικά εργαλεία και τα αντικαθιστά επίσημα με command line.

[charly130.mk2]

Το gui ειναι superset του console.Δεν υπαρχει μαθηματικα τιποτα που να γινεται console και να μην μπορει να γινει με ακριβως τις ιδιες παραμετρους ευκολιας η χρηστικοτητας στο gui.

Turboirc, δυστυχώς η ίδια η MS διαφωνεί (τουλάχιστον σε κάποιες περιπτώσεις)... Στο Lync πχ, (aka Skype for Business) θα πρέπει να σου πω ότι από την έκδοση 2013 και μετά, το GUI δεν είναι τίποτα παραπάνω από ένα overlay του PowerShell CLI, και μάλιστα ΧΩΡΙΣ να να παρέχει το πλήρες feature set. Δηλαδή, μόνο οι πιο βασικές/συνηθισμένες εργασίες μπορούν να γίνουν από το GUI, ενώ το σύνολο των εργασιών μπορεί να γίνει από την κονσόλα. Και όταν λέμε overlay δεν εννοούμε ότι 'χτυπάει' τα ίδια dlls με το CLI, αλλά καλεί αυτούσιο το CLI που θα εκτελέσει στην πραγματικότητα τις εντολές. Το πιο καλό δε είναι ότι όταν κάνεις εργασίες από το GUI, σου δείχνει και ποιες εντολές CLI θα τρέξει από κάτω, ώστε την επόμενη φορά (εάν θες) να μην μπεις στον κόπο να ανοίξεις το GUI. Αν δεν απατώμαι, το ίδιο ισχύει και τον Exchange πλέον...

Κοινώς, αυτό που κατάλαβε η MS (και η κάθε MS) είναι ότι από την στιγμή που το CLI είναι και θα παραμείνει χρήσιμο (πίστεψε με ΔΕΝ θες να δώσεις το ίδιο σετ εντολών γραφικά σε 30-40+ servers, ή για μεγάλο αριθμό χρηστών), δεν συμφέρει να έχεις ουσιαστικά 2 εφαρμογές να συντηρείς. Επομένως, έχεις μια (CLI), και η άλλη είναι πλέον ένα GUI front-end της. Φυσικά αυτό δεν μπορεί να ισχύσει για ΟΛΕΣ τις εφαρμογές, αλλά υπάρχουν συγκεκριμένα use cases (συνήθως για server εφαρμογές) που ισχύει. Και εκεί όντως δεν μπορείς να θεωρηθείς capable administrator μέχρι να εντρυφήσεις στο CLI. Και δεν το λέω εγώ αυτό αλλά η ίδια η MS στις εκπαιδεύσεις της.

Από εκεί και πέρα, ισχύει φυσικά και το "περί ορέξεως κολοκυθόπιτα"... Ο κάθε ένας έχει δικαίωμα να του αρέσει το όποιο περιβάλλον βρίσκει πιο βολικό και καλύπτει τις ανάγκες του.

[giotis1982]

Guys peace,το powershell προφανώς και απευθύνεται σε IT/Devs. Δεν είναι για τον κοινό κοσμάκη. Επίσης δεν είναι τόσο για το Client mgmt. Αφορά το Server και τα εργαλεία διαχείρισης. Τώρα από την αρχή του 2012 Server η MS ανακοίνωσε πως προσπαθεί να βάλει όσα γίνονται στο command στο GUI. Για διάφορους λόγους. Αν δείτε τι λέει ο Jeffrey Snover θα καταλάβετε. Δεν είναι εφικτό να έχεις management για 1.1 εκ servers στο Azure με GUI. End of story. Το Powershell λοιπόν δεν είναι χτεσινό και όλα τα εργαλεία που βγάζουν τα βγάζουν πρώτα για αυτούς , δεν είναι μυστικό.

Με τον Server 2016 η MS περνάει σε default core installation που θα έχει μόνο Powershell. Το Full GUI θα είναι έξτρα option και σιγά σιγά πάει προς το απολύτως απαραίτητο Setup (RDS κτλ). Επίσης στον 2016 υπάρχει ο Nano Server που δεν έχει καν GUI και το management γίνεται αποκλειστικά με Powershell.

Δεν υπάρχει περίπτωση να φύγει το Powershell ούτε σε 12 χρόνια από τώρα. Η σύγκριση με το Bash ίσως είναι λίγο λάθος, γιατί το Powershell είναι τελείως διαφορετικό και συνεχώς αναβαθμίζεται , σχεδόν ανά τρίμηνο. Επίσης με το WinRM έφτασε η εποχή που το Hardware θα μπορεί να γίνει configured με το Powershell. Η προσωπική μου εμπειρία με περισσότερους των 500 server για ΑΜΕΣΗ παρακολούθηση και configuration καθώς και πάνω από 1000 για την εργασία μου καθημερινά με οδηγεί σε αυτό που γράφει ο Snover, μόνο command line. Για αυτοματισμό και για να μπορώ να διαλέξω εγώ τι θέλω να γίνεται.

Και ναι σίγουρα γίνεται να βάλεις ένα κουμπί στο GUI που θα τα κάνει όλα αυτά που θα έκανε το command. Μετά αρχίζει η γκρίνια. Γιατί το κουμπί είναι μπλε , γιατί είναι στα δεξιά , γιατί δεν κάνει 2 πράγματα μαζί κτλ.

Ένα μικρό Demo που έχω βάλει και στο AX και στο Blog μου, αυτό το 10 γραμμών script ελέγχει για σφάλματα που έγιναν αλλά διορθώθηκαν(transient errors,warning από latency κτλ) και τα αφαιρεί από την κονσόλα για να μην ψάχνει κάποιος με το System Center. Μια δουλειά των 45 λεπτών γίνεται σε 3. Beat that GUI

#Import the Module
Import-Module OperationsManager

#Connect to the OMMS Server
New-SCOMManagementGroupConnection -ComputerName "server01.domain.com"

#Get all the classes in error or warning state
$class=Get-SCOMClassInstance|? {$_.healthstate -eq "Error" -or $_.healthstate -eq "Warning"}

#Loop through each to try to recalculate
ForEach ($Monitor in $Class)
{
$monitor.recalculatemonitoringstate()
}


Sorry για το μεγάλο post.