场景应用

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 云改变了IT行业的形态和市场格局，催生了应用的发展。随着云计算技术的不断演进，作为一名优秀的架构师，必须深入了解云计算平台的特点及架构设计，包括构建数据库、大规模落地微服务、Service Mesh和全链路监控等才能紧跟时代的步伐。 12月21日，京东云开发者社区和英特尔联合举办的「 云时代下的架构演进—企业上云及云原生技术落地实践 」沙龙在北京顺利召开，在本次活动中来自京东技术专家从顶层视角解读京东集团的云化之路、京东物流的上云之路、探寻数据库上云的探索之路、京东云的落地服务网格和DevOps系统，五个模块同现场的百位技术从业者进行了分享与交流。 1 京东的集团上云之路 京东云客户成功部架构师 汤源 对于京东云来说，必定要走一条与其他云厂商不同的道路，而京东云认为，集团上云就是京东云与其他云厂商的重要差异点。因此，集团上云在京东内部就是一个战略方向，京东云客户成功部专家级架构师汤源解释道，京东的战略就是构建以零售为基础的技术与服务。这个技术服务是TO B的技术与业务能力，需要去变现，它必须要有一个商业平台，因此，京东集团做公有云，在战略层面是坚定不移的。京东内部也是非常全面的去认识集团上云，但京东云的集团上云，并不是说要转变京东云的业务方向，也不是狭义上集团把自有业务迁移上云（Cloud Migration）

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 本篇开始将正式启动 SOFAArk:Lab/ 源码共建系列，在此对长期以来对 SOFAStack 关注的朋友表示感谢。 本文为《剖析 | SOFAArk 实现原理》第一篇，本篇作者卫恒，SOFAArk 开源负责人。《剖析 | SOFAArk 实现原理》系列由 SOFA 团队和源码爱好者们出品，项目代号： SOFA:ArkLab/ ，文末附共建列表，欢迎领取共建~ 在大型软件开发过程中，通常会推荐底层功能插件化、业务功能模块化的开发模式，以期达到低耦合、高内聚、功能复用的优点。对于模块化，从语言层面，原计划在 Java7 就有的模块化特性，终于在 Java9 里面提供了。在 Java语言级对模块化提供支持之前，业界内最知名的 Java 模块化规范当属 OSGi 了，直至到今天，OSGi 在众多企业、厂商中被广泛使用，比如我们常用的 Web 应用服务器、Eclipse 等均采用了 OSGi 规范。 蚂蚁金服内部，CE 作为使用了 10 年的"元老级"容器组件，见证了和支撑了每年的大促、新春红包等流量场景。作为中间件的常青树，CE 以足够的稳定性为业务保驾护航。CE 容器也是基于 OSGi 实现了模块化，但是由于 CE 背负了太多包袱，使得其自身变得太重，在云原生及商业化输出上逐渐失去了优势。 从 2016 年底开始

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> # 前端工程——基础篇 > 喂喂喂，那个切图的，把页面写好就发给研发工程师套模板吧。 你好，切图仔。 不知道你的团队如何定义前端开发，据我所知，时至今日仍然有很多团队会把前端开发归类为产品或者设计岗位，虽然身份之争多少有些无谓，但我对这种偏见还是心存芥蒂，酝酿了许久，决定写一个系列的文章，试着从工程的角度系统的介绍一下我对前端，尤其是Web前端的理解。 只要我们还把自己的工作看作为一项软件开发活动，那么我相信读过下面的内容你也一定会有所共鸣。 ## 前端，是一种GUI软件 现如今前端可谓包罗万象，产品形态五花八门，涉猎极广，什么高大上的基础库/框架，拽炫酷的宣传页面，还有屌炸天的小游戏……不过这些一两个文件的小项目并非是前端技术的主要应用场景，更具商业价值的则是复杂的Web应用，它们功能完善，界面繁多，为用户提供了完整的产品体验，可能是新闻聚合网站，可能是在线购物平台，可能是社交网络，可能是金融信贷应用，可能是音乐互动社区，也可能是视频上传与分享平台…… > 从本质上讲，所有Web应用都是一种运行在网页浏览器中的软件，这些软件的图形用户界面（Graphical User Interface，简称GUI）即为前端。 如此复杂的Web应用，动辄几十上百人共同开发维护，其前端界面通常也颇具规模

