Slack-storing hindert onder meer bestanduploads en plaatsen emoji-reacties

Slack heeft te maken met een storing. De eerste melding vanuit Slack dat er problemen waren stamt van iets voor 13.00 uur. Er zijn onder meer problemen gemeld met het uploaden van bestanden en het plaatsen van reacties op berichten van anderen in de vorm van emoji's.

Op de statuspagina van Slack zegt het bedrijf dat het nog steeds doorgaat met het onderzoek naar issues. Het bedrijf zegt niets over een mogelijke oorzaak of wanneer de problemen naar verwachting weer voorbij zullen zijn. Op Downdetector zijn er meldingen van de problemen uit Europa, maar ook uit India, Pakistan en de VS.

Volgens Slack zijn er issues bij de nodige onderdelen en functies, zoals het tonen van previews van links, het uploaden van bestanden, het versturen van berichten, het plaatsen van oproepen en de integratie van apps en api's. Ook zijn er issues met de retentie van direct message-groepen in de sidebar, de zoekfunctie, het creëren van een kanaal, de Workflow-builder en het verwerken van e-mails. Slack zegt dat notificaties, connecties en logins wel probleemloos werken.

Reacties (37)

[himlims_]

als oude, grijze en chagrijnige systeembeheerder hoor ik zo vaak; waarom wil je dat lokaal draaien? hoezo nog een server nodig? ga toch eens met je tijd mee .....

blijf maar alles remote dumpen; lekker afhankelijk van 3rd party vendors, tussenpartijen en cloud diensten. moet je doen!

//edit; gaat niet over storing, maar afhankelijkheid [..]

[Reactie gewijzigd door himlims_ op 23 juli 2024 14:34]

[YopY]

Want je eigen servers zijn altijd online? Nooit storingen?

[himlims_]

dat zeg ik ook niet (maar eigenlijk zelden die 99,999 ga ik wel halen) redundant systeemconfiguratie, is praktisch 100% uptime.

het gaat om de afhankelijkheid van 3e partijen waar je als organisatie vertrouwen neer legt, 'afhankelijk maakt' voor bedrijfsprocessen, alle tussenpersonen en schakels welke een issue kunnen hebben of zijn.
Laat staan support en ondersteuning nodig te hebben, de taal en tijdzones die voor vertraging zorgen.
Nog niet eens gehad over financieel plaatje; als partij besluit tarieven te verhogen voor zoveelste keer, heb je het maar te slikken. En wat gebeurd er met jouw data en informatie stroom?

Draai je lokaal; ben JIJ de baas, weet je wat er met JOUW data gebeurd, en zijn er weinig/geen verborgen kosten of verhogingen of andere verrassingen omdat een 3rd party weer leunt op een andere 3rd party die storing heeft....

afgelopen periode vaak zat gezien; dienst y heeft storing, heb jij niets mee te maken, maar product x welke wel afneemt bij dienst y werkt dan ineens niet meer (cloudflair ofzo)

niet jouw server - wel jouw probleem!

//edit; zeg niet dat cloud 'fout is, of niet goed' maar voor cruciale onderdelen zou ik er zelf nooit voor kiezen. Maar goed, kwaliteit betaal je voor * himlims_ runs

[Reactie gewijzigd door himlims_ op 23 juli 2024 14:34]

[Frame164]

In de bedrijfsvoering leg je heel veel dingen in handen van andere leveranciers. De meeste bedrijven hebben geen garage om auto's te onderhouden en te repareren, mobiele telefonie wordt door derden geleverd (vaste telefonie meestal ook), internettoegang gaat in de meeste gevallen via een ISP, energievoorziening doe je niet in-house, schoonmaken is vaak uitbesteed, en zo zijn er nog veel meer zaken.

[Timoo.vanEsch]

Auto's en telefoons bevatten geen bedrijfskritische informatie (als het goed is) en veroorzaken hooguit ongemak voor 1 persoon als er eens iets stuk gaat. Cloud-based solutions, waarbij je volledige bedrijfshuishouding wordt uitbesteed aan een 3e partij, is een heel ander paar mouwen.

[casberrypi]

Wat @Timoo.vanEsch schreef, plus: een automonteur is niet nodig om een auto te kunnen rijden, alleen op gezette tijden voor onderhoud. Internet toegang is prima redundant te maken over meerdere aanbieders en technieken.

Energievoorziening is bij ons op kantoor voor zeker 3 uur geregeld. Alle essentiële infrastructuur en laptops gaan gewoon door kunnen.

