应用程序扩展性不好？来瞧基于Java开发的云应用程序
发布时间：2022-06-01 12:12:10 所属栏目：云计算 来源：互联网
导读：最近，我们受命开发一个用于分析大数据的软件即服务（SaaS）应用程序。为了进行数据挖掘，系统需要将数十亿个公开帖子存储在数据库中，并且对这些帖子进行分类处理。 这个环境下的分类是一个缓慢、耗费资源、又让人痛苦的过程，需要为数据库中的任何记录赋予
|
重新考虑开发可扩展应用程序的最佳方法 看一下最近我们IT领域采用的方法，我发现它们根本不是什么新发明。确切地说，IT领域只是采用了已在实际生活中成功运用的方法来解决可扩展性问题。为了阐明这一点，不妨设想处理可扩展性问题的实际情形。 假设我们有一家小型医院。就这个医院而言，我们服务的对象主要是本地客户。每个忠诚的客户都有自己青睐的医生，医生跟踪记录病人的病历。正由于如此，客户只要出示IC病历卡，他们青睐的医生就会处理病历。 让情况颇具挑战性的是，我们这家医院在互联网时代之前就在运作了。 有状态与无状态 上述描述是不是看起来与有状态服务足够相似？现在，你的医院开始有了名气，客户数量突然激增。假设你拥有足够的硬件基础设施，一个明显的选择就是招聘更多的医生护士。不过，客户不愿意换新来的医生。这导致新来的医工作员很空，而原来的工作人员很忙。 为了确保优化，你决定改变医院政策，以便客户必须保留其病历，医院将把他们分派给任何有空的医生。这个新做法有助于解决医院的所有头痛问题，让医院有办法调派更多的季节性人员，以处理客户数量突然激增的局面。 这个政策可能无法让客户满意，但是对IT领域来说，有状态服务和无状态服务提供了同样的结果。 数据复制 假设客户数量在不断激增，你开始考虑开设更多的分院。与此同时，出现了一个新的问题：客户不断抱怨医院规定看病就诊时要带病历的做法。 为了解决这个问题，你重新沿用了原来的政策：将病历储存在医院。不过，当你拥有不止一家分院，每家分院都需要储存用户病历的副本。一天或一周下来，记录的任何变化都需要同步到每一家分院。 服务分离 医院运作了几个月后，你认识到资源分配没有得到非常理想的优化。比如说，你在分院A和分院B都设有验血科和X光科。不过，许多客户在分院A进行验血，许多人在分院B拍X光片。 这导致客户在一家分院不断等待，另一家分院却无人光顾。为了优化资源，你关闭了没充分利用起来的科室，建立了独特的验血中心和X光中心。客户将从这些分院分派到提供特殊服务的特设中心。 特定的资源 很难为医院进行资源规划，因为季节性疾病只在一年当中的某个时间段才发生。此外，灾难有可能随时都会发生。它们导致短期内病房病人突然激增。为了应对这种情况，你可能想与市政当局签订协议，以便需要时可以暂时租赁设施和场地，招聘更多的兼职人员。 运用这些想法来开发云应用程序 现在，你在分析了上述例子后可能觉得，大多数想法颇有道理。开发人员很快就可以开始运用这些想法来开发Web应用程序。 然后，我们就进入了云应用程序时代。 （编辑：桂林站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
站长推荐