小编kvi*_*sta的帖子

我想了解什么是降低基于云的系统的供应商锁定风险的最佳方法.

例如,我想将多种不同的系统部署到Amazon EC2或Windows Azure,但我希望在必要时尽量降低将这些系统迁移到其他云供应商的成本.

至少,我似乎越依赖特定于供应商的解决方案(如亚马逊队列服务),我就越是固有地锁定(至少我认为如此),但我想更好地理解这种风险除此之外的任何东西.

我是否可以使用架构策略来缓解这种情况(例如,依赖于map reduce,因为我的脚本可以移植到另一个地图中减少云环境)？是否有比其他更好的O/S或堆栈(Linux,LAMP？).使用JClouds有帮助吗？

理想情况下,我想设计可以部署在EC2上的虚拟系统,但随后可以轻松迁移到Azure或App Engine(反之亦然).

我通常用Java编写,但我正在考虑选择性地使用Scala和Python(或Jython),并且我通常仍然试图保持基于JVM的.我倾向于做很多并行处理,并依赖于SQL和非SQL(但不是必需的NoSQL)存储和数据处理技术.

提前致谢.希望我在这里不是太不现实.

假设您有一个相互SSL服务,除了SSL之外,它还具有应用程序身份验证.因此,客户端提供证书(以及服务器),但客户端请求(例如,REST请求)还包含后端应用程序服务器验证的用户名/密码.

就客户端身份验证的"程度"而言,似乎有多个级别.一个级别(a)仅用于客户端提供由服务器CA存储中的CA签名的证书.另一个明显的级别(b)是服务器为了(a)加上确保应用程序凭证是正确的.第三级(c)是做(a)和(b)加上确保客户端证书与帐户唯一关联.

(c)的好处是它可以防止被"可信CA"信任的人滥用非法获得的应用程序密码.

我意识到这一切都不太可能,但我想知道(c)假设是什么程度的相互SSL,而不是简单的(a)或(b)？

ZIP格式有几种版本(http://en.wikipedia.org/wiki/ZIP_%28file_format%29#Version_history).目前还不清楚Java支持哪个版本.在ZipOutputStream它的源代码中定义了一个与标题的"最小版本读取"部分相关的常量,但我并不是100%肯定这是对我的问题的答案进行逆向工程的正确方法.

谁能在这里提供更好的建议？

谢谢.

我已经构建了可以在Windows 2003服务器上部署的软件。该软件作为服务连续运行，并且是Windows上对我来说很重要的唯一应用程序。有时，它是从Internet检索数据，而有时则是对这些数据进行一些计算。它是多线程的-我使用大约4-20个线程的线程池。

我不会为您带来所有这些细节，但是只要我在池中启用更多线程，就可以进行更多的并发工作，并且CPU使用率会增加。（对带宽等其他资源的需求也是如此，尽管这对我来说无关紧要-我有很多）

我的问题是：我是否应该简单地尝试最大程度地利用CPU来获得最大的收益？凭直觉，我认为以100％CPU运行是没有道理的。甚至95％的CPU似乎都很高，几乎就像我没有给OS太多的空间来做它需要做的事情。我不知道确定最佳平衡的正确方法。我猜想我可以进行测量，并且可能发现在90％或91％的CPU平均利用率等情况下可以实现最佳吞吐量，但是...

我只是想知道这是否有很好的经验法则？？？我不想假设我的测试将考虑工作负载的各种变化。我宁愿玩一点安全，但不要太安全（否则我的硬件使用不足）。

你有什么建议吗？对于Windows上的多线程混合负载（某些I / O，某些CPU）应用程序，明智的，注重性能的使用规则是什么？