> A simpler caching approach could have been to enable caching at the Load Balancer level for HTTP read methods (GET, HEAD, OPTIONS). Although simple as a solution, it would not work with a REST API. REST API serve dynamic content by nature, that rely heavily on Authorization headers. Also, any cache needs to be purged at some point, if the content in cache becomes stale due to data updates in some database.
> NGINX Lua scripts could do that job just fine, you say! Well, I firmly believe Load Balancers should be simple, and be based on configuration only, without scripting. As Load Balancers are the entry point to all your HTTP / WebSocket services, you'd want to avoid frequent deployments and custom code there, and handoff that caching complexity to a dedicated middleware component.
I did not see much, they just have a rudimentary wrapper for instantiating java classes, calling methods and retrieving objects in `bdn::java::wrapper::Class` which itself is a wrapper around JNI.
Linio | DevOps Engineer | Fort Lauderdale or Mexico City | Full-time | Onsite or Remote (US only)
Linio is the biggest ecommerce platform in Latin America. With 16 stores in 8 countries, our sellers have access to a huge market of over 300 million people. In order to make this great platform run smoothly for customers and sellers worldwide, a very talented technology team is required. Our scale, by itself, increases the difficulty of many challenges that companies face everyday. Some of our key aspects:
I need to run CuDNN. I'd happily take a conceptually-pure operating system in every other respect, but without that package I can't use it for anything.
Perhaps locking me out is a feature, but it isn't a very welcoming one.
Guix doesn't prevent you from using proprietary software. It gives you all the tools you need to use package modules published by other people, or to package them yourself. This is free software after all: you have the freedom to use Guix for any purpose including the installation of non-free software.
I'm not just saying this to make a nitpicking point: Guix makes it easier to, say, build a custom kernel using the same reliable and hackable mechanisms Guix uses for Linux libre.
It's just that the Guix project itself won't recommend projects that extend Guix with package definitions for non-free software, nor will it include said packages by default.
Guix is still a general purpose operating system running on a general purpose computer. You should be able to run any software on it that is GNU or Linux compatible.
If you don't want to go through the pain of installing it outside of a package manager, that's fine, but that's not "locking you out", it's putting the blame where it belongs: the proprietary ISV.
A certain breed of neckbeard, at least that’s been the association the last 10-15 years. It’s probably more of a jokey reference these days though. Although red hats in general are also an unfortunate form of branding to be stuck with nowadays, not unlike the band Anthrax after 2001.
Hey there! Author of both Yoga and Stretch. I built stretch after leaving facebook because of some fundamental flaws in Yoga which made it not 100% compatible with web browsers. Also I wanted something written in a modern language that was easier to debug, maintain, and innovate on.
This way, devs can run the engine with base assets and I can even add some e2e tests to make refactoring easier.