高性能 Web(服务)应用程序

发布于 2024-08-25 15:03:02 字数 159 浏览 7 评论 0原文

我想成为高性能(10 万及更多浏览量/请求)网络和应用领域的专家。 Web 服务应用程序。 您建议关注哪些技术/模式/技能? 基本上,我在基于 ASP.NET/.NET 的 Web 开发方面拥有良好的技能,但我想知道构建了多大的东西(在任何平台上,不依赖于 .net 技术堆栈)。

谢谢。

I'd like to become a guru in high performance (100k and more views/requests) web & web-services applications.
What technologies/patterns/skills do you reccomend to look at?
Basically, I have good skills at ASP.NET/.NET based web development, but I'd like to know how big things are built (on any platform, not depending on .net technology stack).

Thank you.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

︶ ̄淡然 2024-09-01 15:03:02

对于网络/网络服务来说,最常见的是数据检索部分
所以你需要首先关注sql性能调整(索引,sp微调等)

对于网站,你需要看看像js最小化,服务器端渲染等

除了学习如何读取性能计数器之外,fiddler输出也会有所帮助指出可能的性能瓶颈

For web/webservices the most common thing would be the data retrieval part
so you would need to concentrate first on sql performance tuning (indexes, sp fine tuning etc)

For web sites you would need to look @ things like js minimize, server side rendering etc

In addition learning how to read performance counters, fiddler output will help point to probable performance bottlenecks

凑诗 2024-09-01 15:03:02

如果您担心 Web 服务[消费和生产]的性能,您可能需要研究替代的 Web 服务包并替换 XML 序列化/反序列化位。 XML 串行/解是数据交付过程中最慢、最痛苦的过程之一。 [至少在处理方面]。

除了:按照从最大到最小的顺序查找瓶颈。

If you are concerned about performance with Web services [consuming and producing] you might want to research alternative web service packages and replacing the XML serialization/deserialization bits. XML serial/de is one of the slowest most painful processes surrounding the delivery of data. [at least when it comes to processing].

Other than: look for the bottle necks in the order of the largest, to the smallest.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文