红帽核心平台总工裁MikeMcGrath对变更软件源策略，形成的影响做了最新的回应。从他的回应里彰显了红帽对CentOS生态的担忧。
假如CentOS生态离开红帽，就难以继续繁荣发展，那说明这个生态是有问题的。软件源更新策略变更后，大伙愤怒的情绪来自于，难以使用RHEL源码打包一个运行稳定、性能优越的CentOS。而「这些愤怒情绪要么来自于这些不愿为生产RHEL须要付出时间、精力和资源付费的人，要么来自这些由于自己的利益而想要重新打包它的人」。你们建立Linux严重依赖于稳定的RHEL源码，而这是CentOS生态最脆弱的点，由于只有红帽负责提供和维护RHEL源码，假如红帽不提供了，或则不维护了，这么下游开发者改如何办呢？「如果是仅仅重新建立代码，而不对现有代码降低价值或进行任何更改，对于所有开源公司来说，这才是真正的恐吓。」，「对开源来说是一个真正的恐吓，有可能将开源重新变回到只适用于业余爱好者和黑客的活动」。
CentOS生态里的每位企业都应当拥有使用RPM自行建立软件包的能力，由于RPM的软件包建立规则是明晰的，每位开源项目的源代码是开源的，所以自行建立软件包是行得通的。多年来，行业的惯性思维是向红帽要源码，而明天红帽提供了一些包含「不稳定杂质」的源码，社区中的企业应当有能力把这种「不稳定的杂质」去除，这是自己技术实力的彰显，是对CentOS社区的贡献，也是社区持续繁荣的重要保障。
至于与CentOS的兼容问题，Mike觉得「我们完全支持您扩充Linux的功能，而不是模仿这种功能」。我的理解是红帽鼓励使用RHEL源码进行创新，勇于与CentOS不兼容，不兼容本身就是一种须要递交代码和贡献上游社区才可以解决的创新。
Mike觉得「创新发生在上游」linux服务器维护，「拥有下游重新建立者没有价值」。所以前面那些企业对「RHEL源码的需求是不诚实的」。红帽觉得RHEL源码的最大价值是拿来向下游社区贡献代码，孵化开源项目，让创新发生。不应当是现今的状态：红帽软件负责大部份创新和软件维护，其他企业负责大部份的打包和Linux发布，而无需兼任维护者和工程师的角色。这儿面不乏许多来自小型或超小型的IT组织linux下载工具，「我们没有义务让那些企业的工作愈加容易」。相信好多厌恶白嫖开源的人，都能明白。
至于这些「不愿为生产RHEL须要付出时间、精力和资源付费的人」，这些愤怒的人美国红帽软件，那只能是Mike说的「有这么多的人对开源软件和GPL形成这么多的误会，我倍感惊讶和沮丧」，彰显的是开源合规知识的短缺。「CentOSStream的更新速率比RHEL快，RHEL虽不一定指向最新代码，但代码就是在那儿的」。我们应当花一些力气，从这种代码里找到建立运行稳定、性能优越Linux的方式。
企业主导的开源生态有一个重要特性：生态的繁荣与否，取决于主导企业的是否持续投入，受主导企业的企业战略影响。CentOS生态由红帽主导美国红帽软件，红帽在CentOS上的变化是其企业战略的外在表现：RHEL和OpenShift是红帽走向云原生时代的两把装备，OpenShift必须运行在RHEL之上，RHEL也必须是运行在OpenShift中的性能最优容器系统。这两项技术是现在红帽安身立身的根本。为了让开发者适应这些变化，红帽向开发者提供了免费的OpenShift和RHEL，「最多在16个系统上使用」，免费提供的OpenShift和RHEL都是二补码版本。
假如红帽不求变，还是像上一个时代靠许可证来获得净利，这么红帽将丧失在容器技术和操作系统上的商业利益和技术主导权。真的到了那种时侯，又有谁可以担起维护CentOS生态的责任呢？我想那才是开源的悲凉。
对于此次改变RHEL源码发布策略，红帽有哪些要说的呢？7月10日晚8点，红帽首席构架师张家驹作客《极客有约》直播间，跟你们分享新开源新政背后的故事。
