Redis是一种支持，存储和检索数据的开源，NOSQL数据库。它也可以用作缓存系统，在高性能下加快网络性能。它也可以利用跨网络联机，使得不同的网络之间可以进行远程连接。在这样的场景下，有必要跨越防火墙架设Redis 服务器 ，以实现不同网络间的通信。
为了在不同的防火墙之间成功搭建跨火墙的Redis服务器，最重要的就是准备好双方的网络环境，使Redis服务器可以在两个局域网之间成功通信。有了这样的环境，就可以开始搭建Redis服务器了。首先需要在双方的局域网中都安装上Redis软件，其次要确保Redis进程已经正确启动。接着，要编辑Redis配置文件，将要连接的两个网络所对应的IP地址设置为相应的Redis服务器。这样，两台Redis服务器就可以通过双方的防火墙连接起来。
为了更好的保护Redis服务器的安全，在防火墙设置上还需要添加额外的配置。在防火墙中配置入站规则，设置允许通过特定端口访问Redis服务器的相应IP地址，并启用安全过滤模式以及外部网络联接规则，确保只有有效用户才能访问这些端口。另外，两台Redis服务器之间需要采用高安全系数的连接方式来保证数据传输的安全。
以上就是搭建跨防火墙的Redis服务器的实现方式，在完成防火墙的配置后，还需要注意Redis服务器的日常管理工作，确保Redis服务器的安全可靠性，以保证数据的安全性和正常的运行。
香港服务器首选树叶云，2H2G首月10元开通。树叶云（shuyeidc.com）提供简单好用，价格厚道的香港/美国云服务器和独立服务器。IDC+ISP+ICP资质。ARIN和APNIC会员。成熟技术团队15年行业经验。
什么是redis呢，求通俗解释
Redis是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。 从2010年3月15日起，Redis的开发工作由VMware主持。 redis是一个key-value存储系统。 和Memcached类似，它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)、zset(sorted set --有序集合)和hash（哈希类型）。 这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作，而且这些操作都是原子性的。 在此基础上，redis支持各种不同方式的排序。 与memcached一样，为了保证效率，数据都是缓存在内存中。 区别的是redis会周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件，并且在此基础上实现了master-slave(主从)同步。 Redis 是一个高性能的key-value数据库。 redis的出现，很大程度补偿了memcached这类key/value存储的不足，在部 分场合可以对关系数据库起到很好的补充作用。 它提供了Python，Ruby，Erlang，PHP客户端，使用很方便。 [1]Redis支持主从同步。 数据可以从主服务器向任意数量的从服务器上同步，从服务器可以是关联其他从服务器的主服务器。 这使得Redis可执行单层树复制。 从盘可以有意无意的对数据进行写操作。 由于完全实现了发布/订阅机制，使得从数据库在任何地方同步树时，可订阅一个频道并接收主服务器完整的消息发布记录。 同步对读取操作的可扩展性和数据冗余很有帮助。
论文题目：世界上成功电子商务企业的运营模式分析
内容摘要：供应链管理的本质是追求企业合作之效率，以较少的产品闲置时间与营运成本之最佳组合，来获取企业营运之竞争优势。 而BtoB电子商务作为一种主要运作模式在现阶段的发展受支付、安全、物流等制约而发展缓慢，应用供应链管理理论建设区域BtoB电子商务应该是目前国内BtoB电子商务的一个方向。 本文在分析BtoB电子商务发展问题的基础上，应用供应链理论对区域BtoB电子商务模式作一些建设性研究。 关键词：供应链供应链管理区域BtoB电子商务物流 供应链管理的本质是追求企业合作之效率，以较少之产品闲置时间与营运成本之最佳组合，来获取企业营运之竞争优势。 近年来，信息技术的发展促进了供应链管理理论在企业运作中的应用，作为电子商务时代主要的运营模式——BtoB电子商务在经历了多年的发展，依然没有达到预期的繁荣，这其中有企业自身的能力因素，也存在诸如信息安全、交易平台缺陷等客观因素。 本文针对目前BtoB电子商务发展的困境，提出重点建设区域BtoB电子商务的构想，并利用供应链管理理论探讨其运作模式的可行性。 BtoB电子商务现状 从我国BtoB电子商务平台的现状来看，主要分为三大类：信息平台、商务平台和综合平台。 信息平台，即发布供求信息和其他企业信息的商务平台；商务平台，提供商务活动某些环节的网络化环境，如交易平台、投标招标、竞买竞卖、在线支付等；而综合平台则结合了信息平台和商务平台的功能特点，提供更加全面的服务。 其中综合类电子商务平台的比例最高。 BtoB电子商务在经历了“网络启蒙”阶段和技术创新阶段的发展后已经进入新一代的电子商务阶段，即运用网络技术解决业务运作所面临的实际问题，改变原来核心业务流程，改变原来关心客户和交易的方式，最终达成高效益、低成本的电子商务。 但BtoB电子商务在国内的发展依然缓慢，究其原因主要在于：网络安全。 由于在开放性的Internet上，网络的安全问题在诸多防火墙的保护下依然存在很多漏洞，安全问题成为许多企业发展电子商务的一大顾虑；支付系统的不完善。 国内的支付系统存在其先天的缺陷，首先在于银行间、地区间的互联互通问题，其次在于银行交易平台的发展滞后，这在很大程度上制约了电子商务的进一步发展；物流成本过高。 对于BtoB来说，跨地区的配送成本使其竞争优势相对于传统模式丧失殆尽。 建设区域BtoB电子商务思路的提出 针对现阶段电子商务发展的诸多制约因素，本文提出建设区域BtoB电子商务的思路，即利用信息技术的电子平台，在一定的区域范围内集中发展电子商务。 相对于目前广泛流行的电子商务概念，区域电子商务主要是在地域上加以限制，致力于在小范围区域内应用供应链管理理论发展BtoB电子商务模式。 由于目前国内对于电子商务的建设在技术、运作成本方面的要求都比较高，对于占中国绝大多数的中小企业来说，没有足够的能力去实施流行的广域电子商务方案，这导致目前国内电子商务发展过程中的供应链断层问题。 而区域BtoB电子商务的运作模式主要从以下几个方面解决中小企业在实施电子商务中的困境以配合目前的供应链优化和供应链整体电子商务平台的实现。 资金问题。 中小企业在实施电子商务中最大的困惑是资金问题，少量资金的投入只是建立一个信息展示平台，离真正的电子商务相距甚远，尤其是相应的物流、资金流等配套系统在资金短缺的情况下无法实施。 区域电子商务的实施，在企业原有内部信息化和城域网的基础上进行投资与建设，由于地域范围的缩小，投入资金相对较少。 物流问题。 中小企业在实施电子商务中的另一个问题是物流问题。 由于企业能力的自身限制，要自己配套全国范围内的物流系统几乎不可能。 区域性的电子商务其供应链前后端主要集中在小区域内，物流系统的投资相对较小，也可以在原有的基础上实施信息化管理以配合区域电子商务的实施。 电子支付问题。 长期以来困扰电子商务企业的电子支付问题通过区域内的银行结算系统也比较容易实施。 目前各大银行系统在区域内的电子结算系统相对都比较成熟，企业可以通过与银行合作的方式解决电子支付问题。 企业诚信问题。 电子商务模式改变了传统的交易与付款方式，客户对企业的信任度成为其选择电子商务最大的障碍。 区域性的电子商务由于地域的限制而使培育客户忠诚度的难度相对降低。 基于供应链管理的区域BtoB电子商务运作模式 BtoB电子商务中的供应链管理 第一，供应链管理是一种运作管理技术，它能够使企业的活动范围从仅仅最佳的物流活动扩展为涵盖企业的所有职能，如市场营销、加工制造和财务等，所有这些职能都以最佳的方式紧密地结合在一起，成为一个整体。 第二，供应链管理是物流一体化管理的扩展，其目的是将组织的物流职能和供应链中合作伙伴使用的对等职能的物流部分进行合并或紧密联结，以便将企业内部物流职能和外部供应商和顾客，或者第三方物流联盟合理地衔接，形成一个完整的集成化系统。 第三，供应链管理的实际应用是以一个共同的目标为核心组织在一起的，包括加快发货速度，降低成本的方面，也包含利用新的管理方法和信息技术的力量，以便在针对市场具体需求的产品和服务方面实现重大突破。 第四，供应链包括四个主要流程：工作流程、实物流程、资金流程、信息流程。 其中前后流程是双向的，而中间的流程是单向的。 供应链管理要求电子商务的开展主要注意以下几点：以顾客为中心，以市场需求的拉力加上企业利益的推力为驱动力；强调企业应专注于核心业务，建立核心竞争力，在供应链上明确定位，将非核心业务外包；各企业紧密合作，共担风险，共享利益；对工作流程、实物流程、信息流程和资金流程进行设计、执行、修正和不断改进；利用信息系统优化供应链的运作；缩短产品完成时间，使生产尽量贴近实时需求；减少采购、库存、运输等环节的成本。 因此，BtoB电子商务的供应链管理不仅仅是导入信息科技与网络，更重要的是必须从了解顾客需求及企业自身定位着手，在充分利用信息化技术的同时，专注于核心业务以提升企业的核心竞争能力，并以供应链管理来拓展电子商务，重新定位企业在电子商务信息时代的策略与运作模式，才能获得成功。 区域BtoB电子商务的网络基础 国家和各省市均在“十五”规划中提出了信息化建设的方向以及建设基于网络的电子城市及电子省的概念，并提出在信息化建设的基础上发展电子商务的目标。 网络条件在现阶段发展较好的是区域内的宽带城域网建设，区域电子商务可以基于宽带城域网的网络条件，首先在城市范围内开展，整合区域内供应链上下游企业，并随着宽带网硬件条件的逐步成熟可以扩展到跨城市的区域电子商务。 基于供应链管理的区域BtoB电子商务运作模式 区域BtoB主要适应于供应链中的企业基本局限于本区域内的情况，在原有企业电子化发展的基础上，将供应链上的本区域企业通过建立电子平台相互联系起来，优化原有的交易流程，在区域BtoB电子商务的各种便利性和安全性的保证下，配合物流配送、外包解决方案、内容管理、网络商务等基础设施基础，改进原有企业间的业务流程、促进企业间的物流、信息流和资金流的顺畅。 区域BtoB运作模式的建立主要包括四个步骤： 优化产业供应链的上游企业。 通过合适的评价程序对供应商进行评价，选择具有建立区域电子商务能力的企业进行合作，保证供应链前端的物流、信息流和资金流的顺畅。 优化企业内部供应链。 使原有的企业内部供应链的各个业务环节的信息化孤岛联结起来，实现内部的集成和共享，以配合区域BtoB的实施。 在内部供应链的优化中，尤其注意财务管理、成本控制、信息集成和决策管理等企业内部供应链的支撑系统。 优化产业供应链的下游企业。 通过对下游企业的能力与信誉的评价，选择适合区域BtoB模式的企业进行供应链整合，优化交易等衔接环节。 保证以本企业为主的供应链系统的顺畅运行。 建立供应链企业的电子平台与银行的同城交易系统的接口。 通过城域网的网络平台，将区域电子商务供应链与银行支付系统结合，实现电子支付，以保证反向资金流的顺畅。 至此，基于优化供应链上下游企业的电子商务平台通过与银行交易结算的结合，保证了区域BtoB系统运行的稳定和便捷，真正将原有的企业电子化提升到BtoB电子商务的层面，在具体建设中，还要考虑的是区域内供应链企业间的信息流、物流、资金流的建设问题，本文在此不做进一步探讨。 区域BtoB的运作模式可以参见图1。 区域BtoB电子商务的扩展 区域BtoB电子商务模式在解决了某个区域范围内交易的同时，与广域范围内的BtoB电子商务并没有实质性冲突。 首先，区域BtoB电子商务的成功运行使企业电子化在原有基础上得以提升，实现企业内外供应链管理的有机融合，有利于企业进一步开展广域电子商务。 其次，对于区域范围内的电子平台只要在原有的基础上增添与外界电子平台的接口便可升级为广域电子交易平台。 第三，安全性问题可以在区域电子平台与外界电子平台间增添防火墙保护，在保证原有区域内交易的正常进行的同时降低电子商务的运营成本。 最后，支付系统的升级可以借用区域间银行的结算系统进行，以达到平滑升级。 从提升企业BtoB电子商务水平和电子商务的普及角度来看，区域BtoB电子商务无疑是一种比较优化的选择，应将其作为现阶段电子商务建设的重点。 BtoB这种主要的电子商务模式在区域网络平台日趋完善的基础上，应用供应链管理理论为中小企业发展BtoB电子商务提供了切实可行的发展方向。 企业可以通过分析其现有供应链关系，选取合适的供应链前端企业和后端企业，共同构建区域内的BtoB电子商务平台，以较低的交易成本实现供应链企业的合作，将原有各企业的内部电子化建设提升到真正意义上的BtoB电子商务层面。
memcached和redis的区别
medis与Memcached的区别传统MySQL+ Memcached架构遇到的问题 实际MySQL是适合进行海量数据存储的，通过Memcached将热点数据加载到cache，加速访问，很多公司都曾经使用过这样的架构，但随着业务数据量的不断增加，和访问量的持续增长，我们遇到了很多问题： 需要不断进行拆库拆表，Memcached也需不断跟着扩容，扩容和维护工作占据大量开发时间。 与MySQL数据库数据一致性问题。 数据命中率低或down机，大量访问直接穿透到DB，MySQL无法支撑。 4.跨机房cache同步问题。 众多NoSQL百花齐放，如何选择 最近几年，业界不断涌现出很多各种各样的NoSQL产品，那么如何才能正确地使用好这些产品，最大化地发挥其长处，是我们需要深入研究和思考的问题，实际归根结底最重要的是了解这些产品的定位，并且了解到每款产品的tradeoffs，在实际应用中做到扬长避短，总体上这些NoSQL主要用于解决以下几种问题 1.少量数据存储，高速读写访问。 此类产品通过数据全部in-momery 的方式来保证高速访问，同时提供数据落地的功能，实际这正是Redis最主要的适用场景。 2.海量数据存储，分布式系统支持，数据一致性保证，方便的集群节点添加/删除。 3.这方面最具代表性的是dynamo和bigtable 2篇论文所阐述的思路。 前者是一个完全无中心的设计，节点之间通过gossip方式传递集群信息，数据保证最终一致性，后者是一个中心化的方案设计，通过类似一个分布式锁服务来保证强一致性,数据写入先写内存和redo log，然后定期compat归并到磁盘上，将随机写优化为顺序写，提高写入性能。 free，auto-sharding等。 比如目前常见的一些文档数据库都是支持schema-free的，直接存储json格式数据，并且支持auto-sharding等功能，比如mongodb。 面对这些不同类型的NoSQL产品,我们需要根据我们的业务场景选择最合适的产品。 Redis适用场景，如何正确的使用 前面已经分析过，Redis最适合所有数据in-momory的场景，虽然Redis也提供持久化功能，但实际更多的是一个disk-backed的功能，跟传统意义上的持久化有比较大的差别，那么可能大家就会有疑问，似乎Redis更像一个加强版的Memcached，那么何时使用Memcached,何时使用Redis呢?如果简单地比较Redis与Memcached的区别，大多数都会得到以下观点： 1Redis不仅仅支持简单的k/v类型的数据，同时还提供list，set，zset，hash等数据结构的存储。 2Redis支持数据的备份，即master-slave模式的数据备份。 3Redis支持数据的持久化，可以将内存中的数据保持在磁盘中，重启的时候可以再次加载进行使用。 抛开这些，可以深入到Redis内部构造去观察更加本质的区别，理解Redis的设计。 在Redis中，并不是所有的数据都一直存储在内存中的。 这是和Memcached相比一个最大的区别。 Redis只会缓存所有的 key的信息，如果Redis发现内存的使用量超过了某一个阀值，将触发swap的操作，Redis根据“swappability = age*log(size_in_memory)”计 算出哪些key对应的value需要swap到磁盘。 然后再将这些key对应的value持久化到磁盘中，同时在内存中清除。 这种特性使得Redis可以 保持超过其机器本身内存大小的数据。 当然，机器本身的内存必须要能够保持所有的key，毕竟这些数据是不会进行swap操作的。 同时由于Redis将内存 中的数据swap到磁盘中的时候，提供服务的主线程和进行swap操作的子线程会共享这部分内存，所以如果更新需要swap的数据，Redis将阻塞这个 操作，直到子线程完成swap操作后才可以进行修改。 使用Redis特有内存模型前后的情况对比： VM off: 300k keys, 4096 bytes values: 1.3G used VM on:300k keys, 4096 bytes values: 73M used VM off: 1 million keys, 256 bytes values: 430.12M used VM on:1 million keys, 256 bytes values: 160.09M used VM on:1 million keys, values as large as you want, still: 160.09M used当 从Redis中读取数据的时候，如果读取的key对应的value不在内存中，那么Redis就需要从swap文件中加载相应数据，然后再返回给请求方。 这里就存在一个I/O线程池的问题。 在默认的情况下，Redis会出现阻塞，即完成所有的swap文件加载后才会相应。 这种策略在客户端的数量较小，进行 批量操作的时候比较合适。 但是如果将Redis应用在一个大型的网站应用程序中，这显然是无法满足大并发的情况的。 所以Redis运行我们设置I/O线程 池的大小，对需要从swap文件中加载相应数据的读取请求进行并发操作，减少阻塞的时间。 如果希望在海量数据的环境中使用好Redis，我相信理解Redis的内存设计和阻塞的情况是不可缺少的。
发表评论