Red Hat neemt devops-bedrijf Ansible over - update

Red Hat heeft devops-softwarebedrijf Ansible overgenomen. Volgens eerdere geruchten gaat het om een bedrag van 100 miljoen dollar. Vrijdag werd de overname van het op serverbeheer gerichte bedrijf bekendgemaakt.

Red Hat heeft de overname bevestigd, na eerdere geruchten waarover Venturebeat schreef. De eerste stabiele release van Ansible werd in 2012 door Michael DeHaen als opensourceplatform voor het configureren en onderhouden van computers en netwerken vrijgegeven. Het bedrijf Ansible Inc. werd opgericht in maart 2013. De software combineert de mogelijkheid om applicaties naar meerdere nodes te verspreiden via bijvoorbeeld een container van Docker, ad hoc taken uit te voeren en configuraties van de verschillende nodes bij te houden.

De nodes zelf hoeven de applicatie niet geïnstalleerd te hebben, waardoor geen extra processorkracht of geheugen in de achtergrond gebruikt hoeft te worden door daemons. Het bedrijf verdient geld aan ondersteuning en het betaalde Ansible Tower, waarmee het platform al snel aan populariteit won. Daarnaast is de basisfunctionaliteit ook kosteloos beschikbaar.

De huidige ceo en medeoprichter van Ansible Inc. Saïd Ziouani werkte eerder voor Red Hat bij de afdeling voor sales en business development. De overname van Ansible door Red Hat past in de lijn van Red Hats eigen bedrijfsprofiel, zeker omdat Ansible al geïntegreerd is in Red Hats OpenShift, OpenStack en Red Hat Enterprise Linux via de repositories.

Update 13:33: Het artikel is aangepast nadat Red Hat de overname bekendmaakte. Aanvankelijk was het stuk gebaseerd op geruchten van Venturebeat.

Reacties (22)

[Ed Vertijsment]

Ik gebruik zelf Ansible voor het configureren van enkele Ubuntu server machines, weliswaar puur de basis (de rest is Docker) maar wel voor zaken zoals de firewall en automatische updates. Ik hoop niet dat de overname van Red Hat de ontwikkeling van Debian/Ubuntu gerelateerde tooling (apt, ufw) op een laag pitje zet.

[Reactie gewijzigd door Ed Vertijsment op 23 juli 2024 00:17]

[bruij025]

Red Hat is uiteindelijk gewoon een bedrijf dat geld verdiend met hun implementatie diensten en vooral support. Ze willen dit waarschijnlijk intergeren in hun Openstack deployment. Ik vind het altijd interessant om te zien dat bedrijven die voor open source kiezen vanwege de vendor lock-in opeens voor Red Hat kiezen. Alsof de Lock-In er dan ineens niet meer is.

De focus zal waarschijnlijk gaan liggen om het opsluiten van Ansible in de Red Hat Stack. Jammer, want Ansible is een erg mooi product.

[Reactie gewijzigd door bruij025 op 23 juli 2024 00:17]

[smitae]

Vendor lock-in kun je ook voorkomen als je bij 2 closed source partijnen gaat shoppen?
Dus je aanname lijkt mij niet helemaal 100% correct ?
Ik mag toch hopen dat bedrijven slimmer zijn en dat Open Source kiezen niet hetzelfde is als het voorkomen van vendor lock-in.

Ze zullen het idd in de RH Stack stoppen, maar er blijft ook altijd een community versie beschikbaar? Dat is juist het model waar RH mee werkt.

Dus ik verwacht dat Ansible vast wel beschikbaar blijft voor de community.

[NoMoreMusic]

Ik zie de vendor lock in niet zo. Als ik m.b.v. een Redhat service contract via hun postfix installeer kan ik dat ook nog steeds met Arch, Suse, Fedora, of als ik echt hard core wil gaan zelf compileren en installeren.

Vendor lock in is dat je Exchange niet bij een ander dan Miscrosoft kunt kopen en de overgang naar een ander mail systeem Groupwise, Zimbra of whatever daarmee lastiger zo niet onmogelijk wordt gemaakt.

Zover ik het weet komt alles wat Red Hat oveneemt na een tijd ook voor de community beschikbaar. Via Centos, Fedora of blijft als up stream van hun eigen product gewoon beschikbaar..

[Reactie gewijzigd door NoMoreMusic op 23 juli 2024 00:17]

[CAPSLOCK2000]

Ik hoop niet dat de overname van Red Hat de ontwikkeling van Debian/Ubuntu gerelateerde tooling (apt, ufw) op een laag pitje zet.

Ik denk dat ze wel zo verstandig zijn om dat niet te doen.
Een deel van de kracht van Ansible is dat het niet aan één OS/distro is gebonden maar juist zo flexibel is dat het overal werkt.

Als ze dat opgeven dan zullen een hoop partijen kiezen voor een ander product dat wel overal werkt.

[lrietveld]

Voor mij is de kracht juist ssh. Andere tevreden tools werken vaak met master en slave services die een extra beveiliging risico vormen voor de nodes. Omdat ansible via ssh werkt (wat ook al voor reguliere toegang gebruikt wordt), is dit een beveiligings risico minder

[CAPSLOCK2000]

