信息架构

图神经网络（GNN）热度持续上升，之前我们曾介绍了清华两篇综述论文，参见：深度学习时代的图模型，清华发文综述图网络，和清华大学图神经网络综述：模型与应用。最近，IEEE Fellow、Senior Member 和 Member Zonghan Wu 等人又贡献了一篇图神经网络综述文章。这篇文章介绍了 GNN 的背景知识、发展历史、分类与框架、应用等，详细介绍了各种模型与方法，包括公式、模型图示、算法等，希望对大家有所帮助。 引言 深度网络的最新进展推进了模式识别和数据挖掘领域的研究。目标检测、机器翻译、语音识别等许多机器学习任务曾高度依赖手工特征工程来提取信息特征集合，但多种端到端深度学习方式（即卷积神经网络、长短期记忆网络和自编码器）改变了这种状况。深度学习在多个领域的成功主要归功于计算资源的快速发展（如 GPU）、大量训练数据的收集，还有深度学习从欧几里得数据（如图像、文本和视频）中提取潜在表征的有效性。例如 CNN 可以利用平移不变性、局部连通性和图像数据语意合成性，从而提取出与整个数据集共享的局部有意义的特征，用于各种图像分析任务。 尽管深度学习已经在欧几里得数据中取得了很大的成功，但从非欧几里得域生成的数据已经取得更广泛的应用，它们需要有效分析。例如，在电子商务领域，一个基于图的学习系统能够利用用户和产品之间的交互以实现高度精准的推荐。在化学领域，分子被建模为图

1) 网站服务概念知识(名词概念) a 用户访问网站原理过程　 网站服务---问题---网站页面不能正常显示 第一个步骤: 进行域名解析过程 本地解析(测试)/授权服务器上进行DNS配置 PS: 必须申请一个域名 ---> 备案 ---> 域名 和 服务器地址绑定 阿里云 第二个步骤: 根据解析后的IP地址进行网络连接建立(三次握手过程) 阿里云安全组（防火墙） 负载均衡--wed服务器--数据库服务器/缓存服务器/存储服务器--备份服务器 第三个步骤: 向服务器发送请求信息 --- HTTP请求报文 https://www.baidu.com /img/bd_logo1.png bd_logo2.png 第四个步骤: 服务端进行相应请求 /img/bd_logo1.png --> 浏览器识别 第五个步骤: 访问链路断开连接过程(四次挥手过程) b HTTP协议组成部分 　　超文本传输协议 HTTP请求报文：客户端 （浏览器）--->服务端（web服务器） 　　1）请求行： 　　　　GET / HTTP/1.1 　　　　a 请求方法： GET（从服务端获取信息） POST(将信息提交给服务端) 　　　　b 请求资源：默认/ ==/index.html 　　　　c 协议版本：1.0 1.1 2.0（高并发） 　　 　　TCP短连接：一次建立连接，可以发送一次请求信息 　　　　

注: 根据 原文 ，略有删减 2017年12月，3GPP通过两大5G里程碑事件，通过5G NR第一部分规范并完成5G阶段1系统架构。这些成绩的取得，都对新的管理标准提出了要求，因为5G带来更大的网络规模和更加复杂的电信系统。 3GPP管理标准工作组SA5接近达到5G另一个重要的里程碑。根据去年我们完成的对5G网络管理体系架构，分片和计费的研究，我们目前正在进行3GPP Release 15第一阶段的规范工作，包括建立一个新的面向服务的管理架构和所有必要的功能来进行5G网络管理和计费。 SA5的目前的工作还包括其他一些工作/研究项目如QoE测量采集管理和使用RESTful协议的新技术。然而，本文将专注于新的5G Rel-15架构和主要功能，包括计费。 5G网络和网络切片 5G网络的管理编排和网络切片包括以下工作内容：管理概念和架构、服务供给、网络资源模型、故障监控和性能管理、跟踪管理和虚拟化管理等方面。随着这些工作项的输出，SA5为5G网络和网络切片提供了特定的管理接口。运营商可以配置和管理移动网络，以支持由5G使能的各种类型的服务，例如eMBB（增强移动宽带）和URLLC（超可靠和低延迟通信），这取决于不同的客户需求。在TS 28.530、28.531、28.532和28.533中定义了管理概念、架构和服务供给。 网络切片被看作是5G的关键特性之一，允许垂直行业利用5G网络和服务