备注：原创文章，转载请注明文章出处及作者 背景： 监控视频+GIS的应用场景有很多，可以将摄像头的实时视频叠加到三维场景中，达到物联网设备的联动效果 分为五个系列文章，从RTSP视频环境的搭建，目前的应用以及展望 一、监控摄像头的行业情况（更新中） 二、实时视频的介绍（已完成） 三、RTSP视频流的搭建1--模拟实时视频 四、RTSP视频流的搭建2--使用海康摄像头验证 五、RTSP的视频投放到webgl三维场景中 六、监控视频与GIS的应用展望 来源： https://www.cnblogs.com/yaohuimo/p/12148856.html

1、接口自动化的应用场景 需求稳定 项目周期长 新的项目，先手工测试，然后逐渐开始自动化测试 回归测试 2、使用Excel 文档，并以 XXX.xlsx 的格式来管理测试用例数据 自动化用例包括： case_id ：用例编号信息 title ：用例名称 url ：一部分在配置文件方便修改，一部分在Excel中 data ：参数，字典形式，Excel中写json格式数据，空可以使用json的null method ：请求方法get/post expected ：期望值，响应报文与实际结果全部一致 或 返回码code进行比对 actual ：实际结果 result ：用例执行结果pass通过/fail不通过 check_sql ：数据校验sql 3、接口自动化的流程? --> 跟功能测试的流程差不多 需求分析 --> 需求文档、接口文档== 了解需求 评审 用例 编写自动化脚本 Jenkins持续集成 --> 定时执行脚本 报告 发送邮件 提bug *******请大家尊重原创，如要转载，请注明出处：转载自： https://www.cnblogs.com/shouhu/ 谢谢！！******* 来源： https://www.cnblogs.com/shouhu/p/12150351.html

分布式消息服务DMS 是完全托管的高性能消息队列服务，提供普通队列、有序队列、Kafka、ActiveMQ、RabbitMQ，兼容HTTP、TCP、AMQP协议，为分布式应用提供灵活可靠的异步通信机制。使用DMS，用户可以创建消息队列，将消息队列作为一个传输消息的中转站，存储应用程序不同组件间传递的消息，从而做到在应用程序的不同组件之间传输消息时，不要求各个组件同时处于可用状态。 作为分布式系统中重要的组件，消息队列主要解决应用耦合，异步消息，流量削锋等问题，实现高性能，高可用，可伸缩和最终一致性架构。那么，在实际应用中，分布式消息服务常用的使用场景有哪些呢？让我们一起来看一下。 1、分布式系统异步通信 在单体应用中，业务流程耦合导致系统对用户请求响应慢，可以通过将拆分子系统，并用消息队列作为子系统间的异步通信通道进行系统解耦，提升整个系统的响应速度。 优势： 加快系统响应：系统分布式解耦，并行处理，加快系统对用户请求的响应速度。 降低系统耦合：子系统间通过消息队列通信，避免相互耦合和影响。 数据缓存：消息队列提供亿级消息堆积能力，帮助系统在峰值情况下从容应对。 2、物联网 物联网设备通过接入网关连接云端，DMS消息队列可以提供高速的数据传输通道，连接后端的数据分析系统。 优势： 高并发：单队列最高至10万TPS，并可通过队列数扩展提升整系统并发能力 灵活扩展

　　工业级DTU是一款用于远程数据传输的一款传输设备，既可传输视频、图片大文件，也可传输监测数据等小文件。计讯工业级DTU可使用各大无线运营商提供的各种无线网络，为用户将远程数据进行无损的透明传输。此外工业级DTU还具有一些拓展功能，有：智能唤醒和断电重启机制、支持自动采集主动上报、支持数据中心域名解析、支持PPP层心跳/ICMP探测/TCP心跳链路检测机制、支持远程参数配置/远程固件升级等。这些扩展功能可以增强工业级DTU的可靠性，确保数据稳定传输，不丢包，同时方便用户的使用及维护。 　　工业DTU特点及应用场景介绍： 　　1、全网通兼容，高效传输 　　计讯工业级DTU支持GSM/CDMA1X/WCDMA/TD-SCDMA/CDMA2000/FDD-LTE/TD-LTE七模全网通，完美支持4G/3G/2G无线网络，可选5G版本，支持海外网络，提供多种接口，满足工业上数据采集、传输的要求。 　　2、现场终端的传输距离分散 　　由于无线网络是覆盖全国的公共网络，因此采用无线网络来传输数据的一大优势就是现场采集点可以分步在全国范围，数据中心与现场采集点之间的距离不受限制。 　　3、现场只能使用无线通信环境 　　当数据采集现场的设备需要在移动中工作，或者采集现场处于野外等情况下，无法提供有线通信的环境。这个时候，采用无线网络就可能是一个很好的选择，因为现在4G无线网络的覆盖率目前已经很高

