云服务设计入门指南

云服务设计入门指南TTSOA技术专题之“云服务设计入门指南”Page2of14云服务设计入门指南正如我们所看到的，云计算还处在发展的早期阶段，通过观察大量的小型和新兴的提供云开发工具的公司就能够看到这一点。但是持续向前发展并颠覆传统开发方式的趋势已经越来越明朗。在这本技术手册中，我们将着重从云服务设计的基本内容入手，同时兼顾云端集成和运输局服务的相关内容。同时要提醒准备购买云服务的企业，在选择相关服务之前要避免落入厂商锁定的陷阱中。云服务云端最值得尝试的部分是什么？尤其是如果你正在一个Java开发团队中工作。如何设计一项服务以便在SOA内使用，或者SOA利用云计算平台？当然，能用什么工具呢？下面我们将介绍云端最值得一试的部分以及如何进行最初的云服务设计。云端快照：开发者之友云服务设计入门云计算API：寻找持久方法云集成集成是个古老的话题，但是加上热火朝天的云计算，也变身成为大家所关注的话题之一。但是假如我们没有使用一些云服务，而且我们的“云”相当复杂，不是主流，也不能很好地支持模板和最佳实践，现在该怎么办？下面我们来看一下专家有什么建议。云集成能否轻松实现？TTSOA技术专题之“云服务设计入门指南”Page3of14云集成挑战：切莫从头做起云数据服务将数据转化成为有用的信息，需要知道数据在哪里，而且要能够访问和分析它，当然，也要有一个真实的版本参考。云数据服务通过提供自助服务，访问信息孤岛系统的集成和聚合信息来协助数据转化。但在这个过程中我们也要提防云厂商锁定陷阱。云数据服务：信息孤岛整合新手段云厂商锁定陷阱如何化险为夷？TTSOA技术专题之“云服务设计入门指南”Page4of14云端快照：开发者之友云端最值得尝试的部分是什么？尤其是如果你正在一个Java开发团队中工作。这个问题不是关于云最棒的部分是什么的问题，或者为什么你可能想使用云。就像一块蛋糕，这块蛋糕最好吃的部分无疑是其酥皮，当然那些含有少量糖分的玫瑰，有时候你可能觉得吃起来也相当的不错。诚然，人们人们也不会喜欢只有酥皮和糖玫瑰的蛋糕，但是酥皮和玫瑰确实是最好吃的部分。环境快照对于许多企业接受基于云的开发决策，在云端获取最佳的开发性能易如反掌，获取的这些应用就像作弊，坦白讲这些应用不会对于你所做的故障排除的最佳尝试进行任何反馈，创建整个环境的虚拟快照也是一种作弊，然后别人在寻找故障问题的时候，把这个环境存储在云端不碍事的地方。在混乱的开发人员解决一些其他问题的时候，会把整个混乱的环境放在次要位置上，比较有经验的开发人员或者管理员则更有兴趣致力于应用或者环境问题。进行云端快照比简单的备份拷贝随处部署的具体创建应用要多一些功能。你可以从虚拟快照中获取一些信息，或者你的运行时环境不只包括你部署的应用，而是所有系统和也可能影响系统的环境变量、在不同的服务器上部署企业应用存档（EAR文件）所非必要的信息。快照VS.VMWare类型图像类似的功能可以通过软件和虚拟环境成像实现，这种想法并不新鲜。但是在云堆栈中进行这种类型的事情，像VMWare提供的sVFabric，可以通过点击按钮完成图像创建，你也可以在环境之间进行快速且无缝的转换。对成像机器进行行政支出，然后需要的时候可TTSOA技术专题之“云服务设计入门指南”Page5of14以在任何地点下载下来，检修或者甚至是在应用开发的不同阶段进行对比都成为行政人员的事情了。此外，大多数云计算环境的磁盘空间成本在同实际的带宽或者处理器使用费用相比时，显得微不足道。利用云端规模经济虽然在谈到生命周期管理和已部署应用的可扩展性时，云明显的节约了成本，但是对于实际正在创建企业应用程序的Java开发者来说，有时好处并不明显。然而，云计算承诺了存储空间和相对较低的已部署应用程序使用费用，由于对于经验的要求最小化，对于开发者进行起整个开发环境快照来说变得非常容易。包括冻结这些环境，稍后再访问，以及在开发人员继续分离虚拟图像的同时，允许他人检测问题。云提供了很多好处来现代化企业环境，但是从开发者的视角看，对于已知环境便宜轻松的快照能力确实是最“好吃”的部分。(作者：CameronMcKenzie译者：张培颖来源：TechTarget中国)原文链接：技术专题之“云服务设计入门指南”Page6of14云服务设计入门如何设计一项服务以便在SOA内使用，或者SOA利用云计算平台？当然，能用什么工具呢？这里有明确的几个步骤以供架构师和开发者参考。在新的服务设计时，下面是一些建议。1、你需要定义服务目标。服务要做什么以及预期用户是谁？人、应用程序和/或其他服务？2、你需要对服务确定必要的信息，包括元数据和模式。这意味着你需要理解服务如何利用信息以及什么样的功能需要什么样的数据。3、你需要确定封装在服务内的功能（方法）；换句话说，你愿意公开的行为。在这个步骤中，我们也要定义每一项功能，包括如何使用传统功能分解表分解功能。4、你需要动议服务的所有接口，包括机器和人。这意味着我们需要决定服务如何与调用的应用程序进行交互，以及通过什么机制。5、你需要定义如何测试服务，可以使用上述的建议。这非常重要，但也是在定义这些利用服务的内容如何在其用例模式中测试服务的时候极容易忽略的步骤。你需要定义测试信息、服务调用和结果的有效性。SOA成功地使用云计算的核心是服务设计、开发和测试上一种明确的方法。在今天，这是一种很好的旧式规则，能比新的技术、工具和编程诀窍更能起到作用。而这也不是人们在大肆宣传下愿意听到的，但是确实事实。TTSOA技术专题之“云服务设计入门指南”Page7of14事情的真相就是，服务对于开发者来说是一种新的挑战，他们有其特有的需求集合。在很多方面，它就是和思想转移一样的一种运动，从结构分析、设计和开发面向对象的分析、设计和开发。我们都知道这将花费多久时间，在很多时候，它仍走在前列。从短期上我们能看到什么呢？你可能希望看到一种新的方法„„贫瘠的设计、开发和测试服务导致了高成本和低效率。因此，失败就会导向重新思考、再学习和重组，让服务正确设计。未来三到六年，在培训、工具和测试基础设施上大量的开支会随着云计算的增长而增长，SOA成为主要的方法。此外，依靠在整个SOA概念上回推协议，正如人们明白他们非常依赖底层服务一样，因此架构也将遭受和开发人员一样的这种学习曲线。需要注意的是已经交付的围绕已有遗留系统的流程收集服务，为云准备或者不是。虽然它的出现，你必须采取他们业已部署的借口，现在暴露服务，确实有很多开发者可以设计抽象服务，更好地服务架构。尽管很多人认为那种工具和技术转换了API或者直接在服务中处理是必然的，大多数人会发现使用这些原则创建服务终究提供的价值有限。(作者：DavidLinthicum译者：张培颖来源：TechTarget中国)原文链接：技术专题之“云服务设计入门指南”Page8of14云计算API：寻找持久方法自从云计算这种高可扩展性架构五年前首次获得关注，云计算API的世界不断地发展。这是一个充满期待的领域，但也是迄今为止最少一致赞同的架构。服务的使用成为一种普遍趋势，正如REST接口的使用。早期云计算架构领导者包括亚马逊、谷歌和SalesForce，微软、RackSpace等最近计入到其中。后来者似乎让设计改变了，以某种方式改变了云API创建的基本编码方法。在一些例子中，现在的应用用较少的代码变更为云计算配置现成的端口。但是对于实际开发新的计算范式、版本需要使用与独立云架构相关的特殊API。这对于独立相关的锁定来说令人不安。Web服务技术是亚马逊早期云计算的核心。Web服务方法继续驱动这些云活动。尽管主要云架构打对折支持便捷的关系数据接口，这些还是在云架构和其他架构之间明确标志出不同。每一个主要的云计算架构支持可以被描述为RESTfulweb服务。标准方面致力于解决云API缺少的一致性。简单云API展示了一些水平的一致性抽象如何应用于多种云。这件事情由Zend、IBM、微软等组织，打破基础API分类为文件存储、文档存储和简单队列。这些简单云API意味着同多种云服务共同工作。例如，一种云计算可能使用不同的方法，而其他的则列出内容目录，简单云API使用一种方法处理这两种服务。取决于你看问题的角度，不多也不少的云API。没有什么原因，人们将云计算同开元标准相连。但是不同的主要云方法并不适用与其他的，因此可能云端“锁定”仍是个关注点。这只是撤销实施问题中的一个，导致云开发出现了边界范围。(作者：JackVaugh译者：张培颖来源：TechTarget中国)原文链接：技术专题之“云服务设计入门指南”Page9of14云集成能否轻松实现？你需要把客户数据放入Salesforce.com，有很多技术，云或非云都可以实现。此外，还有很多最佳实践，甚至是预制模板可以轻松快速地实现这件事。但是，假如你没有使用Salesfoce.com该怎么办？你的云是相当复杂的IaaS或者PaaS云，不是主流，也不能很好地支持模板和最佳实践，现在该怎么办？让我们回到集成还是个神秘领域的年代，在尝试同另一个复杂又抽象的系统交换信息的时候，你就需要一点创造力了。这就意味着数据映射、转换以及路由逻辑、适配器，很多旧的学术集成概念现在看来好像是遗失的艺术。仅仅因为你的源系统或者目标系统是云，不是一个传统的系统，就变得不容易了。好的一方面是现在有很多有效的集成技术，大多数是有一些基于已交付云的预定制成品。但是，学习使用这些产品仍旧要求从项目的角度出发，考虑云到企业集成的过程，这不是一种事后的做法，实际上很多时候都要这样做。这也就意味着时间、成本，而且很多开始学习的企业并没有已经启动的云项目。很多小型咨询公司受益于这种不明朗的市场现状，在外面推销自己把数据中心中的东西和云中的东西连接的能力。大多数捷径缩短了交付的价值以及云集成的允诺，我看到了很多原始的连接做法，像自定制编程接口和FTP解决方案。这是现在最愚笨的选择，就问题本身而论已经由其他的东西解决了。我猜想集成将会继续成为云计算贬值的一部分，直到它成为很多云计算项目失败的原因。(作者：DavidLinthicum译者：张培颖来源：TechTarget中国)原文链接：技术专题之“云服务设计入门指南”Page10of14云集成挑战：切莫从头做起我很好奇的是很多正在实施的云计算还在和集成的概念作斗争，更惊讶的是他们做这些事情的时候，仿佛集成本身还是个新话题一样。这个问题产生背景之一是在我们考虑已经做了15年之久的集成的时候，因此这仅仅是把这些概念和技术搬到云计算的世界去的问题。然而，结果却是回到了九十年代，也就是我写EAI书籍的时候，很多人正在接近云集成，好像我们重新开始了。这简直大错特错。我们要记住的关于集成、云的关键是什么，那就是解放不同的处理信息的系统之间的信息流。因此，你必须在系统间传送的时候调整信息，或者每一个如何处理系统语义。例如，从SAPERP转移信息到Salesforce.com，同时你需要用不同的方法处理围绕客户、销售、库存等等的概念的每个数据结构。在处理云计算的时候并不是吨级别的改变，不同于处理防火墙之外的系统，也不属于你直接控制。然而，它们也提供明确的和易于使用接口或者API，这将允许对于核心信息或者服务的访问。我确实认为和现有的SaaS和IaaS云连接和集成要比传统企业系统容易一些。核心信息是指我们需要从过去学习的，在处理云计算的时候，不要假设我们从头做起。模式、技术、问题以及解决方案大部分是相同的。(作者：DavidLinthicum译者：张培颖来源：TechTarget