当前位置：首页 > news >正文

电子毕业设计代做网站找网站开发合作伙伴

news 2025/10/27 11:37:21

电子毕业设计代做网站,找网站开发合作伙伴,抓取网站后台密码,我为群众办实事实践活动文章目录本地搭K8s集群 bilibili什么是声明式API#xff1f;kubectl apply Etcd数据库有什么特性#xff0c;为什么K8S选用了Etcd数据库#xff1f;K8S中一个node的生命周期是怎样的#xff1f;服务发现机制介绍docker的实现原理介绍如果只是使用Linux命名空间进行分离kubectl apply Etcd数据库有什么特性为什么K8S选用了Etcd数据库K8S中一个node的生命周期是怎样的服务发现机制介绍docker的实现原理介绍如果只是使用Linux命名空间进行分离那么容器将很容易实现docker相比于容器的核心竞争力在哪里Nginx介绍Nginx在K8S中负责什么模块如何排查K8S中OOM的问题容器开发相比与虚拟机开发有哪些优劣势容器隔离的不安全有哪些根源上的原因本地搭K8s集群 https://blog.csdn.net/xuezhiwu001/article/details/128444657 bilibili 什么是声明式API 声明式API是一种编程接口它允许用户定义期望的系统状态或目标结果而不是详细说明如何达到这一状态的具体步骤。在声明式API的上下文中用户通过编写描述性的配置或声明通常是JSON或YAML格式的文件来表达他们希望的资源结构或应用行为。API或相关系统随后负责比较当前状态与期望状态并自动执行必要的操作以达到或维持预期状态。这种方法对比命令式API的一个主要区别在于命令式API要求用户通过一系列明确的指令来控制系统的每个动作比如创建、更新、删除资源等。声明式API则让用户声明最终目标系统负责管理和执行达到该目标所需的步骤。声明式API的优势包括简化复杂系统的管理、提高自动化水平、减少人为错误、以及增强系统的可预测性和可维护性。这种API风格在现代云计算和基础设施管理领域特别流行如Kubernetes中的资源配置就是声明式API的一个典型应用用户通过定义Pod、Service等资源的配置文件来声明应用的部署需求Kubernetes系统会确保实际运行状态与这些声明相匹配。 kubectl apply 在Kubernetes中资源配置是一个典型的声明式API的应用场景。用户通过创建或更新描述资源期望状态的配置文件通常是YAML或JSON格式来声明他们希望集群达到的状态而不是一步步地指示Kubernetes如何去改变或管理这些资源。Kubernetes会自动管理和调整以确保实际状态与用户的声明一致。下面通过一个简单的例子来说明这一点例子部署一个Nginx Web服务器假设你希望在Kubernetes集群上部署一个Nginx Web服务器。你会创建一个名为nginx-deployment.yaml的YAML文件内容可能如下 apiVersion: apps/v1 kind: Deployment metadata:name: nginx-deployment spec:replicas: 3selector:matchLabels:app: nginxtemplate:metadata:labels:app: nginxspec:containers:- name: nginximage: nginx:1.19.10ports:- containerPort: 80在这个YAML文件中你声明了以下几点你想要创建一个Deployment资源kind: Deployment这是Kubernetes用来管理无状态应用副本的机制。你希望这个Deployment管理的Nginx实例有3个副本replicas: 3即运行3个相同的Nginx容器。容器使用的镜像是nginx:1.19.10并且容器会在80端口监听。接下来你通过命令kubectl apply -f nginx-deployment.yaml来应用这个配置。Kubernetes接收到这个声明后会检查当前集群状态与你声明的状态之间的差异并采取行动来创建或更新资源直到集群状态与你的声明匹配。如果之后你修改了YAML文件并再次执行kubectl applyKubernetes会自动识别变化并相应地调整集群状态比如增加或减少副本数量或是更新容器镜像版本。这个过程展示了声明式API的核心理念你只关注表述目标状态而Kubernetes负责实现这一状态。详细命令式与声明式介绍https://blog.csdn.net/m0_45406092/article/details/135572137 Etcd数据库有什么特性为什么K8S选用了Etcd数据库 todo 待拓展raft算法和别的键值系统的比较 etcd是一个分布式、可靠的键值存储系统它用于保存和管理集群配置数据。etcd的主要特性如下分布式etcd使用Raft一致性算法来保证数据的分布式一致性。这意味着即使在网络分区或节点故障的情况下etcd也能提供可靠的数据存储。强一致性etcd保证每次读操作都会返回最新的值这对于保持集群状态的准确性非常重要。高可用性etcd支持多节点部署可以在某些节点发生故障时继续提供服务。这有助于确保集群的稳定性和可用性。可观察性etcd提供了丰富的监控指标和日志以便对其进行监控和故障排查。安全性etcd支持TLS加密通信以及客户端证书验证和角色访问控制以保护存储的数据安全。 KubernetesK8s选择etcd作为其主要数据库主要基于以下原因一致性Kubernetes集群需要一个强一致性存储系统来保存和管理集群状态以确保所有组件使用相同的配置数据。etcd的强一致性保证了这一要求。高可用性Kubernetes集群需要具有高可用性的数据库以确保在某些节点发生故障时集群可以继续运行。etcd的高可用性特性满足了这一需求。可扩展性etcd可以水平扩展以支持大量的客户端请求和存储需求。这使得etcd能够支持大规模的Kubernetes集群。社区支持etcd的开发和维护由CoreOS社区支持这意味着etcd可以得到及时的更新和修复以满足Kubernetes集群的需求。因此综合考虑etcd的特性和Kubernetes的需求etcd成为了Kubernetes的理想选择。 K8S中一个node的生命周期是怎样的 Kubernetes中的一个Node节点的生命周期大致可以分为以下阶段注册当一个节点启动时kubeletKubernetes节点代理会尝试向Kubernetes API服务器注册节点。kubelet将节点的元数据如节点名称、硬件信息、操作系统信息等发送给API服务器API服务器将节点添加到集群中。配置节点注册成功后Kubernetes控制平面会为节点分配一些初始配置如分配Pod CIDR地址范围用于分配Pod的IP地址等。调度Kubernetes调度器会根据集群的资源需求和调度策略将Pod调度到合适的节点上运行。当一个Pod被调度到节点上时kubelet会接收到调度通知。运行kubelet收到调度通知后会开始准备Pod运行的环境如创建网络接口、挂载存储卷等。随后kubelet会启动Pod中的容器并将其连接到相应的网络和存储。监控kubelet会周期性地向API服务器报告节点的状态如节点的健康状况、资源利用率等。此外kubelet还会监控Pod的运行状态并在需要时重启失败的容器。维护Kubernetes控制平面会根据集群的策略执行一些维护操作如节点升级、扩容、缩容等。在执行这些操作时Kubernetes会尽量保证节点上的Pod不受影响。注销当一个节点需要从集群中移除时管理员可以通过kubectl命令或API操作将节点标记为不可调度避免新的Pod调度到该节点上并逐出节点上的Pod。在Pod完全逐出后节点可以被安全地从集群中删除。整个过程中Kubernetes会通过控制平面的各种组件如API服务器、控制器、调度器等协同工作以确保节点的生命周期得以顺利进行。同时节点上的kubelet也会与控制平面进行通信以接收指令和报告状态。服务发现机制介绍 todo 嗯介绍的不够详细在微服务架构中服务发现是一种关键机制允许服务相互发现并与其他服务通信。随着服务实例的数量和位置不断变化服务发现机制确保了服务间通信的持续可用性和负载均衡。服务发现机制通常分为两大类客户端发现和服务端发现。客户端发现(Client-side discovery) 在客户端发现模式下服务实例负责将自己的网络位置如IP地址和端口注册到服务注册表Service Registry。客户端向服务注册表查询所需服务的网络位置然后直接与服务实例通信。客户端发现的优点是消除了中间代理层降低了网络延迟。但是缺点是客户端需要实现服务发现逻辑和负载均衡策略这可能导致代码重复和客户端库的依赖。例子Netflix Eureka, Apache ZooKeeper 服务端发现(Server-side discovery) 与客户端发现不同服务端发现将服务发现和负载均衡逻辑转移到服务代理Service Proxy或负载均衡器Load Balancer中。服务实例将自己的网络位置注册到服务注册表客户端向服务代理发起请求。服务代理查询服务注册表以获取服务实例的网络位置并根据负载均衡策略将请求转发给合适的服务实例。服务端发现简化了客户端客户端无需实现服务发现和负载均衡逻辑。但是引入服务代理可能会增加网络延迟和故障点。例子Kubernetes Service, Amazon ELB Kubernetes的服务发现在Kubernetes中可以通过Service资源来实现服务发现。Kubernetes Service充当服务实例的抽象层提供一个稳定的IP地址和DNS名称。当客户端需要访问服务时它们可以使用Service的IP地址或DNS名称。在后台Kubernetes根据标签选择器Label Selector将Service与一组Pod服务实例关联并在请求到达Service时将其转发到后端的Pod。 Kubernetes Service支持多种类型包括ClusterIP集群内部访问、NodePort集群外部通过节点端口访问、LoadBalancer通过云提供商的负载均衡器访问和ExternalName通过外部DNS名称访问。 Kubernetes的服务发现机制简化了客户端无需关心服务实例的具体网络位置和数量。同时Kubernetes的控制平面负责管理服务注册表和负载均衡策略确保服务发现的可靠性和性能。 docker的实现原理介绍 Docker的实现原理基于一系列底层技术和设计哲学共同构成了其轻量级、高效的容器化平台。以下是Docker实现的核心要点 Linux内核特性利用命名空间NamespaceDocker利用Linux内核的Namespace技术来实现资源和环境的隔离。命名空间提供了独立的视图包括PID进程ID、NET网络、IPC进程间通信、UTS主机名和域名、MNT文件系统挂载点和USER用户ID和组ID使得每个容器认为自己是在一个独立的系统中运行。控制组 (Control Groups, cgroups)Docker使用cgroups来限制、记录和隔离容器的资源使用情况包括CPU、内存、磁盘I/O和网络资源确保单个容器不会过度消耗资源影响其他容器或宿主机。联合文件系统UnionFS Docker使用UnionFS如OverlayFS、AUFS等实现镜像的分层存储。镜像是只读的容器运行时在其上添加一个可写层。这种分层机制使得镜像的构建和传输高效同时也支持快速的容器创建和销毁。 Docker镜像和容器镜像Docker镜像是一个包含应用程序及其依赖、配置和运行时环境的只读模板。镜像是分层构建的每一层代表对前一层的更改这样可以复用基础层减少存储空间和提高构建速度。容器容器是从镜像创建的运行实例拥有自己的文件系统、网络配置、进程空间和资源限制。容器启动时会在镜像的顶部添加一个可写层保存运行时的更改。 4. 客户端-服务器架构 Docker采用C/S架构Docker守护进程Docker daemon运行在宿主机上负责创建、运行、管理和监控容器。Docker客户端如命令行工具通过API如RESTful API与守护进程通信发送命令并接收响应。网络管理 Docker提供了灵活的网络模型包括桥接网络默认、主机网络、无网络、容器网络和自定义网络。每种网络模式为容器提供了不同的网络隔离和连接方式确保容器间的通信符合应用需求。存储卷 Docker支持数据卷volumes这是一种独立于容器生命周期的持久化存储方式可以将数据存储在宿主机的特定目录或网络存储上使得容器数据得以持久保存且便于容器间共享。通过上述技术Docker实现了应用的快速打包、标准化部署和跨环境一致性降低了运维复杂度加速了开发和部署流程。如果只是使用Linux命名空间进行分离那么容器将很容易实现docker相比于容器的核心竞争力在哪里虽然Linux命名空间是Docker实现容器化技术的基础之一它提供了资源和进程的隔离能力但Docker相比仅使用命名空间的原始容器化方法增加了许多高级功能和便利性构成了其核心竞争力。以下是Docker相较于仅使用Linux命名空间的容器技术所具有的几个关键优势标准化的构建和分发Docker通过Dockerfile定义了一个标准化的构建过程使得应用程序及其依赖、环境配置可以被封装成可重复构建的镜像。这些镜像可以方便地在任何支持Docker的平台上运行确保了环境一致性。易于使用的工具链Docker提供了一套强大的CLI工具使得创建、运行、管理和分享容器变得非常简单。用户可以通过简单的命令行操作完成复杂的容器管理任务而不需要深入理解底层技术细节。丰富的生态系统Docker拥有庞大的社区支持和生态系统包括Docker Hub这样的公共镜像仓库里面存储了数以万计的预构建镜像覆盖了各种常用软件和服务用户可以直接使用或在其基础上定制大大节省了开发和部署时间。网络和存储管理Docker提供了更高级的网络和存储管理功能。它支持多网络驱动允许用户定义复杂的网络拓扑并通过数据卷机制实现了数据持久化和容器间的数据共享而不仅仅是命名空间提供的基本资源隔离。轻量级和高效的资源管理除了利用命名空间进行隔离外Docker还借助cgroups进行资源限制和度量确保容器在资源使用上既轻量又可控不会过度消耗宿主机资源。跨平台兼容性尽管Docker起源于Linux但它已经发展出了跨平台的支持包括在Windows和macOS上的Docker Desktop使得非Linux用户也能轻松地使用容器技术。服务编排和集群管理Docker Swarm和后来的Kubernetes集成使得Docker不仅可以用于单机容器管理还能轻松扩展到大规模的集群部署和自动化的服务编排进一步提升了其在企业级应用中的价值。因此Docker不仅仅是一个简单的容器运行时而是一整套围绕容器化技术构建的解决方案它通过提供一站式的开发、部署和管理工具极大地简化了容器化应用的生命周期管理。 Nginx介绍 Nginx 是一款高性能、轻量级的开源 HTTP 和反向代理服务器同时也支持 IMAP/POP3/SMTP 邮件代理服务。它由伊戈尔·赛索耶夫在2004年为俄罗斯访问量第二的网站Rambler.ru开发并在同年10月4日发布了第一个公开版本0.1.0。Nginx以它的稳定性、丰富的功能集、简单易懂的配置文件以及较低的系统资源消耗而广受好评。 Nginx的特点包括事件驱动架构Nginx采用异步、事件驱动的处理模型可以高效地处理大量并发连接特别是在处理静态文件、HTTP请求和反向代理等方面表现出色能够支持数以百万计的并发连接。反向代理服务器作为反向代理Nginx接收客户端请求并将请求转发给后端服务器处理然后将结果返回给客户端这在负载均衡、内容缓存和SSL终止等方面非常有用。- 反向代理服务器是一种特殊的网络服务它介于客户端如用户的浏览器和目标服务器如Web服务器之间但其工作方式与正向代理相反。在正向代理中客户端通常知道代理的存在并通过代理服务器访问外部资源而在反向代理场景下客户端往往不知道代理的存在对客户端而言代理服务器就像是目标服务器本身。负载均衡Nginx能够将流量分发到多个后端服务器实现负载均衡提高服务的可用性和响应速度。它支持多种负载均衡策略如轮询、最少连接数、哈希等。 Web缓存Nginx可以作为前端缓存服务器缓存静态内容和动态内容减少对后端服务器的请求提高网站性能和用户体验。模块化设计Nginx具有高度模块化设计用户可以根据需要选择和加载不同的功能模块如HTTP、HTTPS、TLS/SSL、Gzip压缩等易于扩展和定制。邮件代理服务器除了HTTP服务Nginx还能够作为邮件代理服务器处理邮件协议IMAP、POP3、SMTP的代理任务。安全性和稳定性Nginx通过各种安全机制保护服务器免受攻击如限制连接速率、支持SSL/TLS加密等同时其稳定的表现使其成为高流量网站的首选。 Nginx广泛应用于各种场景从个人博客到大型企业级网站、内容分发网络(CDN)、API网关等是现代互联网基础设施中不可或缺的一部分。由于其开源的特性社区活跃不断有新的模块和功能被开发出来以适应不断变化的互联网需求。 Nginx在K8S中负责什么模块在Kubernetes (K8s) 中Nginx 通常作为 Ingress Controller 的实现来部署负责以下关键模块和功能外部访问入口Nginx Ingress Controller 作为集群的入口点管理并路由来自外部的HTTP和HTTPS流量到集群内的不同服务。它根据Ingress资源定义的规则来决定如何将流量导向到正确的服务。负载均衡Nginx 可以根据配置实现请求的负载均衡将流入的流量智能地分配到后端的多个服务实例以保证服务的高可用性和扩展性。 SSL/TLS 终端Nginx 能够处理SSL/TLS加密实现SSL卸载即在用户请求到达后端服务之前先在Nginx处终止SSL连接然后以未加密的形式将请求转发给后端这简化了后端服务的配置并提高了安全性。路由和重定向基于Ingress规则Nginx可以基于URL路径、主机名、请求头等条件来路由流量到不同的服务。它还可以执行URL重写和路径前缀剥离等操作。访问控制通过配置Nginx可以实施基于IP地址的访问控制列表ACL限制或允许特定来源的请求访问服务。缓存和压缩Nginx可以配置为缓存静态内容或响应减少后端服务器负载同时支持对响应内容进行压缩以提高传输效率。日志与监控Nginx生成详细的访问和错误日志这些日志对于监控、故障排查和分析流量模式至关重要。结合如NGINX Amplify之类的工具可以进一步增强监控能力。微服务间的通信在微服务架构中Nginx Ingress Controller 可以帮助实现服务间的通信路由支持复杂的微服务网络架构。通过这些功能Nginx Ingress Controller 在Kubernetes环境中扮演着至关重要的角色不仅提供了一种灵活且强大的方式来管理进入集群的流量还促进了服务的可观察性、安全性和性能优化。如何排查K8S中OOM的问题在KubernetesK8s中OOMOut of Memory问题通常表现为容器被Kubernetes的kubelet组件杀死因为容器使用的内存超过了其分配的限制。排查K8s中OOM问题的方法有检查Pod状态首先使用kubectl get pods命令查看Pod的状态。如果Pod中的某个容器因为OOM被杀死Pod的状态将显示为OOMKilled。查看Pod事件使用kubectl describe pod 命令查看Pod的详细信息和相关事件。在事件列表中你可能会看到类似于The node was low on resource: memory的警告信息表示节点上的内存资源不足。查看容器日志使用kubectl logs 命令查看容器的日志。有时你可以在日志中找到导致OOM的操作或错误。分析资源使用使用kubectl top命令检查Pod和节点的资源使用情况。对于容器内的资源使用你可以使用kubectl exec命令进入容器并使用top、ps等工具分析进程的资源占用。这可以帮助你发现哪些进程或操作导致了OOM。调整资源限制根据分析结果你可以调整Pod的资源请求和限制。通过设置resources.requests.memory和resources.limits.memory字段你可以为容器分配更多的内存资源或限制其内存使用以防止OOM。同时请确保节点上有足够的可用内存来满足Pod的需求。优化应用程序对于消耗大量内存的应用程序你需要对其进行性能分析和优化以降低内存占用。这可能包括减少缓存大小、限制并发请求、使用更高效的数据结构和算法等。对于Java等内存敏感的应用使用JVM参数调整堆大小启用GC日志并使用JVisualVM、JProfiler等工具进行分析。使用Vertical Pod AutoscalerVPAVPA是一个Kubernetes插件可以根据历史资源使用情况自动调整Pod的资源请求和限制。通过部署VPA你可以减少人工干预的需要并确保Pod始终具有合适的资源配置。总之排查K8s中OOM问题需要分析Pod的状态、事件、日志和资源使用情况并根据分析结果调整资源限制或优化应用程序。通过这些方法你可以有效地解决和预防OOM问题。容器开发相比与虚拟机开发有哪些优劣势容器和虚拟机都是用于隔离应用程序和其依赖项的技术但它们在实现方式和性能方面有很大的不同。以下是容器开发相对于虚拟机开发的优势和劣势优势启动速度快容器直接运行在宿主机的操作系统上因此启动速度非常快通常只需几秒钟。而虚拟机需要启动一个完整的操作系统启动时间可能需要几分钟。资源占用小容器共享宿主机的操作系统和内核因此它们的资源开销相对较小。虚拟机需要为每个实例分配独立的操作系统和内核这会导致更高的资源占用。更高的密度和可伸缩性由于容器的资源开销较小你可以在同一台物理机上部署更多的容器实例。这使得容器更适合大规模、高密度的部署。同时容器启动速度快可以快速地响应负载变化提高应用程序的可伸缩性。良好的可移植性容器将应用程序及其依赖项打包在一起确保在不同环境中的一致性。这使得容器可以轻松地迁移到不同的宿主机、操作系统和云平台简化了应用程序的部署和管理。更简单的版本控制和部署容器镜像可以方便地进行版本控制、构建和发布。通过Dockerfile或其他构建工具你可以自动化创建、测试和部署容器从而简化开发和运维流程。劣势安全性容器与宿主机操作系统共享内核这可能导致潜在的安全风险。虽然有一些容器隔离技术如namespaces、cgroups等但它们相对于虚拟机提供的硬件级隔离仍然较弱。因此在安全性要求较高的场景下虚拟机可能是更好的选择。操作系统支持有限由于容器共享宿主机的内核它们只能运行与宿主机相同或兼容的操作系统。这意味着你不能在同一台服务器上运行不同类型的操作系统如Linux和Windows。而虚拟机可以在同一台服务器上运行不同的操作系统提供了更高的灵活性。总之容器开发相较于虚拟机开发具有启动速度快、资源占用小、可移植性强等优势但在安全性和操作系统支持方面可能存在劣势。根据具体的应用场景和需求你可以选择最适合的技术进行开发和部署。容器隔离的不安全有哪些根源上的原因容器隔离的不安全主要源于它们与宿主机共享操作系统内核以及隔离技术相对于虚拟机的不足。以下是导致容器隔离不安全的一些根源原因共享内核容器与宿主机共享操作系统内核这意味着容器中的进程可以直接访问内核资源和系统调用。如果容器中的应用程序存在漏洞或被攻击者利用可能会影响到整个宿主机和其他容器。而虚拟机提供了完全独立的操作系统和内核因此具有更强的隔离性。 Namespaces隔离不足容器使用namespaces技术来隔离进程、文件系统、网络等资源。然而namespaces并没有提供完全的隔离一些资源仍然可以在不同的namespaces之间共享。例如PID namespaces允许容器中的进程访问宿主机上的其他进程这可能导致潜在的安全风险。 Cgroups资源限制不足容器使用cgroups技术来限制和隔离资源使用如CPU、内存、磁盘IO等。然而cgroups并没有完全隔离这些资源容器中的恶意程序仍然可能通过资源竞争或其他手段影响宿主机和其他容器的性能。容器权限管理通常容器中的进程以root用户身份运行这意味着它们具有较高的权限可能会影响到宿主机和其他容器。虽然可以通过用户namespaces技术来限制容器进程的权限但这可能导致兼容性和性能问题。容器镜像安全性容器镜像可能包含未知的漏洞或恶意代码这可能导致容器运行时的安全风险。虽然可以通过镜像扫描、签名等技术来确保镜像的安全性但这需要额外的管理和维护工作。总之容器隔离的不安全主要源于共享内核、隔离技术不足以及权限管理等问题。为了提高容器的安全性需要采取一系列措施如使用安全的镜像、限制容器权限、加强隔离技术等。同时在某些安全要求较高的场景下虚拟机可能是更合适的选择。
文章转载自：
http://www.morning.wpmqq.cn.gov.cn.wpmqq.cn
http://www.morning.qmzhy.cn.gov.cn.qmzhy.cn
http://www.morning.mgmqf.cn.gov.cn.mgmqf.cn
http://www.morning.mnkhk.cn.gov.cn.mnkhk.cn
http://www.morning.bwygy.cn.gov.cn.bwygy.cn
http://www.morning.nbsbn.cn.gov.cn.nbsbn.cn
http://www.morning.bmzxp.cn.gov.cn.bmzxp.cn
http://www.morning.hqgxz.cn.gov.cn.hqgxz.cn
http://www.morning.xqbgm.cn.gov.cn.xqbgm.cn
http://www.morning.sfmqm.cn.gov.cn.sfmqm.cn
http://www.morning.hmsong.com.gov.cn.hmsong.com
http://www.morning.rdlrm.cn.gov.cn.rdlrm.cn
http://www.morning.dwyyf.cn.gov.cn.dwyyf.cn
http://www.morning.rjyd.cn.gov.cn.rjyd.cn
http://www.morning.gmgnp.cn.gov.cn.gmgnp.cn
http://www.morning.jjpk.cn.gov.cn.jjpk.cn
http://www.morning.bpmfg.cn.gov.cn.bpmfg.cn
http://www.morning.fqqlq.cn.gov.cn.fqqlq.cn
http://www.morning.qsxxl.cn.gov.cn.qsxxl.cn
http://www.morning.xtgzp.cn.gov.cn.xtgzp.cn
http://www.morning.qfzjn.cn.gov.cn.qfzjn.cn
http://www.morning.gwmny.cn.gov.cn.gwmny.cn
http://www.morning.fnwny.cn.gov.cn.fnwny.cn
http://www.morning.ggrzk.cn.gov.cn.ggrzk.cn
http://www.morning.gtylt.cn.gov.cn.gtylt.cn
http://www.morning.txrq.cn.gov.cn.txrq.cn
http://www.morning.ydhmt.cn.gov.cn.ydhmt.cn
http://www.morning.kkjhj.cn.gov.cn.kkjhj.cn
http://www.morning.kwblwbl.cn.gov.cn.kwblwbl.cn
http://www.morning.lpyjq.cn.gov.cn.lpyjq.cn
http://www.morning.sgpny.cn.gov.cn.sgpny.cn
http://www.morning.dyfmh.cn.gov.cn.dyfmh.cn
http://www.morning.wkknm.cn.gov.cn.wkknm.cn
http://www.morning.nlglm.cn.gov.cn.nlglm.cn
http://www.morning.wgxtz.cn.gov.cn.wgxtz.cn
http://www.morning.clzly.cn.gov.cn.clzly.cn
http://www.morning.rrpsw.cn.gov.cn.rrpsw.cn
http://www.morning.xyyplp.cn.gov.cn.xyyplp.cn
http://www.morning.qzqjz.cn.gov.cn.qzqjz.cn
http://www.morning.mtjwp.cn.gov.cn.mtjwp.cn
http://www.morning.ydrn.cn.gov.cn.ydrn.cn
http://www.morning.kaylyea.com.gov.cn.kaylyea.com
http://www.morning.xwbwm.cn.gov.cn.xwbwm.cn
http://www.morning.mxnrl.cn.gov.cn.mxnrl.cn
http://www.morning.rsfp.cn.gov.cn.rsfp.cn
http://www.morning.thzgd.cn.gov.cn.thzgd.cn
http://www.morning.xjnw.cn.gov.cn.xjnw.cn
http://www.morning.sqlh.cn.gov.cn.sqlh.cn
http://www.morning.fbjqq.cn.gov.cn.fbjqq.cn
http://www.morning.bbgn.cn.gov.cn.bbgn.cn
http://www.morning.yhrfg.cn.gov.cn.yhrfg.cn
http://www.morning.pffx.cn.gov.cn.pffx.cn
http://www.morning.nslwj.cn.gov.cn.nslwj.cn
http://www.morning.qrhh.cn.gov.cn.qrhh.cn
http://www.morning.qsswb.cn.gov.cn.qsswb.cn
http://www.morning.wnjbn.cn.gov.cn.wnjbn.cn
http://www.morning.mfbzr.cn.gov.cn.mfbzr.cn
http://www.morning.qtrlh.cn.gov.cn.qtrlh.cn
http://www.morning.bwznl.cn.gov.cn.bwznl.cn
http://www.morning.qqbw.cn.gov.cn.qqbw.cn
http://www.morning.lxyyp.cn.gov.cn.lxyyp.cn
http://www.morning.hqllx.cn.gov.cn.hqllx.cn
http://www.morning.cytr.cn.gov.cn.cytr.cn
http://www.morning.paxkhqq.cn.gov.cn.paxkhqq.cn
http://www.morning.qieistand.com.gov.cn.qieistand.com
http://www.morning.tpxgm.cn.gov.cn.tpxgm.cn
http://www.morning.sbrjj.cn.gov.cn.sbrjj.cn
http://www.morning.srckl.cn.gov.cn.srckl.cn
http://www.morning.pqcrz.cn.gov.cn.pqcrz.cn
http://www.morning.sogou66.cn.gov.cn.sogou66.cn
http://www.morning.qpqwd.cn.gov.cn.qpqwd.cn
http://www.morning.mnsmb.cn.gov.cn.mnsmb.cn
http://www.morning.gwsfq.cn.gov.cn.gwsfq.cn
http://www.morning.qrndh.cn.gov.cn.qrndh.cn
http://www.morning.ygwyt.cn.gov.cn.ygwyt.cn
http://www.morning.cznsq.cn.gov.cn.cznsq.cn
http://www.morning.nmrtb.cn.gov.cn.nmrtb.cn
http://www.morning.jlgjn.cn.gov.cn.jlgjn.cn
http://www.morning.ffgbq.cn.gov.cn.ffgbq.cn
http://www.morning.hotlads.com.gov.cn.hotlads.com

查看全文

http://www.tj-hxxt.cn/news/253723.html