中间件技术

1.写出常用的bootstrap的样式。 row：行 col- - ：列（第一个 可以为xs[超小]/sm[小型]/md[中型]/lg[大型]；第二个 必须为12以内的【列数】） col- -offset- ：列偏移（第一个 同上，第二个 范围为1~11，表示把该列的左外边距（margin-left）增加 列） col- - - ：列排序（第一个 同上，第二个 可以为push[向右]/pull[向左]，第三个 范围是1~11【列数】） 排版 small：内联子标题 lead：引导主体副本 text- ：文本样式（ 可以为left[左对齐]/center[居中对齐]/right[右对齐]/muted[减弱文本] /primary/success/info/warning/danger /justify[自动换行]/nowrap[不换行] /lowercase[小写]/uppercase[大写]/capitalize[首字母大写] ） list-inline：列表置于同一行 表格 table：基本样式，只有横向分割线 table- ：表格样式(*可以为triped[添加条纹]/bordered[添加边框]/hover[启用悬停]/condensed[更加紧凑]) tr/th/td：由active/success/info/warning/danger来改变背景颜色 table

我们有世界上最牛的交易场景，但还缺少最牛的你！ 招聘岗位： 资深Java开发工程师、技术专家 岗位描述: 中间件技术部是阿里巴巴集团生态系统的技术基石，为淘宝、天猫、聚划算、1688、B2B、AE、淘宝旅行、淘宝海外、零售O2O等业务群提供可靠、高效、易扩展的技术基础服务 这里有世界一流的中间件产品和场景，包括应用托管容器、分布式调用服务、分布式消息服务、分布式数据服务和大数据计算平台等，掌控着超千亿规模的消息推送和分布式数据库调用，是全球流量最大的中间件集群之一 这里有世界最大的电商交易业务场景，团队提供的高可用架构基础设施直面双11洪峰流量，包括容量规划、准入控制、限流降级、流量调度、弹性伸缩和全链路压测等，体系化支撑阿里巴巴电商链路的稳定运行 这里有世界领先的企业互联网架构平台，以中间件技术部多款核心产品作为基础设施构建的云计算解决方案，面对互联网+的浪潮，帮助企业级客户轻松构建并托管分布式应用，解决集中化和互联网化的业务需求 我们的使命：做分布式架构基础设施，建设支撑百万笔交易的分布式架构能力，建设支撑百万台服务器和超万个系统的服务能力 我们的愿景：打造世界一流的中间件产品，打造世界一流的高可用架构基础设施，打造世界一流的企业级互联网架构平台 全面参与阿里巴巴集团中间件（容器，服务框架、消息中间件、数据中间件等）的设计，核心代码开发，系统稳定性开发，性能优化等工作

对于大型的互联网业务来说，消息系统是必不可少的基础服务。 子柳 在《淘宝技术这十年》中为大家展示了阿里消息系统架构的概貌，作为集团业务使用的核心基础服务，目前消息系统现在可以承受每天几百亿规模的请求，并在历年的双十一、双十二大促中承受住抗住了更加严峻的考验，消息系统背后的中间件团队还陆续开源了诸如 MetaQ 、 RocketMQ 等项目。近期，InfoQ 采访了阿里消息中间件团队消息和分布式数据层负责人王晶昱（花名：沈询），话题涉及案例中间件系统的选型、系统扩容与数据一致性、团队文化等内容。 InfoQ ：对于阿里的消息中间件系统，大家所广泛了解的是 @ 子柳 在《淘宝技术这十年》中介绍的 Notify ，但是从最近的阿里的开源计划中，我们经常看到 MetaQ / RocketMQ ，在阿里内部 Notify 和 MetaQ 是怎样的关系？我看到早期的 MetaQ 是采用的 Kafaka 的设计思路，那么可能大家就比较好奇 “ 问什么要重复造轮子 ” ，能不能介绍这个方面的考虑以及所做的工作？ 沈询： 要讲明白这个问题，就需要从产品的实际需求角度入手开始做个介绍了。Notify作为一个已经存在了5年多的消息产品，被广泛的应用在整个阿里巴巴集团的大部分消息通信领域。它的核心特性是： 提供事务支持、不保证消息顺序、消息可能会重复、推模型。 因为淘宝是个交易类网站

