Reprise du message précédent :

 
Oui c'était attendu. Line.ago.ra a vraiment une sale image dans le monde du libre en FR (« parasites » est le mot qui revient le plus). Perso j'ai jamais bossé avec eux je pourrai pas dire
 

 
J'ai pas vu de commerciaux, on parle de barbus

haha oui oui, dépensez plus dans Cloud, devenez complètement ignares de comment ça marche derrière et dépendants de nos services

M'enfin dans la tête des gens c'est déjà bien vendu comme ça, on fait bien des réunions « top secrètes » sur Teams, inutile d'en rajouter

On taffe avec eux. Ils ne s'engagent que sur ce qui est simple et sont dépassés si c'est trop ancien.

Leurs commerciaux sont parmi les pires que j'ai jamais vu passer putain.

GNU, samba, lequel vous semble le plus professionnel ?

Wut

J'en ai pas entendu du bien sûr une presta autour de solr. Mon n+2 qui était à une de leurs réunions pour trouver des optimisations techniques qui claque un "je me demande pourquoi je paye une presta d'expertise, ce que vous me proposez on l'a déjà trouvé par nous mêmes en cherchant sur internet"

 
Comment ça, professionnel ? Le deux sont gratuits, donc à partir de là...

 
et en prime continuez de payer votre on prems en parallèle du cloud, parce qu'en fait la migration est un peu plus compliquée que prévu

bah gnu, samba c'est une danse  

 
Netouare.

 
Et cette migration ne terminera jamais  

 
Le jour où il sera décidé d'internaliser à nouveau

 
Tu connais des boites full AD Azure ? Ça marche le intune/gpo poste dans Azure AD ? J’ai pas encore trouvé une boîte qui as fait le pas complet a decom son Ad on Prem

 
Pareil, on fermera pas le cloud non plus parce qu'il y aura alors des application legacy auxquelles personne veut toucher qui utiliseront des services propriétaires dans le cloud

 
Du lift and shift de programmes en Cobol dans le Cloud  

J'en connais ouais mais plutôt des boites qui sont parties directement là dessus il y a qq années.

Du coup ils blindent les accès WAN ?

c'est à dire ?

Bah avec la liaison MPLS et IWA over LDAPS enfin

AD DNS over IP

Des trucs de barbus de garage

Ça se tient.

Netware c'était payant, gage de sérieux.

 
Je suis preneur d’un avis    
 
On gère 2000 app services, 3000 resssourc grp, 30k compte full azure le tout en terraform/script maison mais impossible de bypass l’AD on prem/gpo/sccm et l’IT bureautique a là papa .

Donc justement l'inverse des exemples de je@nb.
 
Le full cloud ça fonctionne très bien et c'est "plus facile" si tu pars dessus dès le début, dès la création de la startup.
C'est la migration d'un existant qui est un bordel sans nom (et cher).

Mouais, le cloud c'est juste un énième moyen de déléguer la responsabilité à un presta.

Des barbus qui n'ont visiblement pas touché à un AD depuis l'époque Windows 2000, je commencerai à courir
Cela dit tant mieux si ça aboutit.
 

Tous nos petits clients commencent à basculer full cloud. Les boîtes plus grosses c'est une autre histoire.

 
D'où les gros crédits gratuits pour inciter les Startup à dépendre du Cloud dès le départ, pour ensuite les garder bien au chaud quand la charge va augmenter
 
Ça me rappelle des pratiques de certains milieux

 
A Gre, vous connaissez bien ces pratiques  

Ils ont aussi un programme de "sponsoring" de petites startups.

Ce que j'adore dans AZ-900 c'est le brain Washing complet comme quoi le Cloud est forcement moins cher  

y'a des gens qui utilisent "vraiment" des fonctionalités AD de samba dans de la vraie prod ??? autre que du lab ou pour rendre service...

en fait ça l'est
 
c'est juste qu'a très court terme, ça coute moins cher de rajouter des instances à la va-vite que d'embaucher un vrai sysadmin qui va bien regarder ce qui se passe et de prendre le temps d'optimiser les programmes des développeurs.

Y a une incohérence, depuis quand un adminsys va optimiser les programmes des devs? C'est un mouton à 5 pattes?
Pour moi c'est 2 personnes différentes avec le coût RH que ça représente. Faut tout prendre en compte pour comparer du full cloud vs on-premise.

ca s'appelle l'aide aux developpeurs, car en tant que systadmin tu vois que certaines vm bouffent trop de cpu, cappent leur IOs, la ram etc et donc peux fournir des outils d'analyse ou remonter que le probleme de perf NE VIENT PAS de l'infra, etc
 
c'est comme ca que je comprends sa remarque, par opposition a "on rajoute des instances et hop, sans les mains !"

 
L'usage de ressources d'une VM oui, mais en lisant son message j'avais l'impression qu'il parlait d'analyse et optimisation du code... C'est pas tout à fait pareil.

je reformule
un vrai sysadmin qui va bien regarder ce qui se passe  
 
et de prendre le temps d'optimiser les programmes pour les  développeurs.
 
le sysadmin est aussi utilie humainement pour cogner les développeurs (sinon ils font de la merde)

On a définitivement pas la même vision d'un sysadmin, je vois pas pourquoi il irait regarder le code pour l'optimiser, c'est le rôle d'un dev, en particulier s'il s'agit de dev interne...

j'ai encore mal reformulé
le sysadmin va pas optimiser le code métier.
 
mais parfois, du code systeme, du code IO, Réseau.... souvent, le sysadmin en fait s'y connait mieux que le dev (qui part du principe que ces trucs la "ça juste marche" ) donc avoir un sysadmin pour taper sur les devs ça va servir

Oui effectivement vu comme ça mais à condition qu'il arrive à se dégager du temps pour faire ce type d'analyses qui sont parfois loin d'être anodins

le bon sysadmin a réussi a automatiser toutes ses taches redondantes, stabilisé son infra, et n'a plus qu'a faire semblant de travailler, tout en ne documentant pas trop pour rester indispensable et expliquer que le moindre incident est du au manque de budget
 
donc il a le temps ensuite d'aller casser du dev  

"prendre le temps d'optimiser les programmes" ?
"taper sur les dev" ?
On ne se représente pas du tout les jobs de sysadmin de la même façon alors mais moi en 12ans d'exp, mes interactions avec les sysadmin ont toujours été des demandes lié à l'infra/réseau. JAMAIS aucun sysadmin ne s'est approché du code, n'a émis une hypothèse sur du code ou quoi que ce soit.
Ils peuvent être là en support pour diagnostiquer/résoudre un problème ou les remonter (genre en effet "cet appli fait quand même beaucoup d'I/O, c'est sûrement pas normal" ), mais c'est tout.

Pour être capable d'optimiser du code réseau/IO (sauf si l'optimisation c'est de mettre un cache redis et des index SQL), t'as intérêt à être un dev senior, à bien connaître à la fois le métier, le langage, les libs, les limites, etc... c'est pas du tout à la porté du premier dev venu. Donc sysadmin encore moins.
Si tu n'es pas d'accord, je veux bien un exemple concret "d'optimisation du code réseau", car on ne doit pas définir ça de la même façon.

Et si un sysadmin a toutes ces casquettes, c'est plus un sysadmin mais plutôt un expert technique quoi.

ça dépend des secteurs/métiers/taille de la boite/cloisonnement