作为一种基于互联网的超级计算模式，云计算的核心理念是构建一个虚拟计算与存储资源的集合，并以此提供协同化的IT服务。随着SOA的普及和搜索、开放协作、社交网络等Web 2.0应用的高速成长，云计算提出的创新共享基础架构方法开始得到了主流软件厂商的广泛认同。

　　随着Sun在刚刚举行的2008 JavaOne开发者大会上宣布推出“Hydrazine”计划，集结在“云计算”旗帜之下的软件供应商又增加了一位重量级成员。基于“Hydrazine”计划，Sun希望利用其核心技术打造一个包含网络环境、数据中心和其他基础设施组件在内的完整解决方案，使得开发人员利用Sun平台创建托管应用与服务，并由此获取经济利益。凭借此举，Sun正式进军云计算领域，也由此展开了与IBM、微软、Google等巨头的新一轮竞技。

　　作为一种基于互联网的超级计算模式，云计算的核心理念是构建一个虚拟计算与存储资源的集合，并以此提供协同化的IT服务。随着SOA的普及和搜索、开放协作、社交网络等Web 2.0应用的高速成长，云计算提出的创新共享基础架构方法开始得到了主流软件厂商的广泛认同。但虽然相关构想不断推出，但直至2007年11月，IBM发布包含具体产品的“蓝云”计划，“云计算”的关注热情才被真正点燃。

　　4月22日，微软基于Web的Live Mesh平台的推出向业界表达了其争霸云计算江湖的雄心。微软CTO Ray Ozzie曾暗示，Live Mesh将帮助微软成就从个人运算向网络运算的战略转折。在Live Mesh框架中，数据中心被视作一个软件平台，可以提供远程控制、数据存储等多种服务，同样支持开发者在其上开发新的网络应用。

　　5月，云计算在消费和企业领域的两个实践先驱——IBM和Google宣布增强云计算合作，意图通过强势联盟确保在这一领域的领先位置。双方计划扩大自2007年10月启动的云计算联合研究计划，Google CEO施密特表示，“企业云”的价值高于“消费云”是促成双方合作的动因，两家公司将共同拓展云在商用领域的价值。

　　互联网方面，除了Google持续通过互联网向用户交付计算能力和服务外，Amazon.com在2007年向开发者开放了名为“弹性计算机云”的服务，为小型企业按需提供Amazon数据中心的处理能力。雅虎也在2007年将一个小规模“云”开放给卡内基-梅隆大学的研究人员。2008年1月，Salesforce.com推出了基于云计算架构的随需应变平台——DevForce，它可以帮助企业开发人员在虚拟环境中创建商业应用。

　　总之，2008年是众多软件厂商“云计划”频出、相关产品密集发布的一年。这也意味着在这片未来超级计算的乐土正酝酿着一场大争斗。随着各软件厂商云计算技术框架的不断完善，该领域的竞争将日趋激烈，也会有更多参与者加入战团。面对云计算引领计算模式变革的能力，以及其实现超级计算资源整合的结果，软件厂商们对这一领域的任何机会都不会轻言放弃。

标签: 技术趋势, 云计算, SOA

　　【IT专家网独家】广告无处不在。根据几个来源的消息，平均每个人每天会接触到超过3000个广告信息。并且这不仅 仅是通过传统媒体，例如电视，广播和广告牌。你可以在纽约出租车的牌子上面看到，在你飞机椅子后面托盘的表面上面看到，甚至是在进行中的电视比赛上面。那 么为什么还要用电子邮件呢?

　　从历史上讲，电子邮件战略家出于以下几点原因不建议我们把广告放到电子新闻邮件中：

　　广告会扰乱重点，特别是那些接受这订约的首要相关内容。

　　商人通常对于放置在电子邮件中的广告中的图像，感觉和动画毫无控制力，这就导致了品牌的颜色和格调之间的冲突。

　　商人通常还对广告中动态展现的对象或者特定内容没有控制权。例如，Pontiac购买了所有的广告为来宣传他们最新的GTO，而在同一篇Car & Driver文章中，宣传的则是新的福特野马。

　　额外图像的展示干扰了递送能力，特别是“兜售的”动态GIFS会让你的品牌失去光彩。

