为什么北京软件公司开发时考虑系统的可扩展性!_北京软件开发公司
发表日期:2017-06-08 17:18:32 文章编辑:宜天信达 浏览次数:
大部分北京软件公司认为,其软件项目的所有开发细节过多是由于软件开发人员对可变技术和系统需求的过于复杂解释,企业认为这一过程非常多余。因此,在系统可扩展性方面,企业代表希望与软件开发人员进行快速沟通,同时所有忽略的技术细节。
如果客户主开始使用软件开发人员的建议的开发语言,系统的质量会倍增。特别是,这将有助于避免许多问题,而软件开发人员创建复杂的基于服务器的解决方案。
企业如何与软件开发人员保持密切联系,了解系统可扩展性的细节?
让我们考虑一个开发新系统的项目开始的情况。我们设计了5个问题,有助于简化谈判并将其引导到正确的轨道上。
5个主要系统的可扩展性问题
从我们的经验来看,软件开发人员在谈论系统可扩展性时通常会提出5个主要问题:
1.让软件公司了解计划的软件系统的特点是什么?
2.系统用户的典型操作是什么?
3.系统是否有什么瓶颈?系统的哪一部分负载较重?
4.系统更重要的是:容错还是高性能?
5.可扩展性的需求在哪里出现?
我们想仔细看看五个问题中的每一个,并找出业务代表综合答案的好处。
业务是否了解计划系统的功能?
幕后:
可扩展性是系统通过升级现有硬件或添加额外的新资源来应对日益增长的负载的能力。系统必须保持适当的架构以允许后者。
换句话说,当后端开发人员开始系统开发时,他们需要了解是否有可能将来扩展系统,这意味着其操作功能的增加。因此,他们需要知道企业主对系统特征和进一步发展的计划。
例:
让我们想象一下,购买机票的在线服务的所有者会制定计划的网站流量的时间表。时间表可以是一天,一周,一个月,四分之一或一年。它可以覆盖用户和用户活动的类型,作为系统回答所需的时间。使用这个计划,开发人员可以揭示网站上的负载变得更加密集的时代。例如,它可能会更接近一个周末。此外,业务代表可以在时间表中包括峰值负荷的点,如假期,学校假期和促销活动。
架构中的峰值负载不应影响系统的性能,所以重要的是规划它们。较好的方法之一是系统负载的图形显示。
小贴士:
制定明确的项目目标,制定预测网站流量的计划或图表。还要指出时间间隔。
软件开发人员询问有关系统能力的问题,而不是因为它们只是好奇。他们必须预见服务器增长的机会。如果一个软件公司计划赢得世界,那就有必要明确说明目标。假设当10,000位独特访问者访问了一个平均每天300名用户的网站时,系统必须生存下去。
系统用户的典型动作是什么?
幕后:
预测典型的操作允许开发人员分析系统上的负载。这也是一个机会,看看系统用户是否会上传大文件,或者需要实时聊天支持和其他功能。Web服务器之间的功能如何传播取决于用户操作的典型流程。
如果客户主开始使用软件开发人员的建议的开发语言,系统的质量会倍增。特别是,这将有助于避免许多问题,而软件开发人员创建复杂的基于服务器的解决方案。
企业如何与软件开发人员保持密切联系,了解系统可扩展性的细节?
让我们考虑一个开发新系统的项目开始的情况。我们设计了5个问题,有助于简化谈判并将其引导到正确的轨道上。
5个主要系统的可扩展性问题
从我们的经验来看,软件开发人员在谈论系统可扩展性时通常会提出5个主要问题:
1.让软件公司了解计划的软件系统的特点是什么?
2.系统用户的典型操作是什么?
3.系统是否有什么瓶颈?系统的哪一部分负载较重?
4.系统更重要的是:容错还是高性能?
5.可扩展性的需求在哪里出现?
我们想仔细看看五个问题中的每一个,并找出业务代表综合答案的好处。
业务是否了解计划系统的功能?
幕后:
可扩展性是系统通过升级现有硬件或添加额外的新资源来应对日益增长的负载的能力。系统必须保持适当的架构以允许后者。
换句话说,当后端开发人员开始系统开发时,他们需要了解是否有可能将来扩展系统,这意味着其操作功能的增加。因此,他们需要知道企业主对系统特征和进一步发展的计划。
例:
让我们想象一下,购买机票的在线服务的所有者会制定计划的网站流量的时间表。时间表可以是一天,一周,一个月,四分之一或一年。它可以覆盖用户和用户活动的类型,作为系统回答所需的时间。使用这个计划,开发人员可以揭示网站上的负载变得更加密集的时代。例如,它可能会更接近一个周末。此外,业务代表可以在时间表中包括峰值负荷的点,如假期,学校假期和促销活动。
架构中的峰值负载不应影响系统的性能,所以重要的是规划它们。较好的方法之一是系统负载的图形显示。
小贴士:
制定明确的项目目标,制定预测网站流量的计划或图表。还要指出时间间隔。
软件开发人员询问有关系统能力的问题,而不是因为它们只是好奇。他们必须预见服务器增长的机会。如果一个软件公司计划赢得世界,那就有必要明确说明目标。假设当10,000位独特访问者访问了一个平均每天300名用户的网站时,系统必须生存下去。
系统用户的典型动作是什么?
幕后:
预测典型的操作允许开发人员分析系统上的负载。这也是一个机会,看看系统用户是否会上传大文件,或者需要实时聊天支持和其他功能。Web服务器之间的功能如何传播取决于用户操作的典型流程。
例:
我们可以参考推出移动应用的例子。用于安排会议的基于网络的移动应用程序包括上传照片的选项。开发人员使用中型用户照片加载测试。然而,只要应用程序启动,用户开始以原始尺寸上传图片。当用户和图片的数量超过了Web服务器的数据存储和处理能力时,系统无法承受负载并开始崩溃。
小贴士:
如果您想防止系统不稳定的不利影响,请详细描述典型操作的场景。特别要考虑两点:
您希望用户如何与系统进行交互
它将如何实现
系统有哪些瓶颈?系统的哪一部分负载较重?
幕后:
任何复杂的信息系统都可能包含至少两个瓶颈。瓶颈是一个压力点,在特定时刻经历系统中较高的负载。当开发人员知道系统中可能存在的瓶颈时,如果服务器崩溃,他/她可以调整系统的工作。这有助于避免高峰负载时潜在用户的损失。
找到瓶颈的问题与系统可扩展性无关。不过,较好不要忘记。如果一个开发人员没有定义瓶颈在哪里,那么它可以在任何可扩展性方面取得进展。即使在系统可扩展性方面一切顺利,有必要分析架构,以防止出现瓶颈。
例:
入口点可能是瓶颈。例如,如果大量用户同时打开网站,则无法承受高负载,没有人继续使用该网站。