Voor mij is de kracht juist ssh. Andere tevreden tools werken vaak met master en slave services die een extra beveiliging risico vormen voor de nodes. Omdat ansible via ssh werkt (wat ook al voor reguliere toegang gebruikt wordt), is dit een beveiligings risico minder

master/slave zie ik op zich niet als beveiligingsrisico mits er een veilig communicatieprotocol wordt gebruikt. Je kan je master/slave communicatie ook via SSH laten lopen.

Het probleem van een slave is meer de overhead die het met zich meebrengt. Puppet kost tientallen megabytes geheugen. Ik heb een dozijn VMs met minder dan 1GB RAM per stuk. In zo'n omgeving begint de overhead van Puppet echt vervelend te worden.

[CAPSLOCK2000]

Ik hoop dat ze Ansible mooi integreren met de installer. Nu installeer je eerst het OS en dan gaat Ansible er over heen om alles te configureren. Het zou mooier zijn als de installer al weet wat de bedoeling is en daar vanaf de eerste seconde rekening mee houdt.

Wellicht kun je Ansible een kickstart-file laten genereren zodat ook dat deel van het proces in dezelfde toolchain komt.

[EnigmA-X]

Je draait dan wel weer heel erg de richting op van Satellite, waarbij de laatste versie juist gebruik is gaan maken van een katello, foreman.... en puppet oplossing.

Ik vraag me dus af hoe (en waar) ze Ansible gaan positioneren.

[markjanssen]

Ik bouw juist via ansible mijn kickstart-files, en start dan de installer (van virtuele machines). Daarmee worden alle requirements van ansible ook alvast meegenomen (en authorized_keys e.d. aangemaakt).

Ansible gaat dan na install/kickstart direct verder met het af-configureren van de systemen.

Nu wachten tot RedHat de source van Ansible Tower gaat vrijgeven onder de GPL... zou wel prettig zijn om dat op wat meer plekken te kunnen gaan gebruiken.

[Martinspire]

Wat voegt devops eigenlijk toe in de titel? Gaan we dan ook elke keer melden dat om een agile-bedrijf gaat of iets dergelijk? Want devops is gewoon een software ontwikkelmethode. "server-bedrijf" was een betere benaming geweest?

[killercow]

Nee, ze maken devops software, software om devops taken uit te voeren en dus een devops bedrijf te kunnen zijn.

Ze maken zelf vast ook gebruik van devops, maar deze club, net als een boel concurenten maakt juist de tools.

Als iemand auto's maakt dan noemen we spreken we toch ook over een autobedrijf?

[H!GHGuY]

Daar moet eigenlijk staan "configuration management-bedrijf". Devops is, zoals Martinspire zegt, een methodologie. Configuration management een klasse van tools.

[syl765]

Ik hoop dat ze ansible niet te veel naar linux only trekken, en dat ansible *BSD blijft ondersteunen.

[thegve]

Is gewoon in Python geschreven begrijp ik, en uiteindelijk gebaseerd op het configureren/templaten van services en het herstarten/installeren daarvan.
De BSD's ondersteunen is daarmee vrij eenvoudig en vrij onwaarschijnlijk dat het eruit gaat.

[Gimmeabrake]

Het staat inmiddels op http://www.ansible.com/ en http://www.redhat.com/en/...and-devops-leader-ansible, dus het lijkt me dat dit geen gerucht meer is.

[weby]

Inmiddels geen gerucht meer: http://www.ansible.com/blog/red-hat

[Mobb_Deep]

Grof gezegd bouw je met een Ansible configuratie (een in yaml geschreven playbook) een Python script die uitgevoerd wordt op de geselecteerde server. In de je Ansible configuratie ben je afhankelijk van de zogenaamde Ansible modules. Deze kun je zelf ook kunt schrijven in Python.

Het gebruik van Ansible kun zo gek maken als je zelf wilt:

• Gebruikers toevoegen / verwijderen
• Applicaties installeren
• Bestanden / configuraties pushen

Ook is het bijvoorbeeld mogelijk om configuraties te pushen a.d.h.v. templates.

In tegenstelling tot Puppet heeft Ansible geen agent draaien die continu de configuratie ophaalt van een server en die controleert met de huidige configuratie die op de betreffende server staat (pull vs push).

Als je Ansible gebruikt met meerdere personen is de combinatie met Git een erg handige.

Ansible Tower bied overigens de mogelijkheid om zogenaamde playbooks via een web interface te bedienen aan gebruikers.

Een leuke bijkomstigheid is dat Red Hat van al zijn producten ook een gratis versie uitbrengt, dit betekend dat er ook een gratis versie van Ansible Tower komt.

Overigens is de overname zojuist bevestigd door Red Hat zelf

[Reactie gewijzigd door Mobb_Deep op 23 juli 2024 00:17]

[teh_twisted]

Ansible zelf is fantastisch, maar Tower is draconisch en erg buggy. Ik heb een jaar lang Tower gebruikt, uiteindelijk maar niet verlengt.

Als vervanging voor Tower heb ik deze Dynamic Inventory geopenbaard voor Ansible: https://github.com/productsupcom/ansible-dyninv-mysql
Nu hangt Ansible gewoon preconfigured in Jenkins, heb de logs dus alsnog makkelijk bereikbaar en het beheer van de Servers en de desbetreffende extra_vars in MySQL/MariaDB.

[Petertjuh360]

Nu nog eens met de prijzen voor Ansible Tower zakken.