　　在将广告放入你的电子新闻邮件之前，你还需要仔细考虑如下内容。但是这并不意味着你就不能做了。实际上，你会发现，许多商人都在他们的电子邮件信息中投放了特写广告。与其它任何媒体一样，在电子邮件中放置广告也有一些最佳方案。这里就是一些可以考虑的：

　　多大尺寸的位置最适合你的电子邮件模板?电子邮件中最常使用的和推荐的广告尺寸是68 x 60的头脚框，右边的120 x 600，250 x 250的方块，当然还有各种字体长度的文字广告。

　　看看对于你正在使用的模板来说哪个尺寸混合起来最自然。不一定就一个规划——创建2个或者3个版本，每个都使用不同的广告尺寸和布局。然后测试，测试，再测试。哪个规划的打开率最高?哪个具有最高的穿越率?最高的选择率?哪个广告位置得分最高?

　　考虑测试一下图像广告和文字广告。图像广告通常会带来更高的穿越率(媒体成本也较高)，但是你可以选择一个递送起来更加友好的文字，文字的好处就是无论信息怎么传达，它都可以显示。

　　要注意，是在你的电子邮件中添加广告，而不是变成广告。与其将每个广告为都卖出去，还不如把它们都卖给一个广告客户。这就确保了广告客户独家“拥有”，并且打开了广告客户创造和谐的广告位，从而避免混乱的画面，带来更高的业绩。

　　如果有可能的话，尝试控制内容。对于有些人来说，这很容易，但是对其他人来说则是不可能的。开发一个广告指导文档，限制令人不愉快的广告内容。 如果你可以鼓励相关的广告内容，那么就开始吧。例如，如果你的电子新闻邮件内容集中在保健，那么就要控制广告的内容是宣传保健产品和服务的。如果可能的 话，还要考虑在你的电子邮件中宣传哪个牌子——从你的身份出发来添加或者删剪它们?

　　关闭回路。尽管现在要追踪电子邮件业绩中的基本要素，例如点击率和打开率更加简单了，但是还是要将利润与点击挂钩。这通常要求进行整合，不论是 手工的还是自动的，广告客户的数据和发送电子邮件的商人的数据。了解你的电子邮件中的广告的ROI，是一个很强大的卖点，它可以让你要求更高的媒体费用。

　　说了这么多，一些电子新闻邮件就是为了展示广告而存在的。对于很多出版商来说都是这样。上面的许多围绕着测试和内容的建议仍然有用。尽管广告是发送新闻信件的第一原因，你的布局会反映出这一点。

　　当电子邮件存在的目的就是为了广告的时候，内容就是退居二线了。在这些情况中，广告应该吸引人的视线。它应该被放在“最上面”，而不是和背景混 合在一起。它应该在栏目之上，而不是埋藏在你的电子邮件中用户需要滚动才能看到它。这会确保你的广告可以抓住眼球，带来更多的点击，从而带来更多的广告利 润。

　　电子新闻邮件中的广告可以做，但是必须根据情况而定。遵循最佳方案，你可以确保广告帮助你完成目标，而不是帮倒忙。

标签: 企业信息化, 邮件推广, 广告

　 　如果代码开发人员一直以来都不能为代码使用者提供真正需要的代码开发，那所谓的最佳“企业级架构”将永远无法实现。然而，在现实中，大部分从事代码开发 的人并不会把另外一些可能需要到这些代码开发的人当作使用者去对待。这也是面向服务架构(SOA)未能获得成功的原因所在。

　　【IT专家网独家】SOA绝对不是一个单纯的IT问题，企业必须从业务角度和IT角度两方面出发分析自己的需求，根据自身现状和业务需求确定合适的SOA。 如果代码开发人员一直以来都不能为代码使用者提供真正需要的代码开发，那所谓的最佳“企业级架构”将永远无法实现。然而，在现实中，大部分从事代码开发的 人并不会把另外一些可能需要到这些代码开发的人当作使用者去对待。这也是面向服务架构(SOA)未能获得成功的原因所在。

　　SOA所能带来的价值已经是清楚的了，在这几年中我们也一直努力创造出SOA软件产品以供使用。我也知道COBOL(面向商业的通用语言，又称为企业管理语言、数据处理语言等，Common Business Oriented Langauge)应用曾经是建立在同样的原则之上。我曾作为一个项目的团队负责人参与了在遵从COBOL 74规范基础之上的超过700个核心功能服务的兴建工作，我们所编写的代码具有着高度的可重用性。当然，这也是我们为金融机构所建立起来的一个竖井中的大型系统。我们以这样的环境需求为基础构建了这一系统，并保证其可以在该企业的其他部门重复使用。

