为什么Mendix重视私有化部署

 

私有化部署的诉求

现在很多企业在考察基础设施的时候，都会考虑许多因素。诚然云计算在目前和未来，因为它的灵活性、从节省时间到金钱、从提高敏捷性到更好的伸缩性，因此越来越受欢迎。但另一方面，如果上升到企业的IT治理这个高度，则需要考虑更多的因素。IT治理对任何希望上规模的复杂组织体的重要性在于，它早已超出传统IT管理部门的界限，上升到公司战略层面。有效的治理，能够推动IT战略与公司战略的一致性，提高IT的投资回报率，降低IT的风险，可视为与“公司治理”并列的“IT治理”阶段。其主要涉及因素包括：

对于其中的部署原则，是否上云，就需要通盘考虑价值与风险的平衡。在国内，很多大型客户、政府机关、企事业单位等，都倾向于本地私有化部署。主要原因如下：

• 处于高度监管行业的企业，数据安全永远是最重要的；

• 有额外隐私担忧的公司，在本地环境中，企业保留所有数据，并完全控制数据的变化，无论好坏；

• 支持适用于解决方案的规则和法规，特别是关于信息安全性的规则和法规，包括诸如(HIPAA)、 (FERPA)，以及其他政府和行业法规。对于受此类法规约束的公司来说，它们必须保持合规，并随时掌握自己的数据；

• 定制化水平：内部部署将提供更大级别的定制。这是由于软件是现场安装的，因此应用程序可以在自己的服务器中添加或定制代码以满足需求；

• 由组织完全拥有和管理，因此他们可以拥有自己的管理流程；

• 易于更改基础架构，因为对系统的总体控制权在于组织本身。

综上所述，导致它们无法切换至云端，只能依靠那些已有的久经考验的传统产品和本地应用软件来开展业务。

 

 

Mendix如何支持私有化部署

方式一

从云端一键操作，部署您的云下集群：支持应用程序部署到Red Hat OpenShift和Kubernetes。首先需要在Mendix开发者门户网站注册一个集群（填充私有化部署集群的配置信息）。然后，还需要在您的云下k8s集群安装Mendix agent和operator两个小模块：

单机小实验的截图如下：

 

Mendix agent和operator这两个小模块安装到私有k8s集群之后，等待云端portal发送下来的deploy命令，自动完成build/push/pull/run等一系列行为：

 

方式二

完全独立的standalone部署架构：如果计划建立独立的网络隔离的集群，那么所有与Mendix的operator的通信都将直接通过Kubernetes API的指令进行。这些操作可以手动完成，但通常由CI/CD管道执行。在这种情况下，您还必须拥有Mendix app部署包的本地源代码控制，以确保部署过程能够发现它们：

 

方式三

更直白的docker部署：在不采用k8s的场景，您个人甚至可以从Mendix项目，直接构建Docker映像，push到私有本地仓库，再把它pull下来。每个项目版本都会产生一个唯一的Docker映像，可以将其推送到应用程序管道的不同阶段。而实操要照顾的事情无非就是把Mendix项目整体拷贝到一个空目录，然后下载独立安装程序——下载Mendix Docker Buildpack，并敲入命令等待：

片刻之后，可以在docker里面看到打包好的image，以及执行了运行命令的docker容器：

 

方式四

Mendix支持非k8s、非容器化的基于Unix和 win server的部署：

和Unix/Linux派系：

• Debian GNU/Linux 9 (Stretch)

• Debian GNU/Linux 8 (Jessie)

• Red Hat Enterprise Linux (RHEL) 7, CentOS 7

最后，除了私有化，必须强调的是Mendix完全支持多云策略的部署：

为了支持多云部署策略，为了支撑各种部署场景，Mendix采用的技术不一而足，简要概括可以表示为下图，企业根据自身需求最终走到目标环境：

 

欢迎您留言与Mendix技术大咖进一步交流，无论技术、业务、架构亦或DT方法论都可以哦。

 

---

更多信息，请访问以下链接：

Mendix官网：https://www.mendix.com/zh/

Mendix行业解决方案：https://solutions.mendix.com/

Mendix平台指南：https://www.mendix.com/evaluation-guide/

Mendix动画展示：https://www.mendix.com/demos/

Mendix公众号

 

谢谢阅读！