人力资源管理软件一般都离不开考勤功能模块，而考勤又以数据采集、汇总为基础。因此，选择一个考勤机和软件配套就至关重要。 由于考勤机没有统一的接口标准，因而市场上的考勤机都由各厂家根据不同需要单独做应用程序。并且，由于考勤机本身就需要一大堆的自身管理软件，而每个考勤机厂家的接口又不一样，因而人力资源软件和硬件厂家配套就需要很大开发工作量，本文介绍一种应用了的中间件技术解决了这一难题。 使用这种edge sever的中间件技术，软件厂商完全不需要修改应用程序，数据自动地存储在应用程序的数据库中去了。 硬件设备选用TCP/IP主动上传的机器，配用中间件以后，实现全透明的考勤数据传送，硬件设备对应用完全透明，没有任何设备管理工作。 系统特性： 1.考勤机硬件具备的网络和安装特性： 1>支持动态IP、DHCP； 2>支持静态IP； 3>支持网关，可跨网段，因特网也可实现； 4>支持物理网卡地址设置； 5>支持读卡器序列号（出厂唯一号 4byte）； 6>支持主机定义：指定考勤机将刷卡信息传送到主机上； 7>支持端口设置。自身端口和远程端口。 2.与刷卡操作相关的特性 刷卡信息自动保存在考勤机上，考勤机会自动判断网络状态，若考勤机与服务器（可以以局域网内或广域网上的）已经连接上，则考勤机会把数据自动上传到服务器上去。 信息包括有：考勤机序列号、刷卡的卡号、刷卡时间（这个以考勤机时间为准）

SOFA Stack（ S calable O pen F inancial A rchitecture Stack）是蚂蚁金服自主研发的金融级云原生架构，包含了构建金融级云原生架构所需的各个组件，是在金融场景里锤炼出来的最佳实践。 本文为《剖析 | SOFABoot 框架》第一篇，本篇作者纶珥，来自蚂蚁金服。《剖析 | SOFABoot 框架》系列由 SOFA 团队和源码爱好者们出品，项目代号： SOFA:BootLab/ ，文章尾部有参与方式，欢迎同样对源码热情的你加入。 SOFABoot 是蚂蚁金服开源的基于 SpringBoot 的研发框架，提供了诸如 Readiness Check、类隔离、日志空间隔离等能力，用于快速、敏捷地开发 Spring 应用程序，特别适合构建微服务系统。 SpringBoot 基于 Spring 的按条件配置（Conditional Configuration），结合 starter 依赖机制提供了快捷、方便开发 Spring 项目的体验，获得了极大的成功； SOFABoot 同样在这两个能力上基于 SpringBoot 扩展出适应于金融级应用开发框架。作为脱胎于蚂蚁金服内部对于 SpringBoot 的实践，SOFABoot 补充了 SpringBoot 在大规模金融级生产场景下一些不足的地方，例如 Readiness 检查

导语   RabbitMQ 是现在比较热门的消息中间件，在互联网行业和传统行业都有大量地使用。消息中间件有很多，RabbitMQ在高可靠、易扩展、高可用等方面都有很大的优势。在学习RabbitMQ的过程中都有所提升。 文章目录 消息中间件介绍 消息中间件作用 解耦 存储 扩展性 流量削峰 可恢复 顺序保证 缓冲 异步通信 RabbitMQ 起源 总结 消息中间件介绍   消息(Message) 在应用之前传递数据，消息可以是一个字符串，也可以是JSON数据，XML数据等等，当然也可以是复杂的对象。对于消息这个是一个抽象的定义，在任何应用之间的数据传递都可以称为消息，例如QQ消息，微信消息等等。   消息队列中间件(Message Queue Middleware，简称MQM)是指高效的传递机制进行平台之间的与平台无关的数据交流，基于数据通信的方式来进行分布式系统的集成。通过提供一个消息队列和消息的排队模型，可以在分布式环境下进行扩展消息传递。   对于消息中间件来说一般有两种传递模式，当然也有其他的，但是常用的就是以下的两种方式 点对点模式 发布订阅模式   点对点模式是基于队列的模式，消息生产者发送消息到消息队列，消息消费者从队列中接收消息，队列的存在使得消息的异步传递称为可能，例如在RocketMQ中消息的落地，可以使得消息重传。  