　　对于这份工作我当时是觉得非常自豪的，但是现在回想起来，我们却并不是一个非常好的使用者。我们乐于去试图找到一些非商业定制的应用从而满足我 们的主要功能需求，但是却并不是作为自身企业一个好的代码使用者而存在。我们甚至根本没有考虑过从企业现有软件应用的重用方向入手。这个问题直到现在也没 有真正改变，因为更多的时候我们只是专注于如何编写代码，并让其实现“可重用”。

　　问题的关键并不是说我们需要从代码的角度去考虑实现可重用。我们必须得明白，这些代码使用者即其他的程序开发人员和架构师。 我们必须把自己看作是服务的提供者，为这些使用者创造代码，并准确的提供给他们使用。这些代码必须是易于使用的，必须是很方便就能找到的，必须得到有效推 广和准确定位，同时也必须是能够满足使用者需求的，而在做到这一切的前提是我们应该首先成为一个好的使用者，学会如何去使用他们。

　　类似于这样对于使用者的认识以及整个企业和团队中服务的认识可能并不是一个主流的理念。就目前而言，我们对使用者还缺少足够的了解和反馈，仅仅只是感觉上的评断。

　　相对于我们的开发团队，在整个组织范围或者更广的范围内将会有更多的人能够接触到我们所能接触的使用者。如果我和我的团队是为这些使用者的服务提供者，也许在这个领域还 有更多的团队是这个使用者的服务提供者，那么我是不是应该提前就问自己一些应该被问到的问题：如果我的使用者能够自主的选择它所需要的服务提供者，那在所 有服务提供者都没出错的情况下，我应该怎样做才能确保我会是他唯一的选择，并且能持续不断的赢得这场业务?我应该怎么做才能让我的服务尽可能的便于使用?

　　在当前的市场上有不少杰出的工具可以用来支持这种对遗留应用的再次使用。这些都是资源管理中可以共同使用的内容。对于软件行业而言，这些工具能 够有助于度量之前的投资组合在实际消费的可重复使用资产的价值。而这些信息在过去一般来说是不会有的。我试图从这些工具的使用者中整理出一个具有说服力的 数字出来，但是，无法避免的是，这个数字绝不会很高。那么，如果我的统计没有出错的话，是什么阻止了我们对可重用代码的重复使用呢?

　　作为软件开发人员我们并不是好的使用者，相比之下我们的同事也许更好的处理好如何去“使用”的工作。当我们要寻找一些有用的东西或者是一些示例 的时候我们可能首先想到的是互联网而不是公司内部的资源库。当然，这其中可能的原因是企业内部缺少一个应用能够类似于网络中的搜索工具。但是，更重要的 是，当我们在编写代码的时候可能并没有想到会有别的开发人员可以使用这些内容。

　　我们并没有为我们所编写的代码内容创造接口以方便人们能够更好的使用，我们甚至根本就未曾考虑过这个问题。我们不提供设计层次的抽象内容从而有 助于其他程序员和架构师能够从我们的解决方案中选出合适的建议整合到他们的方案中去。我们并没有将代码整理给团队中没有参与的人员或者是整个企业范围的其 他团队。我们缺乏市场调研，不清楚那么没有使用我们代码的使用者究竟需要什么，无法将我们的代码开发发挥至最大效用。我们没有合理的将代码打包，使得即便 选择使用我们的使用者也觉得不易使用。

　　技术支持的工作正是因为我们的这些做法才发展起来并部分的存在于当前的工作之中。我们必须开始将我们的服务提供工作从代码层面转向到人的层面，并更有效的利用这些技术支持。紧接着我们可以利用这些工具更好的辅助市场，并能使我们的代码更广泛的提供给别人。

　　我希望在这些工作之后能够有一些好的度量重用的方式，真正显示出我们艰苦工作后所建立起的可重用软件在重复使用方面的回报。并且使用者的需求将会是真正放在第一的位置。同时，在整个SOA模型当中，服务的有效消费应该是占到一半以上的重要程度。

标签: SOA, 架构，技术趋势

标签: mysql, 开源