马蜂窝技术原创文章，更多干货请订阅公众号：mfwtech Kafka 是当下热门的消息队列中间件，它可以实时地处理海量数据，具备高吞吐、低延时等特性及可靠的消息异步传递机制，可以很好地解决不同系统间数据的交流和传递问题。 Kafka 在马蜂窝也有非常广泛的应用，为很多核心的业务提供支撑。本文将围绕 Kafka 在马蜂窝大数据平台的应用实践，介绍相关业务场景、在 Kafka 应用的不同阶段我们遇到了哪些问题以及如何解决、之后还有哪些计划等。 Part.1 应用场景 从 Kafka 在大数据平台的应用场景来看，主要分为以下三类： 第一类是将 Kafka 作为数据库 ，提供大数据平台对实时数据的存储服务。从来源和用途两个维度来说，可以将实时数据分为业务端 DB 数据、监控类型日志、基于埋点的客户端日志 (H5、WEB、APP、小程序) 和服务端日志。 第二类是为数据分析提供数据源 ，各埋点日志会作为数据源，支持并对接公司离线数据、实时数据仓库及分析系统，包括多维查询、实时 Druid OLAP、日志明细等。 第三类是为业务方提供数据订阅 。除了在大数据平台内部的应用之外，我们还使用 Kafka 为推荐搜索、大交通、酒店、内容中心等核心业务提供数据订阅服务，如用户实时特征计算、用户实时画像训练及实时推荐、反作弊、业务监控报警等。 主要应用如下图所示： Part.2 演进之路 四个阶段

平台视角认识小程序 写在前面 小程序技术和生态已然已经被很多人熟知，但： 为什么火的是小程序？ 小程序战场战况如何？ 小程序的优势在哪？ 能给业务方带来什么？ 哪些业务适合用小程序？ 小程序跟其他跨端方案有怎样的区别和关系？ 小程序的能力怎么样？ 发展空间和愿景怎么样？ 本文试图以文档方式从各个疑问点出发给大家做个分享，希望能让大家有个宏观的认识，更好的结合各自的业务发展诉求，为平台和生态的发展贡献更多的可能。 展开问题回答前，概念先对齐下 ？ 小程序，主要泛指像微信、支付宝、头条、抖音、百度、快应用这样的即时应用方案。 叫法主要从微信开始和推出（ 较强的先发优势），推出不需要下载安装即可使用的应用，不安装情况下随时「触手可及」。该思路和玩法并非微信首创， 更早期由多家提出的 instant APP 、 轻应用 及后来的 快应用多属这个范畴。即平台方为扩展和丰富生态，给开发者提供的供用户使用的可即时打开的应用形态。（对小程序更多定义可参见 白皮书 ） 为什么火的是小程序？ 上边概念时讲到， 在这个开发者生态领域有很多公司在尝试和发展，通过提供平台解决方案引入更多开发者，构建生态和丰富生态的玩法。 早在07年， facebook就有推出开放平台，当时facebook开放了一些核心功能的接口，让开发者可以将应用程序中的功能与Facebook结合，到10年已经与超过100万开发者和创业者

Nginx Rewrite Nginx Rewrite 一、问题引出+理论讲解 1.1何为Nginx Rewrite? 1.1.1什么是URL? 1.1.2“跳转有什么用? 1.1.3Per是什么语言? 1.2如何实现Rewrite跳转? 1.2.1Rwrite实用场景 1.2 2命令语法 1.2 3location分类 1.2 4location优先级 1.2.5比较rewrite和location 1.2 6location优先级规则 二、 根据不同应用场景 下实现Nginx Rewrite的配置实例 2.1 rewrite规则配置应用场景:基于域名的跳转 2.2 rewrite规则配置应用场景二:基于ip地址 2.3 rewrite规则配置应用场景三:基于跳转到新域名后面有目录的情况 2.4 rewrite规则配置应用场景四:基于多参数匹配 2 5 rewrite规则配置应用场景五:基于文件后缀名访问 2 6 rewrite规则配置应用场景六:基于指定文件(具体页面)匹配 三、总结 一、问题引出+理论讲解 1.1何为Nginx Rewrite？ ​ Nginx Rwrite ——Nginx服务的规则重写，主要的功能是实现浏览器访问HTTP URL的跳转，其中相关的正则表达式是基于Perl语言。一般来说，几乎所有的Web服务器都支持URL重写。 ​