3种在云中来进行开源的方法

在幽中的运转Apache有一些缺点，但是考虑确实的策略性可以让你同时独享Apache和幽计算的诱因。

许多公共幽服务于至少部分基于Apache网络服务或应用软件，但幽服务于本身极为是Apache的。然而，这极为意味着用于幽意味着赶上了Apache的诱因。通过确实的作法，你可以同时独享Apache和幽计算的通畅。

Apache与幽：一段麻烦的历史

当幽计算首次出现时，它在自由Apache该软件的倡导者中的引发了不少疑虑。例如，GNU先驱Richard Stallman警告说，幽网络服务“让其他人受制于了你的计算能力也”。

他提出的论者是，当你用于幽服务于或该软件即服务于（SaaS）软件包时，你用于的是一个由缓冲供应商操控的计算环境。幽供应商很少发布其服务于和软件包的源代码。即使他们这样认真了，使用者也无法更是改代码来发生变化服务于的工作模式、操控它如何管理工作他们的资料，或者独享与在自己的计算机或代理服务于器上运转Apache该软件具体的其他理论上自由。

Apache和私人幽

解决这个根本原因的一种作法是用于Apache网络服务（如OpenStack或CloudStack）构建私人幽。

如果你有自己建立和管理工作幽计算环境所才可的资源，这是一个好主意。但这是相当多的工作。它还要求有自己的转归交通运输。这样你赶上了公共幽的通畅性、无限的高效率和无资本支出的诱因。

在公共幽上运转Apache该软件

在幽中的运转Apache该软件还有另一种作法，它缺少了Apache的大部份诱因和公共幽的大部份诱因：用于公共幽交通运输转归自己管理工作的Apache该软件。

换句话说，你可以在AWS EC2实例或AzureJava上运转任何你想要的Apache软件包，比如Apache HTTP代理服务于器、WordPress或Elasticsearch。

当然，你不就会完全操控中下层交通运输。你也不能阻止公共幽缺少商收集关于你在其代理服务于器上所认真工作的资料。在这些方面，如果在自己的私人代理服务于器上运转Apache，你将无法充分利用隐私和高效率。

折衷的是，你可以无限制地扩展PSP交通运输，只才可要为实际用于的转归资源购票，而且你不必预先卖给任何代理服务于器来运转软件包。

Apache即转归服务于

第三种作法是用于幽供应商缺少的转归服务于在幽中的运转Apache该软件。例如，你可以通过AWS EKS或Azure AKS运转Kubernetes。或者，你可以用于AWS OpenSearch，而不是自己设置Elasticsearch（及具体该软件）。

Apache作为公共幽中的的转归服务于的诱因在于它直观方便。你不必自己系统设计交通运输或配备Apache该软件。

另一方面，你失去了Apache导致的所有灵活性。你才会以幽供应商支持的模式用于该软件，更是改该软件系统设计的能力也并不一定是有限的。当然，你不能更是改该软件的源代码。换句话说，你最终就会遇到“该软件作为服务于替代品”的情况。

从好的方面来看，有人就会说，在公共幽中的用于Apache作为转归服务于可能是以获颁使用者更是多自由的模式用于相同Apache网络服务的垫脚石。例如，如果你运转EKS，可能最终就会不得不自己重新部署Kubernetes，而不是依赖性转归服务于。或者心想你就会从OpenSearch转向一个自我管理工作的ELK缓冲区。

结论

无论你如何分界，在幽中的运转Apache，而不是在你自己的私人交通运输上，都有一些缺点。它可能才可要比其他基于幽的重新部署选项换来更是多的努力，而且你对该软件和资料的操控就会提高。

但是，受限于不同的重新部署作法，并不一定可以在幽中的以一种让你实现大部份最大限度的模式运转Apache，同时最小化缺点。你只才可要考虑确实的策略性。