Live data from Hacker News

Show HN: Simplenetes – I replaced Kubernetes with 17k lines of shell script

github.com

151–159 of 159 posts

Re: Show HN: Simplenetes – I replaced Kubernetes with 17k lines of shell script

#151

Earlier quoted context omitted.

Anyone with sufficient experience with JPQL and Hibernate will realize their limits and how poorly it works in the latency sensitive transactions we want now. Spring and Hibernate were designed to cache domain 'entities' and manage their dirty state client-side as an optimization. Any time you go want to go near the EntityManager you're hitting this impedance mismatch.

What's the alternative?

Several are mentioned in comments of this thread. Search results show too many old ones.

As a short-list sampling, a Micronaut SQL guide[0] lists the following:

  JDBC
  Hibernate
  JAsync SQL
  jOOQ
  Jdbi
  Reactive MySQL Client
  Reactive Postgres Client
I myself chose JDBI for more recent projects using Java/Kotlin.

[0] https://micronaut-projects.github.io/micronaut-sql/latest/gu...

Re: Show HN: Simplenetes – I replaced Kubernetes with 17k lines of shell script

#152
post #149
post #147

Earlier quoted context omitted.

so if someone else starts it by hand it won't work correctly? if someone else runs it on a system without systemd it won't work correctly?

Why would it not work correctly? Without systemd you can use daemonize from shell, for example. I either run these kinds of service scripts via systemd in production, or via my special program that takes care of starting and monitoring, and restarting when the code of the script changes. Why should I stuff daemonization machinery into every single script I might want to run as a daemon, especially when it's cumbersom…

maybe you're right. shrug. does your script change the working directory? do all systems have fancy core file management now? does it still cause issues with unmounting?

it is true that it's rare to see a daemonize flag these days...

Re: Show HN: Simplenetes – I replaced Kubernetes with 17k lines of shell script

#153

- No magic involved says the one with a single file 13k LoC shell script.

You are looking at the `./release/sns` file, which is the "compiled" release, it's like looking at the .exe (404 kb isn't that bad for an ".exe") The source files involved are smaller [1]. [1] https://github.com/simplenetes-io/simplenetes/tree/master/in...

Ah; since the title was "17k" lines, and the directory was named "includes", I presumed those were includes.

So that would seem to say the title is also counting that compiled version, when in fact it is much simpler. But then also, why is the compiled version longer than the sum of the files in includes?

Re: Show HN: Simplenetes – I replaced Kubernetes with 17k lines of shell script

#154
post #71

The amount of vitriol in this comments section is astonishing. Can we not share fun projects without the professional Kubernetes experts thumbing their noses? At the very least, it does seem now like the complexity of K8s’s code base is a point of very thin skin for the community.

I read vitriol as virtio and was throughly confused for a few minutes.

I was thinking why are people talking about virtio so much.

Re: Show HN: Simplenetes – I replaced Kubernetes with 17k lines of shell script

#155

Earlier quoted context omitted.

You are looking at the `./release/sns` file, which is the "compiled" release, it's like looking at the .exe (404 kb isn't that bad for an ".exe") The source files involved are smaller [1]. [1] https://github.com/simplenetes-io/simplenetes/tree/master/in...

Ah; since the title was "17k" lines, and the directory was named "includes", I presumed those were includes. So that would seem to say the title is also counting that compiled version, when in fact it is much simpler. But then also, why is the compiled version longer than the sum of the files in includes?

I like the detailed questions :)

The line count is a rough (overestimate) summoning the source of the three projects involved, simplenetes, simplenetesd and podc, and it also includes comments and blank lines.

The compiled output pulls in some dependency modules which is reusable code (STRING, etc). So it's not clear where to draw the line :)

Reason the compiled output gets bigger is because the compilation process `(make.sh)` includes compilations of actions, which I use when connecting over SSH agentless to manage the nodes. This tough part is handled by Space.sh [1]

[1] https://github.com/space-sh

Re: Show HN: Simplenetes – I replaced Kubernetes with 17k lines of shell script

#156
post #152
post #149

Earlier quoted context omitted.

Why would it not work correctly? Without systemd you can use daemonize from shell, for example. I either run these kinds of service scripts via systemd in production, or via my special program that takes care of starting and monitoring, and restarting when the code of the script changes. Why should I stuff daemonization machinery into every single script I might want to run as a daemon, especially when it's cumbersom…

maybe you're right. shrug . does your script change the working directory? do all systems have fancy core file management now? does it still cause issues with unmounting? it is true that it's rare to see a daemonize flag these days...

This all depends on what the program does. If you have some app specific service that waits for postgresql NOTIFY messages, and does something in response, it doesn't matter that working dir is not /. You just stop the service and perform maintenance.

If it's something like sshd, it better not prevent any filesystems from umounting unless necessary.

Re: Show HN: Simplenetes – I replaced Kubernetes with 17k lines of shell script

#157
post #89

Earlier quoted context omitted.

- "Let's put the Dev and Ops back into DevOps." - "Simplenetes doesn't go there because that is when DevOps becomes MagicOps." - " You enjoy the simple things in life."

That is so mild, I suspect somebody here is way too insecure about his expertise.

i love your username

Re: Show HN: Simplenetes – I replaced Kubernetes with 17k lines of shell script

#159

Earlier quoted context omitted.

> community is on GitHub I'm surprised when people say this. I thought communities were only around repos.

It's easier to get contributors and responses when most people already have github accounts. When not many habe have gitlab, it adds some friction to contributing and a lot won't bother

Fair enough. I'm surprised they don't have a Sign In With GitHub button :D
Post reply on HN