De essentie blijft: Is het bedrijfskritisch, dan moet je goed overwegen wat je oplossing is om de boel betrouwbaar te houden. En omdat je bij een 'cloud' maar zelden echt inzicht krijgt in de details van de onderliggende systemen en processen kun je eigenlijk niets zeggen over de betrouwbaarheid.

[Kees]

Nee, maar het is wel verbazingwekkend hoeveel "garagebedrijven" het beheer en onderhoud aan auto's niet meer zelf doen en alles uitbesteden aan de "fabrikant".

Als je zelf de kennis in huis hebt om auto's te repareren en je besteed het toch uit (waardoor jouw team/bedrijf op den duur die kennis verliest) dan vind ik dat wel een beetje vreemd.

[Crysania]

jouw server heeft natuurlijk niets met licentie te maken. lokaal kun je ook gewoon een licentie voor 1 jaar afnemen en het jaar erop kan het vele malen duurder zijn. heb je ook nog een bak ijzer staan waar je aan vast zit 🤷

[himlims_]

welkom in de wondere wereld van open- en vrije software (betaal 0 aan licentie kosten, vraag vaak wel of opdrachtgever bereid is een donatie te doen aan software pakket/ontwikkelaar)

[Crysania]

Vind het knap dat je een hele Enterprise kan runnen op open software. Tuurlijk ben ik voor het zo veel mogelijk gebruiken ervan maar je stelt het hier wel heel makkelijk.

[himlims_]

keuzes; mijn basis host, infrastructuur etc. dat is praktisch allemaal open source. welke windows meuk en software zij daarop draaien zal mij een reet roesten. dat zoeken applicatiebeheerders maar uit, niet mijn probleem

maar goed; ik zal ook geen windows/aws systeembeheer functie kunnen vervullen (denk ik) want geen recentelijke ervaring mee. maar goed, daar betalen ze me dan ook niet voor

[Reactie gewijzigd door himlims_ op 23 juli 2024 14:34]

[hamsteg]

Ik had dit ook maar de kosten van een server, het onderhoud (van je eigen tijd - uurloon), de afname van elektriciteit wegen niet op tegen de € 5,50 bij Slack per maand. Nog los van het feit dat bij een defect, ik in ieder geval, moet bestellen, het wordt geleverd na een dag en ik daarna nog tijd moet vrijmaken om alles weer werkend te krijgen. 3-5 dagen down-time is mij twee keer overkomen in 7-8 jaar. Ben nu 3 jaar Slack gebruiker en heb zelf eigenlijk geen hinder ondervonden van een paar kleine down-times.

Wat is afhankelijkheid? In mijn ervaring ben je juist minder afhankelijk van derde partijen (het bestellen van defect apparatuur kost meer tijd), mijn data provider heeft back-voorzieningen en heeft veel snellere vervanging van defecte hardware. Slack is een Nederlandse partij die garandeert dat de data in Nederland blijft dus die afhankelijkheid/privacy is voor mij weggenomen. H(yj)acking/security is in betere handen bij een data-provider dan bij mij als individuele admin omdat ik niet altijd onmiddellijk de tijd neem om dit bij te houden.

[Reactie gewijzigd door hamsteg op 23 juli 2024 14:34]

[Crysania]

jouw server heeft natuurlijk niets met licentie te maken. lokaal kun je ook gewoon een licentie voor 1 jaar afnemen en het jaar erop kan het vele malen duurder zijn. heb je ook nog een bak ijzer staan waar je aan vast zit

[Kees]

Als je eigen server een storing heeft dan kun je tenminste wat doen. Als slack een storing heeft en het is kritisch in je process kun je net zo goed een wandeling in het bos gaan maken, dat heeft net zoveel impact als het zelf proberen te fixen of je er druk om te maken.

[watercoolertje]

In beide gevallen ligt het werk dus stil, bij cloud issues kan je wat anders gaan doen, bij lokale issues niet?

Dat is toch een voordeel voor cloud dan?

[Kees]

Bij de cloud heb je geen idee hoe lang het gaat duren, je kan niemand bereiken voor status updates en de statuspagina loopt notorieus ver achter en roept dat er niets aan de hand is.

Bij lokale issues kun je meestal vrij snel een estimate geven hoe fucked alles is en hoeveel tijd je nodig hebt en je kan aan de slag.

[mazdarati2]

Prima, ga jij maar zelf de boel onderhouden dan. Ik vertrouw meer op de kunsten van systeembeheer bij de betreffende provider dan dat ik zelf in de software/hardware moet duiken.

