redis异地负载均衡
开发大型网站Web应用，选择什么作为后端语言比较好？
开发大型网站Web应用，选择什么作为后端语言比较好？
如果有合适的CTO,.net core现在是首选，如果招不到，java首选。当然现在java团队确实很好组建。
som数据是什么？
SOM销售运营管理系统（Sales Operation Management System，简称SOM）。
SOM销售运营管理系统，利用互联网、物联网、大数据应用技术首倡研发，集成智能化、电子化、信息化等科技，向企业在产品展示促销、无限裂变传播、分销及支付、大数据分析等商业运作重要节点提供业务支持的一套智能软硬件工具。
SOM销售运营管理系统是网站负载均衡（Load Balance）、Redis集群、消息队列(MQ)、WebSocket协议实现全双工(full-duplex)通信等多技术在企业管理系统上的综合应用。
Kafka，Mq和Redis作为消息队列使用时的差异有哪些？
RabbitMQ
是使用 Erlang 编写的一个开源的消息队列，本身支持很多的协议：AMQP，XMPP, SMTP, STOMP，也正是如此，使的它变的非常重量级，更适合于企业级的开发。同时实现了一个经纪人（Broker）构架，这意味着消息在发送给客户端时先在中排队。对路由（Routing），负载均衡（Load balance）或者数据持久化都有很好的支持。
Redis
是一个 Key-Value 的 NoSQL 数据库，开发维护很活跃，虽然它是一个 Key-Value 数据库存储系统，但它本身支持MQ功能，所以完全可以当做一个轻量级的队列服务来使用。对于 RabbitMQ 和 Redis 的入队和出队操作，各执行 100万次，每 10 万次记录一次执行时间。测试数据分为 128Bytes、512Bytes、1K 和 10K 四个不同大小的数据。实验表明：入队时，当数据比较小时Redis的性能要高于 RabbitMQ，而如果数据大小超过了 10K，Redis 则慢的无法忍受；出队时，无论数据大小，Redis 都表现出非常好的性能，而RabbitMQ的出队性能则远低于Redis。
Kafka
Kafka 是 Apache 下的一个子项目，是一个高性能跨语言分布式 Publish/Subscribe 消息队列系统，而 Jafka 是在 Kafka 之上孵化而来的，即 Kafka 的一个升级版。具有以下特性：快速持久化，可以在 O(1) 的系统开销下进行消息持久化；高吞吐，在一台普通的服务器上既可以达到10W/s的吞吐速率；完全的分布式系统，Broker、Producer、Consumer 都原生自动支持分布式，自动实现复杂均衡；支持 Hadoop 数据并行加载，对于像 Hadoop 的一样的日志数据和离线分析系统，但又要求实时处理的限制，这是一个可行的解决方案。Kafka 通过 Hadoop 的并行加载机制来统一了在线和离线的消息处理，这一点也是本课题所研究系统所看重的。Apache Kafka 相对于 ActiveMQ 是一个非常轻量级的消息系统，除了性能非常好之外，还是一个工作良好的分布式系统。
对比 MQ 与 Kafka
在架构模型方面
RabbitMQ 遵循 AMQP协议，RabbitMQ 的 broker 由 Exchange,Binding,queue 组成，其中 exchange 和 binding 组成了消息的路由键；客户端 Producer 通过连接channel 和 server 进行通信，Consumer 从 queue 获取消息进行消费（长连接，queue 有消息会推送到 consumer 端，consumer 循环从输入流读取数据）。rabbitMQ 以 broker 为中心；有消息的确认机制。
kafka 遵从一般的 MQ 结构，producer，broker，consumer，以 consumer 为中心，消息的消费信息保存的客户端 consumer上，consumer 根据消费的点，从 broker 上批量 pull 数据；无消息确认机制。
在吞吐量
kafka具有高的吞吐量，内部采用消息的批量处理，zero-copy 机制，数据的存储和获取是本地磁盘顺序批量操作，具有 O(1) 的复杂度，消息处理的效率很高。
rabbitMQ 在吞吐量方面稍逊于 kafka，他们的出发点不一样，rabbitMQ 支持对消息的可靠的传递，支持事务，不支持批量的操作；基于存储的可靠性的要求存储可以采用内存或者硬盘。
在可用性方面，
rabbitMQ 支持 miror 的 queue，主 queue 失效，miror queue 接管。
以上就是我的观点，对于这个问题大家是怎么看待的呢？欢迎在下方评论区交流 ~ 我是科技领域创作者，十年互联网从业经验，欢迎关注我了解更多科技知识！