您好,欢迎光临本网站![请登录][注册会员]  

搜索资源列表

  1. **医院关键业务基础架构平台方案

  2. 医院关键业务基础架构平台方案 服务器虚拟化
  3. 所属分类:虚拟化

    • 发布日期:2015-09-29
    • 文件大小:4mb
    • 提供者:qq_31659851
  1. 高性能业务架构解决方案(LVS+Keepalived)

  2. 高性能业务架构解决方案(LVS+Keepalived) Nginx/LVS/HAProxy的基于Linux的开源免费的负载均衡软件。对于大型的,需要进行高并发的网站或者对网络不太严格的场景,可以使用Nginx;对于大型的Web服务器的时候可以使用Haproxy;对性能有严格要求的时候可以使用LVS,就单纯从负载均衡的角度来说,LVS也许会成为主流,更适合现在大型的互联网公司。本文采用LVS+keepalived方案来解决业务架构高可用。
  3. 所属分类:Linux

    • 发布日期:2017-01-19
    • 文件大小:462kb
    • 提供者:xueyuefenglei
  1. 高性能业务架构解决方案(HAproxy+Keepalive)

  2. 高性能业务架构解决方案(HAproxy+Keepalived) Nginx/LVS/HAProxy的基于Linux的开源免费的负载均衡软件。对于大型的,需要进行高并发的网站或者对网络不太严格的场景,可以使用Nginx;对于大型的Web服务器的时候可以使用Haproxy;对性能有严格要求的时候可以使用LVS,就单纯从负载均衡的角度来说,LVS也许会成为主流,更适合现在大型的互联网公司。本文采用HAproxy+keepalived双主方案来解决业务架构高可用。
  3. 所属分类:Linux

    • 发布日期:2017-01-19
    • 文件大小:469kb
    • 提供者:xueyuefenglei
  1. 一些网络架构讲义材料

  2. 1.支撑架构视图-软件进程实施方案选择.pdf 2.管理架构视图-获取团队开发成功的若干问题.pdf 3.管理架构视图-软件构架导论.pdf 4.业务架构视图-业务建模与领域分析.pdf 5.业务架构视图-需求开发与UML用例建模.pdf
  3. 所属分类:网络攻防

    • 发布日期:2009-03-07
    • 文件大小:11mb
    • 提供者:sovf209
  1. IBM动态基础架构——Power服务器业务连续性方案建议书

  2. IBM Power 服务器业务连续性解决方案是从Power 系统硬件、操作系统和Power 系统软件这三个技术层面实现的。利用按照大型机可用性理念设计的Power 系统硬件的RAS特性以及Power服务器的动态分区迁移功能实现高可用。利用AIX 操作系统的动态应用程序迁移功能最大限度减少计划内应用程序停顿,实现高可用。利用IBM Power HA 和Power HA/XD 系统软件,实现本地高可用集群以及远程容灾功能。
  3. 所属分类:其它

    • 发布日期:2020-03-04
    • 文件大小:648kb
    • 提供者:weixin_38580959
  1. 无线局域网用于宽带接入业务解决方案

  2. 与企业内部无线局域网的应用模式不同的是,作为可运营的无线局域网不再仅仅为用户提供简单的网络互连,更重要的是实现WLAN的电信级运营,因此要在无线局域网的基本架构的基础上添加计费、网管、认证等一系列网络实体。热点地区基本网络。热点地区基本网络主要由接入点和接入控制器构成,有时可能还要部署部分以太网交换机或其他有线网络设备来建设热点地区的主干网络。
  3. 所属分类:其它

    • 发布日期:2020-03-04
    • 文件大小:23kb
    • 提供者:weixin_38667697
  1. 虚拟专用局域网业务及方案浅析

  2. 本文介绍由因特网工程任务组(IETF)开发的一种新型网络架构——虚拟专用局域网业务(VPLS)。该架构第一次向运营商提供了一个用于提供以太网业务,且具有高可扩展性、易于管理的平台。电信业致力于提供优化的VPN业务,使企业可以方便、经济地使用以太网技术,将其位 于不同地点且相隔较远的部门互联起来。到目前为止,大多数运营商只是部署了专用的点到点以太网业务。
  3. 所属分类:其它

    • 发布日期:2020-03-04
    • 文件大小:57kb
    • 提供者:weixin_38625442
  1. 虚拟主机客户端架构方案建议书

  2. IBM经过长期对客户端的跟踪调查,推出了基于BladeCenter或者x3950以及VMware和Citrix联合的VHCI(虚拟主机客户端构架)解决方案,意在帮助客户降低IT总成本TCO,提高企业的生产效率,从而更专注于企业自身的核心业务。
  3. 所属分类:其它

  1. XX商业银行核心业务系统架构方案.ppt

  2. XX商业银行核心业务系统架构方案,XX商业银行核心业务系统架构方案
  3. 所属分类:金融

    • 发布日期:2019-10-12
    • 文件大小:4mb
    • 提供者:victory12as
  1. 通信与网络中的基于IMS架构的IPTV业务解决方案

  2. IMS是3GPP在Release5版本中提出的支持IP多媒体业务的子系统,它的核心特点是采用SIP协议和与接入的无关性。中兴通信凭借多年在IPTV通信领域的积累和业界的领先地位,成功地开发了基于IMS的IPTV业务系统。   IMS在IPTV业务系统中的位置   基于IMS的IPTV业务系统的分层依次为应用层、业务层、控制层、承载层。IPTV业务系统的承载层以IP作为基础的协议。它包括接入网、城域网和骨干网以及相关的控制管理功能。承载层要能保证足够的带宽和一定传送质量。而控制层的主要功能是,
  3. 所属分类:其它

    • 发布日期:2020-11-10
    • 文件大小:161kb
    • 提供者:weixin_38689041
  1. 中小型企业可参考的类MySQL双主架构方案

  2. 主从同步一般都是一个主库,一旦主库出现问题,就有可能直接导致整个主从同步架构崩盘,虽然发现后也是可以慢慢恢复的,但是这个恢复时间对于很多公司来说是难以接受的,今天的这篇博文就是主要给解决主库单点故障这个问题提供一个思路。在企业中,一般系统架构的瓶颈会出现在数据库这一部分,mysql主从架构在很大程度上解决了这部分瓶颈,但是在mysql主从同步的架构也存在很多问题;比如:1.关于数据写入部分(也就是主库)往往很难做到扩展,虽然很多大公司在逻辑业务方面就进行对数据的拆分,比如商品库存按照区域去拆分(
  3. 所属分类:其它

    • 发布日期:2021-03-04
    • 文件大小:196kb
    • 提供者:weixin_38516190
  1. 中小型企业可参考的类MySQL双主架构方案

  2. 主从同步一般都是一个主库,一旦主库出现问题,就有可能直接导致整个主从同步架构崩盘,虽然发现后也是可以慢慢恢复的,但是这个恢复时间对于很多公司来说是难以接受的,今天的这篇博文就是主要给解决主库单点故障这个问题提供一个思路。在企业中,一般系统架构的瓶颈会出现在数据库这一部分,mysql主从架构在很大程度上解决了这部分瓶颈,但是在mysql主从同步的架构也存在很多问题;比如:1.关于数据写入部分(也就是主库)往往很难做到扩展,虽然很多大公司在逻辑业务方面就进行对数据的拆分,比如商品库存按照区域去拆分(
  3. 所属分类:其它

    • 发布日期:2021-03-04
    • 文件大小:196kb
    • 提供者:weixin_38717579
  1. 如何编写业务架构

  2. 大型2B系统复杂度很高,目前业界一般会被拆分成业务需求、技术实现两部分加以讨论。基于对大量失败项目失败原因的分析统计:导致大型2B项目失败的因素,需求分析、逻辑设计相关问题占到80%以上,而由纯技术因素导致失败的情况几乎微乎其微。而需求分析经常遇到的一个问题是,懂业务的人不懂技术,懂技术的人不懂业务,业务逻辑实现与技术实现混杂在一起导致双方的沟通出现大量不确定因素,导致需求未必理解一致;实现规划也未必一致。决策层需要在项目开始前做出决策,需要判断一个系统规划是否具备可行性,其中无技术背景人员可能
  3. 所属分类:其它

    • 发布日期:2021-02-24
    • 文件大小:212kb
    • 提供者:weixin_38569109
  1. 软件架构万字漫谈:业务架构、应用架构与云基础架构

  2. 软件开发就是把一个复杂的问题分解为一系列简单的问题,再把一系列简单的解决方案组合成一个复杂的解决方案。而软件开发中最大的挑战,就是即能够快速高效地针对需求、环境的变化做出改变,也能够持续提供稳定、高可用的服务。而软件架构,就是软件系统的骨骼与框架。所谓架构,见仁见智,很难有一个明确或标准的定义;但架构并非镜花水月或阳春白雪,有系统的地方就需要架构,大到航空飞机,小到一个电商系统里面的一个功能组件,都需要设计和架构。抽象而言,架构就是对系统中的实体以及实体之间的关系所进行的抽象描述,是对物/信息的
  3. 所属分类:其它

  1. 企业级业务架构与“中台”的关系

  2. 随着《企业级业务架构设计:方法论与实践》一书的传播,笔者有了更多的机会与来自不同行业的读者共同讨论业务架构这个话题,业务架构与“中台”的关系也时常会被读者问起,笔者就以这篇短文,将与大家交流的情况做个分享。再议中台经过去年的起起落落,圈内至少对中台达成了一个共识——它仍是一种企业级的软件工程方法,涵盖了一整套解决方案,既包括方法论层面,也包括具体的技术实现方式,当然,前者相对而言不够明晰。对中台方法的探索也在变得更加“宽容”,很多人也认可只要达到了企业级功能复用、一体化这样的核心目标,自家的系统
  3. 所属分类:其它

    • 发布日期:2021-02-23
    • 文件大小:364kb
    • 提供者:weixin_38651507
  1. 移动端组件化架构方案设计

  2. 组件化作为移动端应用架构的主流方式之一,近年来一直是业界积极探索和实践的方向。我们自2018年起也在不断尝试各种组件化方案,在智慧政务的多个应用中也进行了实践。我们踩过一些坑,也收获了很多宝贵的经验,并沉淀出了符合我们自身实际业务需求的组件化架构方案。通常讲到组件化,很多人会认为我们去把一些可以抽象出来的通用的功能模块比如网络库,本地数据存储等等封装出来,以三方库的形式提供给App的开发者,这样就算是组件化的开发,严格上来讲,这只能算功能模块的组件化,而我们这里要探讨的是移动端整体架构的组件化,
  3. 所属分类:其它

    • 发布日期:2021-02-23
    • 文件大小:581kb
    • 提供者:weixin_38660918
  1. 中小型企业可参考的类MySQL双主架构方案

  2. 主从同步一般都是一个主库,一旦主库出现问题,就有可能直接导致整个主从同步架构崩盘,虽然发现后也是可以慢慢恢复的,但是这个恢复时间对于很多公司来说是难以接受的,今天的这篇博文就是主要给解决主库单点故障这个问题提供一个思路。在企业中,一般系统架构的瓶颈会出现在数据库这一部分,mysql主从架构在很大程度上解决了这部分瓶颈,但是在mysql主从同步的架构也存在很多问题;比如:1.关于数据写入部分(也就是主库)往往很难做到扩展,虽然很多大公司在逻辑业务方面就进行对数据的拆分,比如商品库存按照区域去拆分(
  3. 所属分类:其它

    • 发布日期:2021-02-21
    • 文件大小:196kb
    • 提供者:weixin_38620314
  1. parseh-高级解决方案:高级业务解决方案和架构师-源码

  2. Parseh-高级解决方案 高级业务解决方案和架构师
  3. 所属分类:其它

    • 发布日期:2021-02-20
    • 文件大小:15kb
    • 提供者:weixin_42128537
  1. 中小型企业可参考的类MySQL双主架构方案

  2. 主从同步一般都是一个主库,一旦主库出现问题,就有可能直接导致整个主从同步架构崩盘,虽然发现后也是可以慢慢恢复的,但是这个恢复时间对于很多公司来说是难以接受的,今天的这篇博文就是主要给解决主库单点故障这个问题提供一个思路。在企业中,一般系统架构的瓶颈会出现在数据库这一部分,mysql主从架构在很大程度上解决了这部分瓶颈,但是在mysql主从同步的架构也存在很多问题;比如:1. 关于数据写入部分(也就是主库)往往很难做到扩展,虽然很多大公司在逻辑业务方面就进行对数据的拆分,比如商品库存按照区域去拆分
  3. 所属分类:其它

    • 发布日期:2021-01-30
    • 文件大小:196kb
    • 提供者:weixin_38608693
  1. 业务架构演进之路

  2. 本文来自于简书,本文主要介绍了MVP存在的问题和解决方案的两种思路,MVCPI的代码结构等。 前面说到,很多人抱怨采用MVC模式使得Controller变得很臃肿,我相信,Controller变得臃肿是事实,但其归结于采用MVC模式是不正确的,这个锅不应该由MVC来背,因为,这个论点会导致我们走向错误的方向从而无法发现MVC真正的问题所在。为什么这么说呢,那是因为在本人了解到的很多情况下,大家并没有正确理解MVC框架模式,如采用前文中第一种模式,自然会使得Controller臃肿,但是如果采用第
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:704kb
    • 提供者:weixin_38741195
« 12 3 4 5 6 7 8 9 10 ... 50 »