日期:2014-05-20  浏览次数:20712 次

开发一个网站,寻求好的解决方案和资料
有一个用C++开发的应用程序,想把它应用到网络上,打算写一个服务器端程序负责和C++应用程序通信。
最终的架构打算设计成这种模式:
浏览器----服务器-----C++应用程序
问题有三个:
1.服务器端程序和C++应用程序打算采用进程间通信的方式实现,有没有更好的方式?
2.如果使用进程间通信,目前有管道, 系统IPC(包括消息队列,信号量,共享存储), SOCKET等方式,哪种方式比较合适?
3.架设多台服务器,有什么好的技术来管理服务器实现负载均衡?

请求高人指点,给些好的建议,最好详细点啊,不胜感激!

------解决方案--------------------
(1)(2)Socket比较灵活,Share Mem、Pipe比较高效。
(3)这要看你的应用是否有并发互斥的逻辑。比如共享数据库写操作,共享全局数据等等。
------解决方案--------------------
用命名管道就是不错的选择,非托管C++、托管C++都可以实现,只要控制好服务器端、客户端的代码逻辑,延迟不会太大,应该还是在可以接受的范围
负载均衡将是大型网站解决高负荷访问和大量并发请求采用的终极解决办法。 
访问量大和实时性不强比数据,使用数据缓存,数据库缓存依赖,页面缓存、分成架构
使用分布式实现部署,检索、图片、数据读写实现分离
根据应用区间识别业务流,将整个区间段的业务流分配到合适的应用服务器进行处理。

参考
------解决方案--------------------
楼上强人。学习了
------解决方案--------------------
探讨
用命名管道就是不错的选择,非托管C++、托管C++都可以实现,只要控制好服务器端、客户端的代码逻辑,延迟不会太大,应该还是在可以接受的范围
负载均衡将是大型网站解决高负荷访问和大量并发请求采用的终极解决办法。
访问量大和实时性不强比数据,使用数据缓存,数据库缓存依赖,页面缓存、分成架构
使用分布式实现部署,检索、图片、数据读写实现分离
根据应用区间识别业务流,将整个区间段的业务流分配到合适的应用服务器进行处理。

参考