fosk

I keep hearing this argument, but well guess what? Nobody is forcing anybody to become an Uber driver. If Uber treats their contractors so poorly, they are always free to go around and explore other options. We live in a capitalistic society, after all.

As usual, highly inefficient governments trying to expand into every wallet in their sight, in order to keep funding their inefficiency with no accountability.

We need market de-regulation. End of government-sponsored monopolies. Accountability on budget spending. Enablement of profit-oriented policies that generate surpluses. Enabling equal opportunities to people of all social classes, and performance reviews to keep everybody accountable.

Then, and only then, equal and fair taxation that promotes social wellness and stability.

There is always a greater goal to achieve that requires more money: 90M to retire? Sure, it’s plenty of money. 90M to do greater and better things? Not so much. Hell, even Bill Gates would gladly take more money that what he already has in order to achieve his foundation goals.

Your point of view is not objective, but subjective to how much money you need to have in order to do the things you are planning to do.

Like everything else, there are pros and cons. It’s not like dynamic languages are worse or better per-se, but they surely make it harder to scale a team or a codebase 10x the original size without introducing what effectively is some sort of typed system (or strict “typed” conventions that the team agrees upon) in place. Which may be done right, or disastrously wrong. A typed language generally doesn’t leave this step up for interpretation later on, since everybody agrees on it since day one.

Marco from Kong here. At Kong[1] we use Lapis for our control plane API and it's been phenomenal so far. If you have a project in Lua and are considering a web framework, I would definitely recommend Lapis - it's mature enough and battle tested. Pro tip: run on top of LuaJIT[2] for extra performance.

[1] - https://konghq.com/

[2] - http://luajit.org/

API Gateways back in the days were primarily being adopted at the edge for external traffic, but they are increasingly being used internally to connect teams/products together, or in a Service Mesh deployment pattern for microservices. Solutions provided by cloud vendors are generally not well suited for all the N-S and E-W use-cases that typically an organization requires, they are usually slow (which in turn prevents more decoupled and traffic intensive architectures from working well), provide little extensibility options and while are every cheap to get up and running with, they also get expensive very quickly as traffic increases exponentially.

Disclaimer: I am CTO of Kong [1].

[1] https://konghq.com

Lua doesn’t fit too well with the object oriented model (although possible) without being “hacky”, so we decided to leverage the strengths of the language rather than forcing ourselves to use a model that’s not well suited for the language.

Hello, Marco here (CTO of Kong). Correct, Kong is primarily written in Lua with some bits in C, for two particular reasons: low latency and very high performance.

Lua per-se is a fast language (having a very small footprint), but running Lua on top of LuaJIT [1] is just so much faster. LuaJIT is an alternative implementation of the Lua VM created by Mike Pall and now supported by a few other folks and organizations like Cloudflare. Cloudflare in particular has a very large runtime implementation of the Lua + LuaJIT stack, and usually people are surprised to learn that at least 10% of the worldwide Internet traffic [2] goes through this stack.

With that said Lua + LuaJIT is being used in other applications as well, like mobile and embedded devices, where low footprint and high performance are required.

Having a low footprint is not just a nice-to-have, but a requirement for running a proxy in a Service Mesh deployment as a decentralized sidecar container (to not exhaust all the resources of the underlying VMs as we scale the number of pods and services) in addition to the traditional centralized API Gateway deployment.

[1] http://luajit.org/

[2] https://blog.cloudflare.com/cloudflare-traffic/

It is a community product first and foremost with a plugin framework that allows for extensibility with access to the full core API.

You can discuss with the community online [1], or meet a core contributor at one of the community meetups or in the monthly community call that we usually announce on Discuss.

[1] https://github.com/Mashape/kong or https://discuss.konghq.com/

Hello, Marco CTO of Kong here.

Kong is arguably more popular than Tyk (and other similar gateways) when it comes to adoption (55M+ downloads and more than 70,000 instances of Kong running per day across the world), and faster when it comes to performance. BBVA - a large banking group - wrote this technical blog post a while ago comparing Kong's and Tyk performance: https://www.bbva.com/en/api-gateways-kong-vs-tyk/\

Kong OSS is 100% open source, not limited to non-commercial use.

Kong is basically a programmable runtime that can be extended with Plugins [1]. There are more than 500+ plugins that are available on GitHub that we are (slowly) adding to the official Hub, among over 5000+ contributions. You can talk to the community at https://discuss.konghq.com/

Kong is also lightweight with a lower footprint, which is required to support both traditional API gateway use cases and modern microservices environments (Kubernetes sidecar, for example). Because of that, our users are basically using one runtime for both N-S traffic (traditional API Gateway usage) and E-W traffic within a microservice oriented architecture. You can easily separate data and control planes to grow to thousands of Kong nodes running in a system.

There are users/customers running 1M+ TPS on top of distributed Kong clusters spanning across different platforms (containers, multi-cloud, even bare metal) with less than < 1ms processing latency per request. One of the reasons for this is that with Kong you can include/exclude plugins that you don't use instead of having a heavier all-in-one runtime like many gateways do.

As a result to Kong's adoption, the business is also growing very rapidly which will allow us to better deliver OSS features moving forward :) [2]

You can ping me at https://twitter.com/subnetmarco

[1] https://docs.konghq.com/hub

[2] https://konghq.com/about-kong-inc/kong-hits-record-growth-20...