搜索引擎的标准定义 ：搜索引擎（Search Engine）是指根据一定的策略、运用特定的计算机程序从互联网上搜集信息，在对信息进行组织和处理后，为用户提供检索服务，将用户检索相关的信息展示给用户的系统。从上述定义中我们可以获得几个有关 搜索引擎的关键步骤 ，分别为： 搜集信息；组织和处理信息；展示信息。 1. 搜索引擎分类 1）全文搜索引擎 全文搜索引擎是从网站提取信息从而构建网页数据库的。 全文搜索引擎的是如何搜集网站的呢？其实这里一般有两种方法： 　　1> 搜索引擎定期派出网络爬虫(也成为是蜘蛛或者机器人)，对互联网中的网站进行检索，一旦发现有新的网站就会自动抽取其信息，然后加入到自己的数据库中； 　　2> 网站拥有者主动向搜索引擎提交自己的网站信息，但是主动提交网站并不能一定确保自己的网站会被搜索引擎收录，网站拥有者可以通过外链来提升自己网站的受关注度（这属于SEO的知识了）。 　　全文搜索引擎如何展示查询结果？ 　　当用户输入查询词（query）查询时，搜索引擎会在数据库中进行搜寻，如果找到与用户要求内容相符的网站，便采用特殊的算法——通常根据网页中关键词的匹配程度、出现的位置、频次、链接质量——计算出各网页的相关度及排名等级，然后根据关联度高低，按顺序将这些网页链接返回给用户。 2）目录搜索引擎 目录搜索引擎主要是按类目对网站进行收录，而且在查询时也不需要输入关键词

Spring Cloud Config是Spring Cloud团队创建的一个全新项目，用来为分布式系统中的基础设施和微服务应用提供集中化的外部配置支持，它分为服务端与客户端两个部分。其中服务端也称为分布式配置中心，它是一个独立的微服务应用，用来连接配置仓库并为客户端提供获取配置信息、加密/解密信息等访问接口；而客户端则是微服务架构中的各个微服务应用或基础设施，它们通过指定的配置中心来管理应用资源与业务相关的配置内容，并在启动的时候从配置中心获取和加载配置信息。Spring Cloud Config实现了对服务端和客户端中环境变量和属性配置的抽象映射，所以它除了适用于Spring构建的应用程序之外，也可以在任何其他语言运行的应用程序中使用。由于Spring Cloud Config实现的配置中心默认采用Git来存储配置信息，所以使用Spring Cloud Config构建的配置服务器，天然就支持对微服务应用配置信息的版本管理，并且可以通过Git客户端工具来方便的管理和访问配置内容。当然它也提供了对其他存储方式的支持，比如：SVN仓库、本地化文件系统。 在本文中，我们将学习如何构建一个基于Git存储的分布式配置中心，并对客户端进行改造，并让其能够从配置中心获取配置信息并绑定到代码中的整个过程。 准备配置仓库 准备一个git仓库，可以在码云或Github上创建都可以

摘自： https://www.cnblogs.com/iUtopia/p/11492072.html 【Spring Cloud】全家桶介绍（一） 一、微服务架构 # 1、微服务架构简介 # 　　1.1、分布式：不同的功能模块部署在不同的服务器上，减轻网站高并发带来的压力。 　　1.2、集群：多台服务器上部署相同应用构成一个集群，通过负载均衡共同向外提供服务。 　　1.3、微服务：微服务架构模式就是将web应用拆分为一系列小的服务模块，这些模块可以独立地编译、部署，并通过各自暴露的API接口通讯，共同组成一个web应用。 　　1.4、SpringCloud是基于SpringBoot的一整套微服务框架，提供了一系列可配置的组件，如 配置管理 、 服务发现 、 负载均衡 、 熔断器 、 断路器 、 智能路由 、 微代理 、 控制总线 、 全局锁 、 决策竞选 、 分布式会话 和 集群状态管理 等。 2、微服务的特点 # 单一职责：每一个服务模块都对应单一的业务实现 微：服务拆分的颗粒度很小 面向服务：每个服务对外仅暴露服务接口API即可，不关心服务的技术实现，与技术、语言和平台无关 自治：服务间互相独立、互不干扰 团队独立 技术独立：提供Rest接口，面向服务即可 前后端分离 数据库分离：每个服务使用自己的数据源 部署独立：每个服务都是独立的组件，可复用，可替换，降低服务间的耦合 3

本文是我在学习微服务时看的其他博主介绍的一篇概念文章，觉得写得非常清晰全面、非常好，所以转载过来分享给大家一起学习。 原文地址：https://blog.csdn.net/Soinice/article/details/83989225 前言 到底什么是微服务？为什么要用微服务？微服务主要来做一些什么？微服务有哪些优势？什么样的服务属于微服务？本文所有资料来源网络，我只是整理一下，总结一下。仅供参考。 一、微服务介绍 1.什么是微服务 在介绍微服务时，首先得先理解什么是微服务，顾名思义，微服务得从两个方面去理解，什么是"微"、什么是"服务"。 微，狭义来讲就是体积小、著名的"2 pizza 团队"很好的诠释了这一解释（2 pizza 团队最早是亚马逊 CEO Bezos提出来的，意思是说单个服务的设计，所有参与人从设计、开发、测试、运维所有人加起来 只需要2个披萨就够了 ）。 而所谓服务，一定要区别于系统，服务是一个或者一组相对较小且独立的功能单元，是用户可以感知最小功能集。 2. 微服务由来 微服务最早由Martin Fowler与James Lewis于2014年共同提出，微服务架构风格是一种使用一套小服务来开发单个应用的方式途径，每个服务运行在自己的进程中，并使用轻量级机制通信，通常是HTTP API，这些服务基于业务能力构建，并能够通过自动化部署机制来独立部署

