请想象一个场景：
如果我们需要我们部署一个著名的网盘软件cloudreve软件，并且用我们的域名mydisk.com来访问，以往我们需要要怎么做？
第一步，我们需要从种类繁多的云服务器的选择里选择一个配置，并且安装Debian等系统。
随后，我们还需要在里面安装cloudreve，我们想要cloudreve在系统启动的时候自动启动，为此，还需要给cloudreve创建一个systemd，编写系统服务。
但是这还没有解决域名访问和证书的问题，我们需要安装nginx，申请证书，上传到nginx，并且配置反向代理，才完成。
有过经验的朋友应该都想像得到这套设置有多麻烦，于是好像1Panel，宝塔这样的管理软件出现了。
容器化的世界
在容器的世界里、部署cloudreve的问题被解决了，我们使用一个简单的容器，就可以拉起整个应用，环境等不再是我们需要考虑的问题，借助1Panel这样的软件，可以在里面快速配置网站服务器，并且进行反向代理，搭建的速度快得多。
但是请想一想，为了一个运行内存只需要几十MB的软件，我们却给他准备了至少500M内存的系统（linux），准备了好几个G的硬盘用于系统，在里面安装了docker，处理各种因为众所周知导致容器镜像无法拉取的问题，然后配了好几个CPU核心，就为了跑这么一个小小的软件，有没有感觉这是为了一碟醋包了一盘饺子？这是严重的资源浪费。
除此之外，无论是哪种方案，都没有解决以下问题。
-
安全性问题。运行整个操作系统，对外暴露ssh等服务存在着天然的安全弊端，操作系统上有许多软件组件，一旦出现重大漏洞（以前已经出现了很多次），就不得不要进行修复。
-
可观测性问题。怎样知道我的应用实际上使用了多少资源？怎样知道他有没有故障崩溃？要么配置进程监控，要么配置容器监控，这对于新手部署来说都很复杂。
-
可用性问题。传统云服务器的部署方案依赖于底层高可用，您在市面上看到的大部分中小规模的云，实际上并没有实现高可用，因为实现云服务器层级的高可用成本非常高，他们依赖于存储，网络等层面的高可用，需要专业的技术且超大的成本投入。一旦基于这个现实，您的应用很可能因为底层服务器故障而死机。
-
扩展性问题。传统应用性能受限于云服务器配置，而云服务器配置并不能灵活调整，导致应用本身也就没有扩展性，不能随着资源使用需求的多少而灵活取用所需的配置。
那怎么办？
雨云云应用来了
雨云云应用的出现解决了上述所有问题，这是我们交出的答卷。
云应用是基于K8S开发的，同时又兼顾传统网站应用部署，提供了一个运行容器应用的统一平台。
来看看在云应用内部署一个cloudreve要怎么做
-
创建一个项目，然后进入云应用应用商店找到cloudreve，根据页面的友好提示配置端口，以及应用所需资源，点击创建。
-
如果不需要域名访问，现在就可以根据应用所开放的端口以及共享IP地址进行访问。如果需要域名，在网站管理处创建一个反向代理类型的网站，选择cloudreve的端口，创建。
这已经是全部的过程，眨眼之间就已经完成了部署，而且高可用，而且有友好的监控，文件管理，配置变更功能。
那么对于刚才说的问题，怎么解决？
-
对于资源使用问题，云应用只需要根据应用使用资源按小时付费，而不是整个系统。
-
扩展性问题，云应用可以随时变配，包括降级和升级，随时根据需要调整。
-
可用性问题，基于K8S，底层的服务器故障会导致应用自动转移，您不受影响。
-
安全性问题。拜托，又没有系统，也没有ssh，应用还是独立隔离环境运行，这还需要担心？
-
易用性问题，我们把php，nginx，数据库，域名，ssl等的配置工作做了简化，提供简单的用户友好的配置页面就可以一键修改，就好像1panel和宝塔一样易用。
意识到了吗？这里没有服务器的概念，整个雨云就是您的服务器！