Will JavaScript type annotations kill TypeScript?
The creators of Svelte and Turbo 8 both dropped TS recently saying that "it's not worth it".
Yes: If JavaScript gets type annotations then there's no reason for TypeScript to exist.
No: TypeScript remains the best language for structuring large enterprise applications.
TBD: The existing user base and its corpensource owner means that TypeScript isn’t likely to reach EOL without a putting up a fight.
I hope they both die. I mean, if you really need strong types in the browser then you could leverage WASM and use a real programming language.
I don’t know and I don’t care.
Service Mesh

When Service Meshes Can Emerge from Envoy/Istio Shadows

Dec 17th, 2020 1:03pm by
Featued image for: When Service Meshes Can Emerge from Envoy/Istio Shadows

Istio has a big service mesh lead, but only among a segment of early adopters. Among those already using a service mesh in production, 63% have adopted Istio, which is more than twice as many as Linkerd according to our analysis of the Cloud Native Computing Foundation’s (CNCF) survey earlier this year. Besides HashiCorp’s Consul, no other option broke double digits.

Istio isn’t as intimidating if you strip away the fact that it is commonly deployed along with Envoy, which has undeniably done well recently. Production use of the Envoy project among the CNCF community rose from 17% in 2019 to 24% in 2020. Those evaluating the project dropped from 35% to 21%, which may mean that many organizations considered and rejected Envoy, which can have implications for future service mesh adoption. Not everyone associates Envoy with service proxy or ingress control. When the survey screened for the adoption of this functionality, only 18% used Envoy in a production or evaluation situation.

Note: The right chart was updated on February 16, 2022. The order of the providers is the same, but the values are about double that previously because the calculations are now only based on those using or evaluating service proxy.

More than half (55%) of respondents using Envoy for Ingress have a service mesh in production. Another 26% are actively testing a service mesh and 9% plan to start in the next 12 months. Most of that benefits Istio, as well as solutions based on the project’s technology — such as F5 Networks’ Aspen Mesh and Tetrate.

Enter a new data set, which reminds us that not all service mesh adoption will come from a CNCF community laden with vendors and big companies. Using its mailing lists and social channels, NGINX surveyed almost 500 people in June 2020. According to Libby Meren, an OSS evangelist at NGINX, 16% of the community uses an NGINX Ingress Controller (NIC), of which 19% also uses a service mesh and another 33% planning to do so in 12 months. Although NGINX’s heritage comes from before the cloud native age, 57% of the survey already use containers in production applications.

As reported previously, NGINX Service Mesh (NSM) is for organizations for which Istio is too complicated for their initial needs. For organizations looking to avoid Kubernetes complexity, so far only 6% of the community is using NSM — but there is a ripe opportunity to get traction among organizations using NGINX for ingress.

Besides NGINX, Traefik Maesh offers reduced complexity by integrating with its own ingress controller. Last February, people kicking service mesh tires wanted to know about solutions that integrated the control and data planes. The market is trying to deliver. In 2021, will the next generation of service mesh adopters decide they don’t need either Envoy or Istio in their stack; and if so, what other technologies best integrate with them? Will simplified offerings such as AWS App Mesh attract users beyond the Kubernetes crowd?

Aspen Mesh, Cloud Native Computing Foundation, HashiCorp, and Tetrate are sponsors of The New Stack.

Feature image via Pixabay.

Group Created with Sketch.
TNS owner Insight Partners is an investor in: The New Stack.
THE NEW STACK UPDATE A newsletter digest of the week’s most important stories & analyses.