[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)