一、LVS简介 LVS全称Linux Virtual Server，即Linux虚拟服务器。它是我国章文嵩博士的一个开源项目。在linux内核2.6中，已经成为了内核的一部分，在此之前的内核需要重新编译内核。 主要用于服务器的负载均衡，它工作在网络4层，开源实现高性能，搞可用的服务器集群技术。它廉价，可把许多低性能的服务器组合在一起形成一个超级服务器。它易用，配置简单，且有多种负载均衡方法。它稳定可靠，即使在集群的服务器中某台服务器无法正常工作，也不影响整体效果。另外扩展性非常好。 针对高伸缩、高可用网络服务的需求，我们给出了基于IP层和基于内容请求分发的负载平衡调度解决方法，并在linux内核中实现了这些方法，将一组服务器构成一个实现可伸缩的、高可用网络服务的虚拟服务器。 虚拟服务器的体系结构如上图所示，一组服务器通过高速的局域网或地理分布的广域网相互连接，在它们的前端有一个负载均衡调度器（Load Balancer）。负载均衡调度器能无缝地将网络请求调度到真实服务器上，从而使得服务器集群的结构对客户是透明的，客户访问集群系统提供的网络服务就像访问一台高性能、高可用的服务器一样。由于我们的负载调度技术是在linux内核中实现的，我们称之为linux虚拟服务器。 项目目标：使用集群技术和Linux操作系统实现一个高性能、高可用的服务器，它具有很好的伸缩性、可靠性和可管理性。 目前

昨天在开发过程中，需要使用到中间件的技术，之前都只是简单的认为要增加中间件就往middleware里添加中间件即可。本着周末的时间，就仔细研究了下 $middleware $middlewareGroup $routeMiddleware三个属性，到底是怎么样用的，通过查阅文档和网上资料，可算是搞明白了这三个属性是怎么用的和该怎么用。 $middleware属性： 这个属性称为全局中间件，为什么说是全局中间件呢？因为你的每一次请求，这里面的每个中间件都会执行。 $routeMiddleware属性: 这个属性称为路由中间件，为什么说是路由中间件呢？因为定义在该属性内的中间件，只能在定义路由时候引用。 假设这是我们定义的路由中间件： protected $routeMiddleware = [ ... 'auth' => \Illuminate\Auth\Middleware\Authenticate::class, ]; 如果我们要使用\Illuminate\Auth\Middleware\Authenticate::class这个中间件该怎么做呢？ Route::get('hello/laravel-china','XXController @index ')->middleware('auth'); 我们定义路由时候调用了middleware方法，参数值是auth，

前提 之前有个打算在学习RabbitMQ之前，把AMQP详细阅读一次，挑出里面的重点内容。后来找了下RabbitMQ的官方文档，发现了有一篇文档专门介绍了RabbitMQ中实现的AMQP模型部分，于是直接基于此文档和个人理解写下这篇文章。 AMQP协议 AMQP 全称是Advanced Message Queuing Protocol，它是一个(分布式)消息传递协议，使用和符合此协议的客户端能够基于使用和符合此协议的消息传递中间件代理(Broker，也就是经纪人，个人感觉叫代理合口一些)进行通信。AMQP目前已经推出协议1.0，实现此协议的比较知名的产品有StormMQ、RabbitMQ、Apache Qpid等。RabbitMQ实现的AMQP版本是0.9.1，官方文档中也提供了该协议pdf文本下载，有兴趣可以翻阅一下。 消息中间件代理的职责 Messaging Broker，这里称为消息中间件代理。它的职责是从发布者(Publisher，或者有些时候称为Producer，生产者)接收消息，然后把消息路由到消费者(Consumer，或者有些时候称为Listener，监听者)。 因为消息中间件代理、发布者客户端和消费者客户端都是基于AMQP这一网络消息协议，所以消息中间件代理、发布者客户端和消费者客户端可以在不同的机器上，从而实现分布式通讯和服务解耦。

消息队列中间件是分布式系统中重要的组件，主要解决应用解耦，异步消息，流量削锋等问题，实现高性能，高可用，可伸缩和最终一致性架构。目前使用较多的消息队列有ActiveMQ，RabbitMQ，ZeroMQ，Kafka，MetaMQ，RocketMQ。消息中间件到底该如何使用，何时使用这是一个问题，胡乱地使用消息中间件增加了系统的复杂度，如果用不好消息中间件还不如不用。 消息队列通讯模式 点对点通讯 点对点方式是最为传统和常见的通讯方式，它支持一对一、一对多、多对多、多对一等多种配置方式，支持树状、网状等多种拓扑结构。 多点广播 MQ适用于不同类型的应用。其中重要的，也是正在发展中的是"多点广播"应用，即能够将消息发送到多个目标站点(DestinationList)。可以使用一条MQ指令将单一消息发送到多个目标站点，并确保为每一站点可靠地提供信息。MQ不仅提供了多点广播的功能，而且还拥有智能消息分发功能，在将一条消息发送到同一系统上的多个用户时，MQ将消息的一个复制版本和该系统上接收者的名单发送到目标MQ系统。目标MQ系统在本地复制这些消息，并将它们发送到名单上的队列，从而尽可能减少网络的传输量。 发布/订阅(Publish/Subscribe)模式 发布/订阅功能使消息的分发可以突破目的队列地理指向的限制，使消息按照特定的主题甚至内容进行分发