GitLab neemt observabilitysoftwaremaker Opstrace over

GitLab heeft Opstrace overgenomen. Dat bedrijf maakt observability-software waarmee teams hun systeem kunnen debuggen en loggen. Het is de eerste overname van het van oorsprong Nederlandse bedrijf sinds dat dit jaar naar de beurs ging.

Zowel GitLab als Opstrace maken in het persbericht geen details bekend over de overname. Zo is niet bekend wat het devopsplatform heeft betaald en of alle werknemers overgaan naar de nieuwe werkgever. Wel zegt GitLab dat het van plan is de technologie van Opstrace te integreren in GitLab Monitor. Daarnaast worden de tools beschikbaar voor zowel gebruikers die GitLab zelf hosten als die het afnemen van het platform zelf.

Opstrace maakt software voor observability, een term binnen devops die wordt gebruikt voor debugging- en monitoringsoftware van livesystemen. De software die Opstrace maakt is open source. GitLab zegt dat het met de overname het eerste bedrijf wordt dat opensourceobservabilitysoftware in een applicatie weet te verwerken waarin zowel een user interface- als een datastore in zit. "We geloven dat organisaties niet hoeven te kiezen tussen een dure software-as-a-service-oplossing waarvan de prijs niet overeenkomt met hun organisatie, en een doe-het-zelfoplossing die aan elkaar is geknoopt met opensourcecomponenten", schrijft het bedrijf.

De overname is de eerste van GitLab sinds het bedrijf in oktober naar de beurs ging. GitLab heeft momenteel al wel verschillende monitoringsfuncties in de software, maar die zijn niet uitgebreid en hebben geen observabilitymogelijkheden.

Reacties (17)

[wkleunen]

Gitlab, een samen raapsel van tools die net niet allemaal lekker samen werken en slecht gedocumenteerd zijn. Blijkbaar denken ze dat als je meer features toevoegt dat het dan beter wordt.

[wica]

Wat is je probleem er mee?
Ik werk met en installeer gitlab servers en ervaar weinig problemen. Tenzij ik niet tijdig update.

[wkleunen]

Het zijn vooral kleine dingen. Je start bijvoorbeeld een voorbeeld project met junit testing er in, je runt dat op hun omgeving. En dan build het bijvoorbeeld niet. Die interface is vrij cluttered, niet heel overzichtelijk altijd.

Ik gebruik zelf ook github en dat is qua features een stuk minder, maar de features die er in zitten zijn gewoon veel beter uitgewerkt. Veel meer nagedacht over de user interface en de ervaring die je krijgt.

[koffie-junk]

"je runt dat op hun omgeving", je kan het ook op je eigen omgeving draaien, dan kan je 100% controle over alles wat je hebt. De vraag is vooral, waarom diet 'ie Junit niet? Heb je de juiste pipeline-config, image container waarin je bouwt, et cetera?

Ik gebruik en misbruik Gitlab icm Runner sinds dag 1 en tot nu toe is het nog nooit gelukt om dingen niet voor elkaar te krijgen (van Kubernetes deployments, gecombineerde pipelines, pipelines triggers vanuit applicaties, pipelines voor automation van wat stappen, ETL's op datasets, et cetera, et cetera...).

[wkleunen]

nou, het probleem is niet zo zeer dat je het niet werkend krijgt. Maar dat het gewoon slordig is, dat als je een voorbeeld geeft, iemand probeert dit dan, en dan werkt het niet out-of-the-box. Dat is heel frustrerend voor een gebruiker en dat zegt gewoon iets over de kwaliteitscontrole die je toepast. En ja, die kwaliteitscontrole kost veel tijd/werk. Maar het zijn nu juist net die details, die het product afmaken.

[TheVivaldi]

Voor mij is het de interface. Die zijbalk is wel handig, maar veel te vol, en de rest van de interface is me ook te druk en dingen kosten me teveel muisklikken i.t.t. op GitHub.

[remcov1]

Herkenbaar, het zou handig zijn (als ze het niet al hebben) om dingen in project of gewoon in de UI uit te zetten, dit is voor zover ik weet niet mogelijk want er zitten zoveel tools in die je niet voor elk project gebruikt/nodig hebt

Voorheen grote fan van gitlab geweest, maar naar een tijdje nogal wat problemen te hebben ondervonden terug naar github gegaan (ook omdat toen net github actions uitkwam)

[Barryke]

Als admin of owner kan je veel features uitzetten op de server, een group, of een project.

Zijbalk kan veel eenvoudiger inderdaad, en users met (te)veel rechten zien uiteraard ook (te)veel.

[wkleunen]

ja precies, dat dus.

[JeanJeremy]

Wij zijn als bedrijf Gitlab Ultimate klant maar lopen heel vaak tegen issues aan. Dan zegt onze account manager dat het op de backlog staat. Krijg je een issue nummer en zie je dat het issue al 1,5 jaar openstaat.

de basis is echt wel goed, maar de betaalde features als container scanning, dependency check etc zitten toch stiekem best vol irritante eigenschappen. Er is soms wel omheen te werken. Maar het voelt allemaal niet af en ongetest.

Hun support is overigens wel eert goed. Snel een kundig persoon die je helpt. Dat zien we ook wel eens anders.

[jaapzb]

Slecht gedocumenteerd? Gitlab's documentatie is super uitgebreid hoe kom je hier nou weer bij

[wkleunen]

denk dat die inschatting wat gekleurd is door paar slechte ervaringen idd

[RoestVrijStaal]

Hangt van de context af.

Als je GitLab enkel als interface gebruikt voor de omgang met git binnen het team, dan is het inderdaad een gedrocht.

Echter die Opstrace als extensie in GitLab klinkt als een interessant alternatief voor Sentry. Qua licentie kosten en configuratie voor on-premise kan de keuze alles-onder-één-dak interessant zijn.

[mocem]

Dan kies je toch voor een SAAS oplossing die snel veel geld kost maar er van de buitenkant er zeer goed uit ziet.

[latka]

Of je gebruikt gitea ipv. een alles in 1 oplossing waar niks optimaal werkt.

[wkleunen]

ik begrijp niet wat je hiermee bedoelt

[MrMonkE]

Gitlab, een samen raapsel van tools die net niet allemaal lekker samen werken en slecht gedocumenteerd zijn. Blijkbaar denken ze dat als je meer features toevoegt dat het dan beter wordt.

Misschien willen ze Team Server nabouwen met github.