1、引言 老读者应该还记得我在去年国庆节前分享过一篇《 技术干货：从零开始，教你设计一个百万级的消息推送系统 》，虽然我在文中有贴一些伪代码，依然有些朋友希望能直接分享一些可以运行的源码。好吧，质疑我穷我无话可说（因为是真穷。。），怀疑我撸码的能力那是绝对不行，所以这次准备拉起键盘大干一场——徒手撸套分布式IM出来！^_^！ 本文记录了我开发的一款面向IM学习者的 IM系统—— CIM （全称：CROSS-IM），同时提供了一些组件帮助开发者构建一款属于自己可水平扩展的 IM。 通过学习本文和CIM代码，你可以获得以下知识： 1）如何从头开发一套IM（CIM的客户有点弱，见谅见谅）； 2）如何设计分布式的IM架构； 3）如何将你的分布式IM架构用代码和相关技术实现出来。 本文配套的CIM源码地址： 主要镜像： https://github.com/crossoverJie/cim 备用镜像： https://github.com/52im/cim 以下文章与本文类似或相关，同样有助于您的IM开发入门： 《 自已开发IM有那么难吗？手把手教你自撸一个Andriod版简易IM (有源码) 》 《 适合新手：从零开发一个IM服务端（基于Netty，有完整源码） 》 《 拿起键盘就是干：跟我一起徒手开发一套分布式IM系统 》 《 浅谈IM系统的架构设计 》 《 简述移动端IM开发的那些坑

SpringCloud微服务学习笔记 项目地址： https://github.com/taoweidong/Micro-service-learning 单体架构(Monolithic架构) Monolithic比较适合小项目 单体架构优点： 开发简单直接，集中式管理, 基本不会重复开发功能都在本地，没有分布式的管理开销和调用开销。 单体架构缺点： 开发效率低：所有的开发在一个项目改代码，递交代码相互等待，代码冲突不断 代码维护难：代码功能耦合在一起，新人不知道何从下手 部署不灵活：构建时间长，任何小修改必须重新构建整个项目，这个过程往往很长 稳定性不高：一个微不足道的小问题，可以导致整个应用挂掉 扩展性不够：无法满足高并发情况下的业务需求 微服务架构 ​ 微服务是指开发一个单个小型的但有业务功能的服务，每个服务都有自己的处理和轻量通讯机制，可以部署在单个或多个服务器上。微服务也指一种种松耦合的、有一定的有界上下文的面向服务架构。也就是说，如果每个服务都要同时修改，那么它们就不是微服务，因为它们紧耦合在一起；如果你需要掌握一个服务太多的上下文场景使用条件，那么它就是一个有上下文边界的服务，这个定义来自DDD领域驱动设计。 ​ 微服务架构模式（MicroservicesArchitecture Pattern）的目的是将大型的、复杂的、长期运行的应用程序构建为一组相互配合的服务

（马蜂窝技术原创内容，公众号ID：mfwtech） 一、马蜂窝数据仓库与数据中台 最近几年，数据中台概念的热度一直不减。2018 年起，马蜂窝也开始了自己的数据中台探索之路。 数据中台到底是什么？要不要建？和数据仓库有什么本质的区别？相信很多企业都在关注这些问题。 我认为数据中台的概念非常接近传统数据仓库+大数据平台的结合体。它是在企业的数据建设经历了数据中心、数据仓库等积累之后，借助平台化的思路，将数据更好地进行整合与统一，以组件化的方式实现灵活的数据加工与应用，以更清晰的数据职能组织应对业务的快速变化，以服务的方式更好地释放数据价值的一种方式。 所以，数据中台更多的是体现一种管理思路和架构组织上的变革。在这样的思想下，我们结合自身业务特点建设了马蜂窝的数据中台，核心架构如下： 在中台建设之前，马蜂窝已经建立了自己的大数据平台，并积累了一些通用、组件化的工具，这些可以支撑数据中台的快速搭建。作为中台的另一大核心部分，马蜂窝数据仓库主要承担数据统一化建设的工作，包括统一数据模型，统一指标体系等。下面介绍马蜂窝在数据仓库建设方面的具体实践。 二、数据仓库核心架构 马蜂窝数据仓库遵循标准的三层架构，对数据分层的定位主要采取维度模型设计，不会对数据进行抽象打散处理，更多注重业务过程数据整合。现有数仓主要以离线为主，整体架构如下： 如图所示，共分为 3 层： 业务数据层