Hello, CTO of Kong here. You mean a client to consume the Admin API in order to create entities on Kong? If that's the case the community has built lots of open source clients in pretty much any language that would make the job of integrating Kong within an existing system much easier. The community around Kong has also built declarative configuration support that you can use instead of the Admin API.

Our official declarative configuration will also be released very soon, and in some environments (like Kubernetes) we already support it.

Since we now support Service Mesh, any TCP traffic is supported. The full documentation can be found at https://docs.konghq.com/

Can somebody explain to me on what authority the US can request the arrest of a Chinese national on Canadian soil for any action they took while conducting operations of a Chinese organization headquartered in China?

Having good leadership skills and a successful track record (strong plus if they come with clear and measurable ROI). That and being able to master networking and public interactions (which a good leader knows to do anyways).

In other words, kids are having nightmares.

Disclaimer: I am CTO of Kong.

If you want to look at a large OpenResty/Lua application from a code perspective you could take a look at Kong[1] - which is the most popular public codebase built on top of NGINX/Lua at the moment.

CloudFlare also uses the same stack but most of their codebase is proprietary.

What really makes Nginx/Lua a good combination is primarily LuaJIT[2] support, a much faster implementation of the Lua VM.

[1] - https://github.com/Kong/kong

[2] - http://luajit.org

One of the biggest complaint I have been hearing is that scooters take space on sidewalks, and we are so used to cars that we don’t see that cars not only also occupy way more real estate around the city (heck, think of dedicated parking lanes), but are even more deadly/dangerous.

The elephant in the room are cars, not scooters.

Then we have city administrations like in San Francisco - fighting useless battles against scooters instead of fixing real problems (homelessness, drug abuse, feces, and so on) that - unlike scooters - really are negatively affecting the life of us all.

Some people say that The Roman Empire - had it lasted without any Dark Age - could have given us mobile phones 1000 years ago. Some others say that it wouldn’t have happened, because they had too many slaves and cheap (or free) labor disincentivized optimizations and technology investments.

> Ideally we'd have infinite registers: each instruction would read from previous registers and output to a new register. And so we would never reuse any register, and there'd be no data hazards.

Crazy thought but would it be possible to build a decentralized and distributed CPU on top of the blockchain?

Edit: to the downvotes, care to explain? I am genuinely curious to know the answer, and curiosity should be a driving factor in this community

No, we did not. Introducing you to Japanese Unit 731 [1] that was conducting atrocious human testing during World War 2 and whose information was happily collected afterwards with the promise of “forgetting” about the crimes committed.

> Shiro Ishii, as the chief of the unit, was granted war crime immunity from the US occupation authorities, because of his provision of human experimentation research materials to the US.

[1] https://en.m.wikipedia.org/wiki/Unit_731

Because they have 50,000 more. It was very easy to accumulate BTC in the early days. As usual, hindsight 20/20.

I would assume that a colony on Mars will have to rely on materials found on Mars for construction in order to be viable. Therefore after the few initial buildings built with materials shipped from Earth, there will need to be a great push to find new materials on Mars and perhaps new construction techniques to grow the colony.

> Was it used in any application that actually was covered by any regulation enforcing authentication and authorization to the point that kong could directly determine if an implementation does or does not comply with the regulation?

Yes. Kong Enterprise running on the execution path of in-flight information across distributed and open systems must be audited in the context of enforced regulations, especially banking and healthcare. We do work regularly with our customers to make sure Kong is compliant within their specific use-case and make those audits successful.

Marco, CTO of Kong here. Static mTLS has been supported since 3 years almost, while dynamic mTLS is being supported with Kong 1.0 (required for Service Mesh). Kong itself has been used in highly regulated industries, including financial, healthcare and governmental (including military branches) institutions.

When it comes to enforcing strong security OpenID Connect or JWT authentications are almost always better options. Since Kong is built on top of NGINX, anything NGINX supports by extension Kong also supports + Kong Plugins.

Marco here, CTO at Kong [1]. It seems like what you are trying to implement would be straightforward in a Kong plugin, may I understand what limitations/problems did you run into?

[1] https://konghq.com/

Marco, CTO of Kong here. This is exactly what Kong has been doing for a while and with the newly announced Kong 1.0 release [1] (2 days ago) we also support Service Mesh with a lightweight runtime that has been running in production since 3.5 years across multiple platforms, hybrid container orchestration platforms and even hybrid baremetal/cloud deployments.

GA for Kong 1.0 will include Service Mesh (we have RC1 now, and RC2 coming soon).

[1] - https://konghq.com/blog/announcing-kong-1-0/

There is no political will to fix homelessness in San Francisco and it’s actually a big business and money maker for certain people. It’s just a way to funnel tax payers money to those groups. As usual, follow the money.

Mind sharing how would I find such a reseller? Any links?

> any form of regulation to be totalitarian in nature

If something can be done, it will eventually be done.

The Economist is ignoring the fact that the city administration in San Francisco is now extremely busy, and I mean 24/7 busy, cracking down on electric scooters that - unlike needles, human excrements, tents and substance abuse - are a real problem that needs a resolution ASAP.

As soon as this insurmountable plague has been eradicated, the city administration will finally have time to talk again about the things that matter, like: Should Vaillancourt Fountain be finally removed or not? Or after introducing the soda tax, is it finally time for a burrito tax? Of course really anything that would prevent them from fixing the real problems that are affecting SF.

SF needs its own Rudy Giuliani and its own Broken Windows policy[1].

[1] https://en.wikipedia.org/wiki/Broken_windows_theory