惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Microsoft Azure Blog
Microsoft Azure Blog
博客园 - 三生石上(FineUI控件)
WordPress大学
WordPress大学
人人都是产品经理
人人都是产品经理
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
博客园 - 聂微东
Jina AI
Jina AI
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
T
Tailwind CSS Blog
罗磊的独立博客
爱范儿
爱范儿
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Apple Machine Learning Research
Apple Machine Learning Research
博客园 - Franky
阮一峰的网络日志
阮一峰的网络日志
雷峰网
雷峰网
博客园 - 叶小钗
美团技术团队
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
月光博客
月光博客
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
大猫的无限游戏
大猫的无限游戏
The Cloudflare Blog
Last Week in AI
Last Week in AI
S
SegmentFault 最新的问题
博客园 - 【当耐特】
小众软件
小众软件
Hugging Face - Blog
Hugging Face - Blog
量子位
宝玉的分享
宝玉的分享
V
Visual Studio Blog
博客园_首页
IT之家
IT之家
V
V2EX
腾讯CDC
aimingoo的专栏
aimingoo的专栏
博客园 - 司徒正美
Microsoft Security Blog
Microsoft Security Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Blog — PlanetScale
Blog — PlanetScale
I
InfoQ
有赞技术团队
有赞技术团队
J
Java Code Geeks
Recorded Future
Recorded Future
Engineering at Meta
Engineering at Meta
Vercel News
Vercel News
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
H
Help Net Security

博客园 - lixiong

关于调试,有一个真实的故事我要讲一讲 疑似CPU或者内存故障导致进程崩溃 Web服务的性能,和BCrypt性能问题的解决方法 md5/sha1+salt和Bcrypt 从Win8回顾微软平台的各种技术 为什么EXE不能超过4GB 其实.NET的确慢, 微软推的这一套的确不适合很多地方 微软平台UI自动化(UIA)经验集 今天在InfoQ看到一个google关于test的演讲, 非常精彩 来来来, 我也来发发我大二时候的作品 Windows用户态程序高效排错 全文PDF 招聘职位:赴微软软件测试开发工程师(产品: Windows 7) 《Windows 高效排错》 可以在CSDN读书频道预览了 三个关键命令找出ASP.NET程序内存分片的原因 handle leak ts steps in chinese 除了memory leak和handle leak外的其它资源泄露 一些重要的计数器 IE的leak useful log options in .Net
回顾下COM+提供的服务,就明白啥是中间层了, 我把绝招贡献给你们吧
lixiong · 2009-05-25 · via 博客园 - lixiong

2009-05-25 01:29  lixiong  阅读(4141)  评论()    收藏  举报

我实在看不下去了

很久很久以前,我跟大家一样,觉得三层很神秘的

直到有一天,我崇拜的老大,dr0,给我说了三层的秘密后, 我觉得任督二脉立刻打通

三层其实说的就是中间层.前后都不用看

中间层其实看com+就可以了

关键在于实现 可伸缩性 和 服务性

比如你写了一个什么组件, 部署到一个机器上, 每分钟可以支持200次服务. 如果你想实现每分钟2000次服务, 凭借你个人的能力, 就很难实现了

这个时候,你可以把你的东西放到COM+里面,然后使用COM+的object pooling, 再加上Load balance服务器, 然后买10台机器, 不需要你对代码作任何改动, 每分钟2000次的服务能力就上来了

再比如,你写了一个组建,里面有10个方法. 你想对这10个方法做不同的权限管理. 你自己写代码很麻烦的. 你可以把它放到COM+里面, 然后直接可以配置每个函数接口的访问权限了, 而且这个权限和windows domain account绑定的, 认证什么的都是走kerberos

再比如, 如果你要针对每个调用做log, 察看性能, COM+里面你可以直接用windows 性能监视器看, 你可以写COM+ invoke hooking, 直接写log

这些这些,都是COM+作为一个中间层服务, 提供给开发人员直接的功能. 中间层的目的, 就是让你写一次代码, 实现无穷的可伸缩性, 修改配置等等, 权限控制等等, 部属调试等等, 都非常容易

到了后来, 微软推了web service和wcf, 这样可以把调用全部通过http实现. 然后上述的一切, 就不再需要独立的中间服务器了, 新的解决方案就是:

可伸缩性考web balance

服务性靠 wcf configuration

然后完了,这就是dr0给我的绝招. 具体参考可以看一个什么书来这,n年前就有的,想起来了我发出来