[HN Gopher] Xlskubectl - a spreadsheet to control your Kubernete... ___________________________________________________________________ Xlskubectl - a spreadsheet to control your Kubernetes cluster Author : jhoelzel Score : 83 points Date : 2022-09-23 15:35 UTC (7 hours ago) (HTM) web link (github.com) (TXT) w3m dump (github.com) | easton wrote: | This is super cool, but I'm bummed that it's called "Xls"kubectl | and it's for Google Sheets. Something similar should be possible | in modern Excel, there's good support for HTTP. | Jarmsy wrote: | Catchy name | ClumsyPilot wrote: | remember the good old days when we used to have words with | vouls? | rtev wrote: | I'm pretty sure it's spelled "vwls" | jaimehrubiks wrote: | I like it. Great and fun! I wish there was more functionality. | Like allowing me to list the nodes of the cluster with extra | colums like some labels, specific taints, ... Same with pods | ncr100 wrote: | Minimalism is powerful at conveying truth. | | /humor Just don't input the wrong numbers. "Oops pasted a date- | formatted cell .. spinning up 19258 instances ..." | capableweb wrote: | > Q: Is this production-ready? | | > A: We're looking for fundings to take this to the next level. | Replacing YAML with spreadsheets has always been our mission as a | company, and we will continue to do so. | | Sounds like straight out of a comedy movie made for infra-nerds! | Made me laugh out loud :) | | The project itself is awesome, makes a lot of sense. I'd love to | keep all infra-related things in a spreadsheet where I can hook | it into what I normally do in my spreadsheets, so really cool | idea. | bradwood wrote: | It needs charts and shit. Then you could dump Prometheus too! | czbond wrote: | Crap I need to do a deploy and switch to the backup provider | but I can't because my spreadsheet's internet connection is | down! | bak3y wrote: | I hate this. | | I can't wait to try it out. | worldsayshi wrote: | I realize this is all a "bad idea" but I'd like to hear what | the root reasons are that it really is such a bad idea. | | It certainly seems to be a more maintainable way to do it than | many "good ideas" I've thought of. | | Do you want a complex scaling algorithm that takes the number | of visitors and last month's revenue into account? Just write a | simple formula! | maxbond wrote: | What jumps out to me is that spreadsheets, and especially | Google sheets, are opaque and often have weird issues that | are difficult to diagnose. Eg, someone disabled formatting on | a column for some reason, and now your mathematical functions | aren't working. | | I really don't like the idea of a stateful document, in | general but for configuration especially. If I have to look | through the edit history to figure out why the document is | behaving in a certain way, that's a hard no from me. (Reading | history to understand intentions is a different matter - you | should be able to understand a document's behavior just by | reading it though.) | | This is fairly tolerable for one-off spreadsheets because | you're free to throw the entire thing away, import your data | again, and have a clean start. A Google sheet which is a | living document, that's just a liability in my mind. I know | people do this with Excel, and I can only assume it's leagues | better than Sheets. | | A lot of this would be fixed by using a CSV and/or by using a | reduced spreadsheet program that doesn't carry do much | baggage & isn't fit for analysis purposes. But at that point | I kinda wonder whether SQLite is what you're looking for. | You'd be able to do all the functions you'd like, but you | could introspect to your hearts content, and there's a huge | variety of good tooling to choose from; you wouldn't be | forcing everyone to use the same interface. You'd also | eliminate a dependency on Google Sheets, which as someone | pointed out elsewhere in the thread, might be correlated with | your downtime if you're using GKE. | mxuribe wrote: | Spreadsheets are eating the world! :-) | | (With apologies to Marc Andreessen) | MrBuddyCasino wrote: | This is so much better than the standard ops tooling. I don't | know why you would ridicule it. | rektide wrote: | It's absurd how similar data is, how generic it is, but how | arbitrary interfaces formats protocols and other layers impede | cross-functioning. So much resistance, so much impedance! | | It fizzled & failed (also got replaced by the web & APIs) but | OLE/COM and CORBA, those were interesting historical junctures | where we expected computing as a whole to weave together better. | All is one! | | I love this project. Makes perfect sense. Hell yes I want a sheet | for each resource & to be able to edit it. | jhoelzel wrote: | Just imagine, a spredsheet for every resource definition... | | Yes I can see it, I would not want to work with this at all and | when management realises all they have to do is play with the | spreadsheet, the dream crumbles just as quick as it came to be | :D | kitd wrote: | _Replacing YAML with spreadsheets has always been our mission as | a company, and we will continue to do so._ | | I mean ... it's not THAT daft an idea tbh | encryptluks2 wrote: | Isn't a spreadsheet just CSV or similar? | drakythe wrote: | For data storage, yes. But most spreadsheet programs (Google | sheets, excel, numbers) also allow you to have dynamic data | through the use of formulas, using built in functions or | straight code of some variety. | | The extra functionality is why you hear horror stories of | entire multi-million dollar companies runnning their entire | logistics pipeline through a single Excel "spreadsheet" and | the accompanying brown pants moment of deleting the master | doc and not the working (altered) copy. ___________________________________________________________________ (page generated 2022-09-23 23:00 UTC)