精华内容
下载资源
问答
  • TCP/IP体系结构层级

    千次阅读 2018-08-01 20:55:09
    1、应用层 应用层:通过应用进程间的交互来完成特定网络应用,应用层协议定义的是应用进程间通信和交互规则。... 2.运输层 运输层:向两个主机中应用进程之间的通信提供通用的数据传输服务。应用进程以利用该服务...

     

    1、应用层

    应用层:通过应用进程间的交互来完成特定网络应用,应用层协议定义的是应用进程间通信和交互规则。不同的网络应用层有不同的应用层协议,如:万维网应用的HTTP协议,电子邮件的SMTP协议,支持文件传送的FTP协议,应用层交互的数据单元称为报文。

    2.运输层

    运输层:向两个主机中应用进程之间的通信提供通用的数据传输服务。应用进程以利用该服务传送应用层报文。运输层使用以下两种协议:传输控制协议TCP(提供面向连接的、可靠的数据传输服务,其数据传输的单位是报文段);用户数据报协议UDP(提供无连接的、尽最大努力的数据传输服务,不保证数据传输的可靠性,单位是用户数据报);

    3.网络层

    网络层:为不同的主机提供通信服务,网络层吧运输层产生的报文段或用户数据报封装成分组或包进行传送。网络层使用的IP协议,因此分组也叫IP数据报。网络层也叫网际层或IP层.

    4.数据链路层

    数据链路层:两台主机之间的数据传输,总是在一段一段的链路上传送的,这就需要使用专门的链路层的协议,数据链路层将网络层交下来IP数据报组装成数据帧,在两个相邻节点间的链路上传送帧;数据帧: (所谓数据帧(Data frame),就是数据链路层的协议数据单元,它包括三部分:帧头,数据部分,帧尾。其中,帧头和帧尾包含一些必要的控制信息,比如同步信息、地址信息、差错控制信息等;数据部分则包含网络层传下来的数据,比如IP数据包)。

    5.物理层

    物理层上所传数据的单位是比特,确定要连接电缆的插头应当有多少根引脚,以及各条引脚应如何连接。传递信息所利用的是一些物理媒体,如电缆、光缆、无线信道等,并不在物理层协议之内而是在物理层协议的下面。

     

    展开全文
  • 运维架构层级

    千次阅读 2016-09-03 17:15:11
    运维架构层级/运维角度 内容描述/主要技术关键词 监控体系 自动化/DevOps 云计算 客户端层 浏览器 Cookie、浏览器缓存协商(Last-Modified、Expires、Etag)、组件分离、前端优化、运维...
    运维架构层级/运维角度 内容描述/主要技术关键词 监控体系 自动化/DevOps 云计算
    客户端层 浏览器 Cookie、浏览器缓存协商(Last-Modified、Expires、Etag)、组件分离、前端优化、运维检测工具
    舆论监控

    外部网络监控

    APM
    故障检测工具 DNS服务
    CDN服务
    移动服务
    云盾
    DNS 浏览器DNS缓存、DNS缓存、自建DNS服务器、商业DNS产品、智能DNS
    客户端/APP HTTP-DNS、打点日志、加密传输、移动推送、各类SDK(监控SDK、推流SDK)
    外部层 第三方CDN GSLB、反向代理缓存、分布式存储、流量调度、配置管理、用户端(各类API如:带宽监控、预缓存、缓存刷新) 基于开放API开发
    云计算 公有云服务、混合云、运维外包服务、APM(应用性能管理)、第三方安全解决方案(防DDOS、WAF)
    网络层 互联层 多机房互联(VPN、专线)、异地灾备-->异地多活-->按SET部署 设备监控
    (Zabbix SNMP)

    网络质量监控
    (Smokeping)
    高速通道
    核心层 防火墙、路由器、Ipsec VPN、链路负载均衡和高可用 (CCNP级别) SDN

    OpenvSwitch
    (GRE、Vxlan)
    VPC(专有网络)
    汇聚层 三层交换 动态路由(OSPF)、静态路由、EC(端口汇聚)、MSTP+VRRP等 (CCNP级别)
    接入层 二层交换 (VTP、SPF、Trunk、端口安全)等 (CCNA级别)
    接入层 负载均衡
    高可用
    四层负载均衡 开源:LVS(IP负载均衡)+Keepalived、Haproxy 商业:F5、Netscaler 服务监控(API) 平台开发
    (LBaas)
    高防IP
    云负载均衡SLB
    CDN服务
    七层负载均衡 反向代理:Haproxy、Nginx、Apache(根据HTTP协议支持的属性进行L7分发)、A/B Test Gateway、WAF
    反向代理缓存 ATS、Squid、Varnish、Nginx(缓存分级、预缓存、缓存刷新)
    应用服务层 Web服务层 HTTP协议、Web服务器(Apache、Nginx/OpenResty、Tomcat、Resin、Jboss)安全设置、性能优化
    业务监控(API)

    流量分析(Piwik)

    服务监控(API)

    安全监控(WAF)
    配置管理:SaltStack
    过载保护-服务降级
    灰度发布-openresty
    项目管理-Readmine
    代码仓库-gitlab
    持续集成-Jenkins
    持续审查-SonarQube
    镜像市场
    应用服务层 运行环境(PHP Python Java C C++)、性能优化、缓存(OPCache、LocalCache)、Session存储、代码部署 各种SAAS服务
    业务层 业务实现 API网关、302调度、业务模块化(例:用户、商品、购物车、结算中心、价格等服务)、微服务  
    SOA层 SOA框架(Java Dubbo)、协议(RPC、RESTful)、服务注册、服务发现、框架安全 分布式应用服务
    分布式层 消息队列 ActiveMQ(成熟)、RabbitMQ(成熟、案例多)、RocketMQ(业务应用)、Kafka(日志传输)、ZeroMQ(快) 消息队列服务
    存储层 文件存储 单机存储 块存储 - 机械硬盘、SSD、文件系统(ext4、xfs)、LVM、tmpfs 系统监控

    软件自带监控
    配置管理 云硬盘 对象存储
    单机存储扩展 文件分发(多级分发)、文件同步(rsync、inotify)、DRBD、DAS(块存储)
    共享存储 文件存储 - NAS[NFS(Unix/Linux)]、FTP、SAN、iSCSI
    分布式存储 对象存储 - GlusterFS、MooseFS、Ceph、FastDFS(非对象存储)
    DAL 数据访问层 应用层分片、淘宝TDDL、开源:360(Atlas)、阿里(Cobar)、MyCat、MySQL-Proxy、根据业务开发 数据库服务
    数据存储 分布式缓存 Memcached、Redis(客户端分片、Redis Cluster、Twemproxy、Codis) 数据库监控 数据库运维平台 云数据库-RDS
    Mongodb、Redis
    Memcached
    OceanBase
    NoSQL Redis、LevelDB(SSDB)、CouchDB、Mongodb、Couchbase 、Cassandra
    时间序列 RRDTool、Graphite Whisper、OpenTSDB、InfluxDB、KairosDB
    RDBMS MySQL(PXC集群、MHA)、Oracle(DG、OGG、RAC)、PostgreSQL、SqlServer、SQLite、DB2
    大数据 Hadoop生态圈(HDFS、Hive、Hbase、Zookeeper、Pig、Spark)、Mahout智能推荐 服务监控 Ambari、CM 大数据服务
    基础服务层 业务决策 灰度发布、服务降级、异地灾备、数据分析平台、智能扩容决策树(需要各层支持) 监控工具:
    Zabbix
    Nagios
    Cacti
    Open-Falcon
    Sensu+InfluxDB+Grafana
    自动化工具(Puppet
    Chef
    SaltStack
    Ansible)

    日志服务
    操作审计
    资源编排
    运维监控服务
    运维相关 项目管理(Redmine、Jira、知识库、Bugzilla、CodeReview)、工单系统、运维操作平台、监控平台
    应用相关 持续集成、日志收集平台(ELKStack)、自动化部署平台、Job管理(调度)平台、安全扫描平台
    系统相关 LDAP、内部DNS、DHCP、Mail、SMS、Gitlab、Yum仓库、操作审计(xenapp)、堡垒机
    PAAS PAAS(平台即服务) Docker、CoreOS、Mesos、Kubernetes、容器管理(服务发现、负载均衡) 容器监控 Mesos+docker+Marathon+Marathon-lb 公有云
    弹性计算产品
    操作系统层 CPU CPU运行级别、使用率、上下文切换、运行队列、进程调度、系统调用、CPU管理(进程管理、taskset、intel VT-X) mpstat、strace 虚拟化
    内存 虚拟内存、SWAP换入换出、内存寻址、内存管理(Buffer Cache、HugePages、ksmd、EPT) vmstat、free
    I/O(磁盘) 缺页中断、IOPS(顺序IO、随机IO)、IO管理(IO调度算法、virtio) iostat、iotop
    I/O(网络) TCP/IP(三次握手、四次挥手、状态转换、TCP队列)、IO模型、Bonding、Bridge、网络管理(iftop、tcpdump) iftop
    内核/Shell 内核定制、内存参数优化、脚本编程(AWK、Sed、Shell、Python、PHP、Perl、Ruby、Lua) 系统监控
    基础设施层 IAAS(基础设施即服务) 公有云、私有云(OpenStack/cloudstack+KVM/XEN、oVirt)、混合云 服务监控 配置管理
    硬件管理 硬件选型、配件更换、资产录入、系统安装(Cobbler)、标签化、Raid构建、远程控制(KVM、iDrac、ILO、IMM) 巡检、IPMI IPMI、CMDB
    IDC托管 需求分析、IDC选型、网络测试、谈价格、签合同、设备采购(原厂vs渠道)、机柜和机位规划
    测试和开发相关 运维协助:性能测试(TCPCopy、日志转换)、单机监控(nmon)、环境规划(开发、测试、预生产、生产)、CI(持续集成)、自动化部署
    运维管理体系 运维管理必会:ITSM、ITIL V3、IT Service CMM、Six Sigma、项目管理(PMBok)、架构层面(知识体系、运维方案、容量规划、灾备规划、服务降级)
    运维发展趋势(个人理解) 打杂(小公司啥都干)->分层(应用运维、系统运维、基础运维、运维开发等)->场景化(分业务)->自动化(最终大家的目标都是自动化)
    运维自动化发展趋势(个人理解) 标准化(文档化、流程化)->工具化(流程固化为工具)->Web化(平台化)->服务化(API化)->智能化(自动化)->产品化(服务化,云服务、运维创业)
    备注: 1.本表格只体现和运维相关的内容;2.表格没有严格意义上的层级关系;3.持续更新中,由于每个层次内容多,只例举比较出名(重要)的关键词;
    4.运维人员要给自己划好知识边界!(横向|纵向)5.转载请注明来自-运维社区https://www.unixhot.com/page/ops
    展开全文
  • 系统层级架构

    2013-07-03 23:14:00
    09年接触Asp.Net编程,在10年开始接触三层,当时不懂架构更不了解三...现在一直从事C/S客户端开发(WPF),却发现现有的系统架构仍然可以使用层级思想来架构。 1.公共类库层 公共类库包括一些通过类库和一些跟现...

    09年接触Asp.Net编程,在10年开始接触三层,当时不懂架构更不了解三层的内在,只是知道通过三层产生的BLL、DAL、Model能够实现程序的方便管理,同时也因为代码生成器的帮忙,大大加快了开发的效率,我们可以用很短的时间来生成一个三层架构。

    现在一直从事C/S客户端开发(WPF),却发现现有的系统架构仍然可以使用层级思想来架构。

     

    1.公共类库层

    公共类库包括一些通过类库和一些跟现有系统相关的引入组件(不依赖于当前系统)

    把公共类库作为最底层,是为了实现其他高级层对其引用,由于公共类库层不依赖与现有系统,故而可以被所有模块引用

    2.数据层

    数据层处理是系统的数据处理中枢,数据层可以细分为两个小层:基础数据服务层、数据业务逻辑层

    基础数据服务提供类似于数据的存储(数据库或文件存储)的公共基础服务(如类似与三层的Model层和DAL层,提供通过数据访问接口,以及数据对应实体),而数据业务逻辑层则为更高层(UI以及业务逻辑层)提供数据服务接口(类似于BLL层,为更高层组织数据形式)。

    3.UI以及业务逻辑层 

    UI业务逻辑层可细分为:业务逻辑层和UI层,业务逻辑层主要处理UI层的交互逻辑以及对应的业务逻辑,UI层和业务逻辑层可以算是处于同一层

     

    综述:以上是个人针对系统架构的浅见,自认为大部分系统,可以将功能模块分为这三大模块(或细分为五层),本文不针对详细的深度系统架构进行分析,因为本人也没有到达那种水平,纯粹是感觉一个系统可以分为这么三大块或者细分的更多块,以便于我们在系统的设计、开发中,可以将对应的功能放置在对应的模块,从而使得系统结构更加容易理解。欢迎大家一起交流,批评指正

    转载于:https://www.cnblogs.com/wpfworld/p/3170665.html

    展开全文
  • 点击上方蓝字,关注我们- 前言 -“监控”是微服务治理的一个重要环节,监控系统的完善程度直接影响到我们微服务质量的好坏,我们的微服务在线上运行时,有没有一套完善的监控体系能...

    点击上方蓝字,关注我们


    -     前言     -

    “监控”是微服务治理的一个重要环节,监控系统的完善程度直接影响到我们微服务质量的好坏,我们的微服务在线上运行时,有没有一套完善的监控体系能去了解到它的健康情况,这对整个系统的可靠性和稳定性非常重要。

    -     微服务监控体系的层级架构     -

    1、五个层级的监控

    一个比较完善的微服务监控体系需要涉及到哪些层级?如下图所示,大致可以划分为五个层级的监控:

    2、最底层基础设施监控

    这层一般由运维人员负责,涉及到的方面比较接近硬件体系,例如网络,交换机,路由器等低层设备,这些设备的可靠性稳定性就直接影响到上层服务应用的稳定性,所以需要对网络的流量,丢包情况、错包情况,连接数等等这些基础设施的核心指标进行监控。

    3、系统层监控

    这层涵盖了物理机、虚拟机、操作系统等,这些都是属于系统级别监控的方面,主要对几个核心指标进行监控,如cpu使用率、内存占用率,磁盘IO和网络带宽情况。

    4、应用层监控

    这层涉及到方面和服务紧密相关,例如对url访问的性能,访问的调用数,访问的延迟,还有对服务提供性能进行监控,服务的错误率等,同时对sql也需要进行监控,查看是否有慢sql。对于cache来说,需要监控缓存的命中率和性能,每个服务的响应时间和qps等等。

    5、业务监控

    业务监控具体指什么?举个例子,比如说一个典型的交易网站,需要关注它的用户登录情况、注册情况、下单情况、支付情况等等,这些直接影响到实际触发的业务交易情况,这层监控可以提供给运营和公司高管们,提供他们需要关注的数据,直接以数据支撑公司在战略层面的决策和方向。

    6、端用户体验监控

    一个应用程序可能通过app、h5、pc端的方式交付到用户的手上,用户通过浏览器,客户端打开连到我们的服务,那么在用户端,用户的体验是怎么样?用户端的性能是怎么样?以及有没有产生错误等等……

    这些信息都需要进行监控并记录下来,如果没有监控,有可能因为某些BUG或者性能问题,造成用户体验非常差,而我们并没有感知。

    其中包括监控用户端的使用性能、返回码,在哪些城市地区,他们的使用情况是怎么样,还有运营商的情况,包括三大运营商不同用户的连接情况。我们需要进一步知道,是否有哪些渠道哪些用户接入的时候存在着问题,我们还需要知道客户端使用的操作系统浏览器的版本。

    简单来说,这就是我们体系化的监控分层,每一个层级都非常重要。一般情况下,当一个问题出现时,较大概率会先暴露在用户端或业务层,比如说,我们的订单量下降了,业务人员和开发人员会先从上到下去逐层检查是在哪里出现了问题,先确定是否哪个接口调用比较慢,哪个服务调用出现延时,再看是否哪个机器负载过高了,然后再进一步往下一个层去看,是否是网络调用不稳定导致。所以,一个好的监控体系,在每个层级都非常重要。

    -     微服务监控的要点     -

    1、五个监控要点

    上文讲解的是从层级方面进行监控,接下来,我们来看看哪些要点可以进行监控:

    简单来说,可以分为以下五个点:

    1、日志监控

    2、Metrics监控

    3、调用链监控

    4、报警系统

    5、健康检查

    2、典型主流的监控架构


    在微服务运行的体系下,我们一般把监控的agent分散到各个服务身边,agent分别是收集机器和服务的metrics,发送到后台监控系统,一般来说,我们的服务量非常大,在收集的过程中,会加入队列。一般来说用kafka等消息队列有个好处,两边可以进行解耦,可以起到庞大的日志进行一个缓存的地带,并且可以做到高可用,保证消息不会丢失。

    日志收集目前比较流行的是ELK的一套解决方案(Elasticsearch,Logstash,Kibana),Elasticsearch 分布式搜索引擎,Logstash 是一个日志收集的agent,Kibana 是一个查询的日志界面。

    metrice会采用一个时间序列的数据库,influxDB是最近比较主流时间数据库。

    微服务的agent例如springboot也提供了健康检查的端点,可以检查cpu使用情况、内存使用情况、jvm使用情况,这些需要一个健康检查机制,能够定期对服务的健康和机器的健康进行check,比较常见的是nagios、zabbix等,这些开源平台能够定期去检查到各个微服务的检查程序并能够进行告警给相关人员,在服务未崩溃之前就可以进行提前的预先接入。

    来源:掘金

    juejin.cn/post/6844903846192349191#heading-6

    【滴滴开源】六大企业级项目!


    【高质量轮子】26个阿里 Java 开源项目,值得收藏!


    【推荐】Docker 图形化管理工具:Portainer


    Redis开发设计规范及案例分析


    Spring SchedulingConfigurer 实现动态定时任务

    戳这儿

    展开全文
  • Linux文件系统层级结构
  • Linux文件系统层级结构 文件结构 倒置的树状结构:Linux的哲学思想是一切皆文件,把几乎所有资源统统抽象为文件形式:包括硬件设备,甚至通信接口等 根目录:linux的文件起始均从唯一的根开始,往下逐层...
  • Linux系统层级结构

    2021-03-31 20:24:06
    根目录:/ : #Linux顶级目录 .../lib : #系统函数库,丢失后系统无法识别命令 /proc : #进程信息,系统识别的硬件信息 内存信息 cpu信息 /run : #当前运行的硬件和系统模块 /srv : #系统数据(常量)
  • linux的文件系统层级结构 FHS:filesystem hierarchy standard文件系统层级标准,定义了在类Unix系统中的目录结构和目录内容,即让用户了解到已安装软件通常放置于哪个目录下。 可执行文件:指的是可以由操作系统...
  • 2.2linux的文件系统层级结构 FHS:filesystem hierarchy standard文件系统层级标准,定义了在类Unix系统中的目录结构和目录内容,即让用户了解到已安装软件通常放置于哪个目录下。 可执行文件:指的是可以由操作...
  • FHS 文件系统层级结构

    2019-03-12 18:55:50
    FHS 文件系统层级结构,规定了目录类型和文件存放类型 /  根目录,所有的目录、文件、设备都在/之下,/就是linux文件系统的组织者,也是最上级的领导者 /bin  可执行文件,binary,用户命令 /sbin  管理...
  • FHS 文件系统层级结构

    2018-11-20 11:19:05
    FHS 文件系统层级结构 / 根目录,所有的目录、文件、设备都在/之下,/就是Linux文件系统的组织者,也是最上级的领导者。 /usr 系统核心所在目录 系统资源 /bin 可执行文件,binary,用户命令 /boot 系统启动...
  • 系统思考的层级结构

    2018-01-31 15:32:00
    系统思考的层级结构 系统思考是用来分析各种因素的交互影响,每一个要素都不是孤立存在的,要素对周围的环境有影响,周围的环境也对要素有影响,要素本身就可以看做一个系统,而各种要素互相影响,组成了大一些的...
  • 本问是关于架构层级SOLID原则的文章,在类的层级,开闭原则(the-Open-Closed-Principle,...在架构层级,我们并不会变更系统的一部分功能(可能是最适用于当前架构的进程,守护进程,服务,或者微服务),而是通...
  • 论文研究-广东省产业系统层级结构模型及其应用.pdf, 通过运用复杂系统层级结构理论建立了广东省的产业结构系统层级结构模型.通过该模型我们不仅可以较直观地“看到...
  • 对2002年所写,在网络上广泛流传的《复杂系统层级原理与模型驱动软件体系结构》一文的观点,进行了一些分析和讨论。指出了其中的一些错误或不足。谈论了近些年的一些观察和想法。主要的话题涉及层级性、模型、语言...
  • FHS: FilesystemHierarchy[‘haɪərɑːkɪ]Standard(文件系统层级标准)目前最新的标准是2.3版本:http://refspecs.linuxfoundation.org/FHS_2.3/ /bin:所有用户可用的基本命令程序文件 /sbin:系统用户管理...
  • Linux文件系统层级结构 FHS :定义Linux系统中主要的目录以及目录中存放的内容 1.linux系统以单根的方式组织文件 / bin 命令,所用用户在单用户模式下必须具备的二进制命令文件,vi mv mount dev /dev/null ...
  • 复杂系统层级原理与模型驱动软件体系结构余彤鹰 2002-5-17写在前面 最近看到模型驱动在国内渐渐被更多的人注意,前几天又看到一些关于UML优劣和应用方面的争论。作为繁忙工作中的一种休息,从过往的研究笔记中...
  • 做好全过程造价管理的信息化系统架构的顶层设计,明确总体结构的设计方案和不同层级的功能架构.pdf
  • Linux文件系统层级结构 Linux的哲学思想是一切皆文件,把几乎所有资源统统抽象为文件形式。 根目录下结构: / bin dev home lib media opt root selinux sys usr boot etc lost+found mut proc sbin srv tmp var ...
  • 当今的工业工程师需要将 IT 和 OT 技术集成到一台机械中的蓝图。... 幸运的是,为这些系统架构提供概述的概念验证 (PoC) 系统设计现在已经公开。这些系统基于工作负载整合与以太网时间敏感网络(以太网 TSN)的原理。
  • 文件系统层级结构FHS Linux: 单根的方式组织文件 / 根目录结构: FHS (Filesystem Hierarchy Standard) 1.Linux 或 Unix 操作系统中,所有的文件和目录都被组织成以一个根节点开始的倒置的树状结构。 2.在根目录...
  • fhs文件系统层级结构

    2017-12-13 13:02:57
    文件系统:操作系统用于明确存储设备或分区上的文件的方法和数据结构;层次化管理文件的结构就是文件系统;  linux层次化文件结构,倒树状结构文件结构  FHS filesystem hierarchy standard定义了两层规范...
  • FHS :文件系统层级结构 /:根目录,所有的目录、文件、设备都在/之下,/就是Linux文件系统的组织者,也是最上级的领导者。 /bin 可执行文件,binary,用户命令 /boot 系统启动相关的文件 /dev device、设备...
  • Linux文件系统层级结构

    千次阅读 2018-03-31 15:28:17
    Linux系统中的所有文件存储在文件系统中,他们被组织到一个颠倒的目录树中,称为文件系统层次结构。 /bin 常用的二进制目录。比如:ls cp mkdir等,和/usr/bin类似 /sbin 大多涉及系统管理的命令存放,是超级权限...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 114,197
精华内容 45,678
关键字:

系统架构层级