En jij geeft het argument vanuit de engineer die het probleem moet oplossen, niet vanuit de gebruiker die de dupe is.

[Crysania]

Jep. daarbij verwacht ik dat Slack betere engineers heeft om dit te fixen dan je eigen beheerders.

ook is het probleem dat emojis sturen niet meer kan.. als dat bedrijfskritisch is moet moet je misschien ook eens na gaan denken hoe je je processen hebt ingericht

[Zer0]

Als slack een storing heeft en het is kritisch in je process kun je net zo goed een wandeling in het bos gaan maken,

Jup, het voordeel van een externe cloudoplossing, minder stress.

[Kees]

Zo kun je het ook bekijken

Maar in beide gevallen word helaas wel van jou verwacht dat je het oplost, want het bedrijf ligt stil.

[Zer0]

Dan heb je de grenzen van je verantwoordelijkheid niet goed aangegeven. En mijn ervaring is dat gebruikers voornamelijk op de hoogte gehouden willen worden, als ze weten dat het om een externe dienst gaat.

[jaenster]

De kans dat het dan op tweakers komt is dan klein

[Groningerkoek]

Als je het lokaal en redundant draait en updates test alvorens uit te rollen heb je in mijn beleving wel een stabieler systeem dan het "simpelweg" online gooien bij een ander. Daarnaast vindt ik het geen verkeerd idee om bedrijfscommunicatie intern te houden.

[Mangu429]

Als je het lokaal en redundant draait en updates test alvorens uit te rollen heb je in mijn beleving wel een stabieler systeem dan het "simpelweg" online gooien bij een ander. Daarnaast vindt ik het geen verkeerd idee om bedrijfscommunicatie intern te houden.

Daarom bij online gooien dus ook testen. Wel een eerlijke vergelijking maken hé.

[Groningerkoek]

Als je dit bij Slack zelf hebt lopen heb je daar natuurlijk niets mee te maken

[Saven]

Tja kwestie van werkverschaffing voor je zelf. Net als tandartsen natuurlijk. Als je nog maar parttime mag werken omdat je geen fysiek onderhoud meer hoeft te doen scheelt dat op de loonstrook

[freshy98]

Precies. IRC ftw!

[DeDooieVent]

Stacks is de reden dat ik zelf inderdaad terug ben naar een zelfbeheerde omgeving zonder cloud services van derden, maar ook oud en grijs, en chagerijnig ook.

[Saven]

Volgens mij is de storing breder dan alleen Slack, meerdere websites lijken hier trager te laden. Kan toeval zijn en aan mij liggen, maar het valt wel op.

[Zoop]

https://imgur.com/gallery/u5luA7Q

[Saven]

Ah top, goed om te weten, hoewel dat op gister lijkt te betrekken. Ik was al aan het kijken of het bij Cloudflare lag. Maar die statuspagina gaf niks nuttigs terug, dus ben benieuwd wat er aan de hand is.

[Reactie gewijzigd door Saven op 23 juli 2024 14:34]

[Galactic]

Niet om te flamen ofzo, maar ben ik de enige die het een rukprogramma vind? Helaas moet ik het zo af en toe wel gebruiken omdat bepaald van onze IT leveranciers erop zitten. Weer het zoveelste gesloten communicatiekanaal...

Ik gebruik nu Skype, Teams, Outlook mail, Sharepoint, en nog wat andere brakke sites, die eigenlijk allemaal hetzelfde doel hebben, ook nog whatsapp.... en voor iedereen is het ergens anders. Productiveit nul.

[Reactie gewijzigd door Galactic op 23 juli 2024 14:34]

[Beaves]

Nee hoor, hier nog iemand. Wij moeten het gebruiken (onderdeel van een grote club), hiervoor gebruikten we Mattermost, lokaal gehost. Nooit gezeik gehad met Mattermost (die precies hetzelfde kan afaik) en met Slack is dit al de vierde storing in een korte tijd

[dakka]

Wij zijn vanwege kosten van slack overgestapt naar google chat...



Ik heb notabene zelf al een mattermost server aan het begin van 2021 opgezet...

[mazdarati2]

Ik vind het geweldig (Beter dan Discord) maar de performance is echt wel om te huilen soms.

[Flipmo2K]

Ik vond Slack even wennen maar vind het persoonlijk tig keer beter & handiger dan de alternatieven, al lijken ze de laatste tijd wel vaak wat last van storingen te hebben.