谷雪峥

您好，确实如您所说，我们在实际的交付过程中确实存在诸多差别。首先在组织架构上的权限控制上，平台是支持定制化和组织结构导入的，平台的权限控制是基于RBAC(基于角色的权限控制)进行实现的，通过定制化的方式，可以尽可能的保

您好，银行中台建设是一个非常庞大的系统架构演进工程，银行的渠道系统是银行非常关键的业务系统的组成部分，中台建设的整体规划一定要考虑对渠道系统能力的总体支撑，业内在中台对渠道系统能力支撑的建设思路一般有两种： 1

您好，不是特别理解您的意思，您可以再详细阐述一下么，我先尝试理解的一下针对您说的2-3台服务器来使用的话，您需要额外注意网络方面的影响，首先保障网络传统的稳定和效率，我不清楚您的容器云建设方式，假如以云原生中主流的网

您好，目前常见日志收集方案有以下三种 1.每个应用的镜像中都集成日志收集组件，这种方式的优点是部署时无需特殊的配置就可以使用，但部署便捷的同时就带来了升级与维护等方面的问题，且存在对应用的侵入性问题。 2.单独创

您好，目前渠道云平台是满足6+2信创要求的。容器云平台和服务端支持以海光，兆芯为代表的x86芯片架构，同时也支持飞腾，鲲鹏为代表的arm芯片架构，龙芯为代表的MIPS芯片架构。渠道平台客户端同样支持以海光，兆芯为代表的x86芯片

您好，假如把应用服务理解成行内资产的话，一个应用资产应该包括它的软件包和运行态配置两部分组成，这样我们的应用资产就可以持续积累、并随时供我们使用，所以运行态的配置也要看做资产管理的一部分。针对您的问题，我们可以

您好，我这边简要的回答一下您的问题渠道容器云平台在具备传统容器云平台能力的同时，专门在渠道领域进行一些定制化场景。首先整合了赞同渠道业务平台(AB),在建设渠道应用时，无论服务端，还是客户端，都可以直接通过平台的Dev

您好，是的，图中确实没有明确表述出来。渠道应用的客户端也是可以开发的。目前赞同渠道客户端和服务端的发布更新统一是交由服务端进行控制，比如开发人员在完成相关任务开发之后，会进入平台cicd流程，客户端执行逻辑前会先请

您好，针对您的问题，我们可以分解为开发测试场景和生产场景来描述首先，在开发测试场景下，我们期望于尽可能的提升交付效率，我们建议选择合理化的DevOps工具来协助。以赞同渠道云为例，所提供的DevOps可以做到从代码层面，到单元

您好，我建议您还是以解决实际问题为出发点来进行考虑这件事。若目前现有架构足够支持业务侧要求，并且运维、可用性等方面足够完善的，建议优先以最低成本消耗为原则。若考虑后续中长期的一个IT统一化治理，并在以后应用的拓