humbleMouse

I feel like the sweet spot is using groovy where it makes sense, like parsing unstructured xml and json, reading in files, pojos, and of course spock. I was never the biggest fan of grails.

I’ll have to check out Kotlin though, seems like the new wave for sure when it comes to simple readable jvm code.

Do you have any thoughts about Groovy?

Almost like you shouldnt write a trading platform using python!!! Maybe try an actually fast language like java?

What an absolute trashpile of a company. The devops people, cto, and archetects should be ashamed of themselves.

This is total bs and completely dependent on the context and person. I personally would give 500% more effort and be 1000% more loyal to a company let me wfh.

I suppose you could say the same thing about the internet, and a number of other widely used technologies to come out of ww2 era.

Then assign someone to debug it who understands that kubernetes is a wrapper of common linux functionality.

It’s not that hard to debug issues in kubernetes. Check status of pods, memory levels, storage mounts, network configurations, and the stacktrace you’re debugging. Not that difficult.

I’m not saying there aren’t edge cases, but if you set up your system with centralized logging (filebeat) and have some way to scrape metrics (jmx, built in tooling) you’ll be fine.

Once you configure the kubernetes network layer with whatever hosting platform you’re using, it’s really not difficult to administrate. It’s funny to me how much kubernetes hate there is on hn.

Scrolled too long to find this comment!

I still love groovy, it doesn’t need to evolve that much to be useful for the things it’s good at, like parsing unstructured data and making boilerplate free pojos.

You just cherry picked one part of my rebuttal. Again, java is an extremely flexible language, and the verboseness is up to the user. You can implement very verbose code in plain java, or you can write extremely concise code in plain java. It’s up to the user.

Blows my mind how rare it is for anyone to mention groovy on hackernews. Groovy is amazing and turns java into a wild west language where anything is possible.

So tired of stupid articles like this hating on java. Java is an extremely flexible language with an insane amount of libraries, frameworks, and design patterns. Furthermore, using groovy is amazing, and can reduce your lines of code quite a bit. The author of this article just sucks at implementing java.

I'll be impressed when they can make a car that can drive thru a foot of snow in minnesota.

draw.io

I don't understand the jenkins hate in the comments. It's very flexible, and if you limit your plugin use you can use it to do pretty much anything you want.

It's also easy to run locally despite what some people have said in the comments. You can literally download a war file and run it with java -jar jenkins.war.

Jenkins is powerful, flexible, and easy to set up. Just avoid most plugins and run your own Groovy/python/shell scripts. Easy peasy.

Also - what are people running in place of jenkins? The only tech I've seen mentioned is gitlab.

If you want java to be non blocking I sugguest using the DeferredResult feature in the Spring React 5.0 framework.

I agree my comment may be a knee-jerk reaction, and it is quite a good technical article with clear examples.

I also agree that the open source tech used in this solution is very powerful and it is great we are at a point where a solution like this could exist. I love avro schema registries and kafka just as much as the next guy.

This is fetishizing complexity for no reason. Makes for an interesting blog post, but if any company told me they were doing this I would run the other direction immediately.

Why does this question even need to be asked? Of course java is still relavant.

The article acts like java and python are in direct competition. This is simply not true. There is some crossover, but both languages have their strong points and both will continue to be used heavily.

Ethical concerns aside, why didn't they do some simple load testing before putting the app in production? Seems like it would be obvious that your api needs to handle 17,000 requests at a time if your making "fan" software for college football games.

These posts about kubernetes are so ridiculous. Installing kubernetes on multiple servers is not difficult, and understanding the components is pretty straightforward if you've ever worked on a distributed system.

If you don't want to be in the "cult", dont use it. Meanwhile i'll be writing service and deployment yamls and avoiding all the proprietary expensive aws bs.

This is cool, but does it scale? What happens if 10,000 people start using it daily?

I think "engineering bullshit" and "mba bullshit" are comparing apples to oranges. Mbas definately spew much more and different types of bs than engineers.

Umm, appoint someone or a trusted few as git admins and only allow them to merge commits?

(responding to the article contents quoted in above comment)

This is the most prolific and dark comment on this thread.

Can HA proxy serve static files like nginx?

I don't know if that's a fair comparison. If you deploy a monolith you have to set up a custom multi data center deploy and manage all the load balancing/disaster recovery/volume management(databases) yourself. Kubernetes isn't that hard to setup and gives you out of box solutions to all that.

It also gives more flexibility on adding additional services around your monolith. Elk stack, kafka, that kind of stuff. Also gives you a standard api to deploy against. I don't think your metaphor holds up.

Openshift doesn't choose the pipeline. You can deploy to it however you want. Openshift is literally the same exact thing as kubernetes, with a simpler api and a nice ui. Openshift is extremely flexible and you can use it however you want. Don't know why you think it's so restrictive.

Agreed. Today's gatekeepers are trying harder than ever to gaurd the gates, but the tide is turning and the gatekeepers are loosing.