鸿蒙的祖师爷Linux在2020年的十大事件
|
在中国境内疫情期间，境外多个国家和地区对中国发动网络攻击。越南“海莲花”黑客组织利用疫情话题攻击我国政府机构，印度“白象”黑客组织借新型肺炎对我国发起攻击，台湾“绿斑”黑客团伙的利用虚假“疫情统计表格”和“药方”窃取情报。
京东等多家网站由于中间人攻击无法正常访问，出现大面积网络劫持事件。此次攻击很有可能是基于 DNS 系统或运营商层面发起的，目前受影响的主要是部分地区用户但涉及所有运营商。例如中国移动、中国联通、中国电信以及教育网均可复现劫持问题，而国外网络访问这些站点并未出现异常情况。 微服务的定义 ： 2014 年 Martin Fowler 提出的一种新的架构形式。微服务架构是一种架构模式，提倡将单一应用程序划分成一组小的服务，服务之间相互协调，互相配合，为用户提供最终价值。每个服务运行在其独立的进程中，服务与服务之间采用轻量级的通信机制(如HTTP或Dubbo)互相协作，每个服务都围绕着具体的业务进行构建，并且能够被独立的部署到生产环境中，另外，应尽量避免统一的，集中式的服务管理机制，对具体的一个服务而言，应根据业务上下文，选择合适的语言、工具(如Maven)对其进行构建。 微服务化的核心就是将传统的一站式应用，根据业务拆分成一个一个的服务，彻底地去耦合，每一个微服务提供单个业务功能的服务，一个服务做一件事情，从技术角度看就是一种小而独立的处理过程，类似进程的概念，能够自行单独启动或销毁，拥有自己独立的数据库。 微服务时代核心问题(问题根本：网络不可靠)：
主流微服务框架：
关于 SpringCloud Netflix 前面详细写过，在此不再重复。 单体应用 传统项目把所有的业务功能在一个项目中，这种单体架构结构逻辑比较简单，对于小型项目来说很实用。但随着业务量的增多，逻辑越来越复杂，项目会逐渐变得非常庞大，逻辑也会变得混乱，给维护和开发造成比较大的困难。 垂直架构 把原来比较大的单体项目根据业务逻辑拆分成多个小的单体项目，比如把物流系统、客户关系系统从原来的电子商城系统中抽离出来，构建成两个小的项目。这种架构虽然解决了原来单体项目过大的问题，但也带来了数据冗余、耦合性大的问题。 SOA架构 面向服务架构(Service Oriented Architecture)，它在垂直架构的基础上，把原来项目中的公共组件抽离出来做成形成服务，为各个系统提供服务。服务层即抽取出的公共组件。系统层的多个小型系统通过ESB企业服务总线(它是项目与服务之间通信的桥梁)以及Webservice调用服务，完成各自的业务逻辑。但是SOA架构抽取的粒度比较粗糙，系统与服务之间的耦合性很大，系统与服务界限不够清晰，给开发和维护造成一定的困难。 微服务架构 微服务架构对服务的抽取粒度更小，把系统中的服务层完全隔离出来。遵循单一原则，系统层和服务层的界限清晰，各个系统通过服务网关调用所需微服务。微服务之间通过RESTful等轻量级协议传输，相比ESB更轻量。但这种架构的开发成本比较高(因为新增了容错、分布式事务等要求)，对团队的要求比较大，所以不适合小项目、小团队。 框架演变 从一个复杂应用场景衍生一种规范框架，用户只需要进行各种配置而不需要自己去实现它，这时候强大的配置功能成了优点。发展到一定程度之后，人们根据实际生产应用情况，选取其中实用功能和设计精华，重构出一些轻量级的框架。之后为了提高开发效率，嫌弃原先的各类配置过于麻烦，于是开始提倡约定大于配置的方案，进而衍生出一些一站式的解决方案。
12. Spring Cloud （编辑：吉安站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
