首页 文章 精选 留言 我的

精选列表

搜索[数字主权]，共10000篇文章
优秀的个人博客,低调大师

每日一博 | 数字技术战略：内源 —— 超越中台思想的文化方式

内源即将开源方法（最佳实践、协作方式、架构模式等）融入到组织的软件构建和发布方式之中，以在组织内构建类似开源的文化。 作为一个站在国内开源前线的开发者（GitHub 国内 Top 10），我本应该早点写一篇关于：『为什么应该选择内源，而非中台？』。然而呢，中台一直在火，找不到合适的机会。直到最近，因为拆中台，所以它又火了。我觉得再不聊聊，下一个热点技术领域又要出现了。 对于大部分不了解开源的人来说，他们很难理解：为什么“内源”能解决中台没有解决的问题？内源不就是在内部建立起开源式的项目，它哪能比中台更好？ 为什么是“内源”优于中台？ 中台背景下的复用 对于中台的定义，大家都很了解了：企业级能力复用平台，又或者是，各类的复用、聚合、协调。它从组织的层面定义了，内部的各个系统及其如何协作。中台做了一个非常优秀的事情：定义了企业 IT 架构的标准化梳理形式。即，我们可以以一套方法论来自上而下梳理企业架构。 然而，从软件开发的角度来看，它违背了一些软件设计的思想： 复制优于复用。即追求复用会加深系统间的耦合度。在系统重构时，一种常见解决方式就是复制，在开源世界里就是：方向不同，即可在其基础上另起炉灶（fork）。 组合优于继承。即通过多个组件、服务的组件构建系统，而不是将大量不同的逻辑加入到同一个系统中。 对于大量相似业务的公司来说，它能产生巨大的价值。但是，多数公司并不存在这样的场景。它只会带来系统间的耦合度，进一步挺慢企业创新 + 产品上市的速度。除此之外，它并没有帮助企业解决一系列的内在问题，譬如部门之间的协作、降低系统的耦合度、复用的整体机制等等。那么，问题来了，如何实现解耦与复用的平衡呢？ 系统的解耦与复用 回到架构设计领域的『整洁架构』，对于解耦模式来说，通常有这么一些层级（源自《整洁架构之道 》）： 源码层次。控制源码代码模块之间的依赖关系（如 Maven 中的依赖），来实现一个模块的变更，以避免影响到其它模块。 部署层次。控制部署单元（如 jar 文件）之间的依赖关系，以避免因为单个模块的变更，影响到系统中的其它模块。 服务层次。将组件间的依赖关系降低到数据结构，然后仅通过网络数据来进行通信。 对应到了系统的各个部分：业务/产品/系统的应用、微服务、软件包。为了复用它们，常见的方式就是拆模块、封装组件、封装服务等等。 在团队内部，最常见的方式就是模块 + 组件复用，而跨团队的模块复用，则是服务的复用。模块 + 组件复用，除了经常引入非公共的公共代码，基本上没有啥问题。而模块的复用呢，则是各种矛盾的中心：A 团队提供服务给其它团队，其它团队经常报怨 A 团队响应太慢，而 A 团队也不愿意向其它团队提供服务 —— 容易被打乱节奏。 还有关于投入人力以复用时，常常忽略的一点是：付给程序员的工资，远比 CPU + 内存贵多了。 源码 -> 协作 -> 社区 -> 文化 既然，你想通过我们已经实现的功能，来帮助你快速构建你的系统，而我也不想配合你修改我们的系统。那么，我们就从最简单的一种方式开始，你复制一份我们的代码，各走各的路。如果你不愿意复制，又想让我们提供支持，那么请为这个系统提供人力支持。 开放源码，促成两个团队的协作，这就是『内源』的雏形。不满意，你就 fork 项目，自己维护自己的版本；符合需要，我们可以一起合作，完善这个项目。 根据这个基本的思想，我们可以发现一个组织内有大量的代码可以开源共享： 特定场景下的业务。比如金融场景下，对于内部交易系统的封装（主机）。 技术型服务。 基础设施。如微服务基础设施、前端组件等。 …… 而围绕这些不同的业务、技术、框架、场景等，就能构建出基于这些领域的知识性社区，幸运的话可以直接诞生出生机型组织。 内源解决了什么？ 让我们将内源带来的收益，映射到《企业 IT 架构转型之道 ：阿里巴巴中台战略思想与架构实践》一书所提及的『烟囱式』系统三大弊端： 重复功能建设和维护带来的重复投资。 打通『烟囱式』系统间交互的集成和协作成本高昂。 不利于业务的沉淀和持续发展。 从理论上来看，中台解决了问题。回过头来看：内源是不是也解决了这些问题？ 并且，由于内源不是一种集中式建设，而是自下而上的发起，加自上而下的激励，所以它反而还能真正为组织带来活力： 技术实践传播。如编码、测试、持续集成实践等等。 跨团队的技术交流。 构建生机型文化组织。 当然，这些都不是一件容易的事。 “内源”的优势 从我个的观点来看，内源主要有这么一些优势： 为创新赋能。它可以为为想法创建桥梁，加快产品的上市速度。 促进跨部门协作。跨团队进行合作、应用级信息互通，构建生机型文化、 有效的知识管理。通过代码传播最佳技术实践，促成更好地文档形式。 潜移默化提升质量。测试提升项目可信度，并有意识提升测试密度。 加速开发。学习现有应用减少探索成本，通过复用降低开发成本。 无负担重用。提供方和使用方各自独立，降低提供方的心智负担。 而从个人的角度来看，无负担重用将会是国内企业采用内源一个重要原因。其次，则是协作，我看好它带来的一个重要原因是：横向虚拟团队 + 内部技术社区。但是，不可置否能否真正成立横向虚拟团队，依赖于组织的负责人。 横向虚拟团队 作为一个技术人，我觉得每家有一定规模 IT 人员的公司应该有横向虚拟团队。它可以沉淀某一特定技术领域产生的技术能力，并包含组织内的主要相关的、开放式技术场景。 大型 IT 组织里，在不同的领域都会不断提炼出技术框架，并沉淀下去。最常见的示例就是互联网公司的开源，它们会选择将一些沉淀的基础设施开源出去，以吸纳更多的相关领域人才，进一步提升该组织在该领域的能力 —— 如阿里巴巴的云原生开源。 相似的，以内部开源的方式，可以将特定领域的人才聚集起来，强化组织在这一方面的能力，并进一步提升其他/她开发人员的能力。如一个以微服务框架构建内部技术群，围绕的是该微服务框架的演进，以及如何适用于不同团队的落地。通过一系列的讨论 + 编码 + 示例，能加速产品的开发和实施，以及这个内源项目的完善。 如何“内源”？ 考虑到“内源”本身也是类似于中台、敏捷这样的组织转型，它与它们的方式实现上是差不多的。 内源办公室。同样的，它也是一个虚拟的组织。 理念宣讲。即在公司内部发起“内源”相关的姿势。 选择试点团队。选择合适的团队，来试点运营，快速验证在组织内的方向。 建立标杆团队。 内部社区运营。 推广实践。 然而，与中台、敏捷这一类的转型方式不太一样的是，“内源”与开源方式类似，在单个项目上它依赖于『受信任的个人』，这也是开源项目与企业内部软件开源非常不同的一点。所以，与之相匹配的是，在“内源”运动里，单个项目非常需要可信提交者（Trust Committer）。可以暂且认为是在内部有技术影响力，并且还在编码的个人。 可信提交者 可信提交者（Trust Committer），即有直接向代码仓库提交的开发人员。即，你是经专业开发人员论证的有能力的开发者，可以一起为这个项目做贡献。从一个外部开源人员，到能直接向内部代码库提交代码并不是一件容易的事情，需要一步步的成长过来。 如在引入 Committer 机制的华为公司里 （源自《如何构建高效可信的持续交付能力，华为云有绝活！》，Committer 要做这么一些事情： 代码的开发、提交与合入权限应要分离，以避免攻击者冒用员工权限植入恶意代码； 通过检视和审核的意见对工程师进行辅导提升团队软件能力。 入库审核还能反向驱动前端代码检视提升，促进 Developer 具备编写 Clean Code 的能力。 而这个流程是自己的项目上都采用了相关的流程。 为什么“内源”很难？ 『内源』在国内比较痛苦的一点是：内源需要自上而下的推动。至于要多上呢，这又是一个值得沉思的问题 —— 当然是越上越好。哪怕是有了组织的支持，还需要一系列的改变： 建立组织的分享 + 开放的文化。 构建生机型文化不易。 透明 + 开放式的项目管理机制（只针对于内源）。 让开发人员跨团队开发 与能力相配套的技术实践 除此，从某种意义上来说，『内源』在国内又不是一个特别好的词语，听上去就是一个技术词汇，笑 ~ 。
2021-03-24
优秀的个人博客,低调大师

【云栖号案例 | 政府】聚焦数字化智慧安防的新型社区

云栖号案例库：【点击查看更多上云案例】不知道怎么上云？看云栖号案例库，了解不同行业不同发展阶段的上云方案，助力你上云决策！ 引言 现如今，智慧城市建设已成为全球城市发展的必然趋势，全球仅亚太地区就已规划建立1000个智慧城市标杆，而中国作为亚太经济体中的核心力量，其中500个标杆项目将在中国落地，中国必将成为智慧城市发展的风向标，作为智慧城市的核心部分，智慧平安社区的建设是我国向智慧城市迈进必经的探索之路。上世纪60年代初的“枫桥经验”拉开了我国平安社区探索发展的序幕，而随着大数据、IOT云端技术等科学技术的飞跃，以及未来5G时代的到来，智慧平安社区在智慧上有了里程碑式的变革。 科技赋能：5G时代下智慧平安社区的落地 作为国内为数不多的智慧平安社区探索者中的先驱，在西安市高新区管委会的助推下高新区枫林绿洲已经通过科技赋能实现了5G时代下智慧平安社区的落地。 枫林绿洲平安社区是全国首创智慧平安社区的第一个试点，在阿里云、蚂蚁金服、思普瑞信息技术有限公司先进的软硬件技术、大数据支撑下，通过整合多方资源力量，搭建社区智慧安防服务平台，在节约警力的同时更加高效全面的维护社区治安。通过线下视频监控和公安控制中心相结合，实现矛盾即时发现，即时告知解决，实现矛盾不上交；通过一键式报警、多种监控防御系统，规避安全隐患，实现平安不出事。通过支付宝平台提供多种政务服务及生活服务，实现服务不缺位。技术赋能安防实现“科技兴警”，实现不发案的终极追求，将为人民生活带来真正意义上的平安幸福。 枫林绿洲智慧平安社区管理模式和先进技术使得控制中心也呈现智慧化管理，在控制中心可现场体验枫林绿洲全方位覆盖式监控下对于社区管理的智能性、便捷性、安全性。在控制中心可对70岁以上老人进行轨迹跟踪，老人48小时未出门，或不符合正常行为轨迹，即会产生安全预警，物业上门询问确保老人安全，这对于工作繁忙、在外上班的儿女来说，无疑减轻了对于父母的担忧，也让社区变成了有温度讲人情的大家庭。 创新突破：携手阿里云，各类智能应用落地“平安社区” 由于阿里云IOT物联网平台具备强大的开放性，可以解决协议适配、海量连接、数据存储、设备管理、规则引擎、事件告警等物联网应用开发和对接共性问题，在枫林绿洲落地了人脸识别人行翼闸智能门禁、可疑人迹追踪、智能井盖防移动、电动车防盗等各类智能应用，极大得丰富了平安社区的创新落地。 智能出入系统：人脸识别，一人一闸，防尾随。业主同意，访客进门，严防非法进入，极大提高安全指数。 可疑人迹追踪系统：非小区业主非法入内，重点区域摄像机分析行为轨迹，分等级反馈给物业，物业安保人员处理、筛选后及时反馈给社区民警，降低案发率。 智能井盖防移动：井盖出现移动、异动时，通过传感设备社区中心平台会自动预警，通知物业及时处理，减少了安全事故的发生。电动车防盗：电动车与业主及其家庭成员绑定，非绑定人员驾驶离开时，社区中心平台自动预警，降低了偷盗案件发生率。通过多重智能化的安防预警，让社区矛盾化解在基层，从基层开始解决社区日常琐碎的小事件，为公安民警创造更多的时间和精力为居民提供更好的服务。 行业发展：平安社区的建设和运营的不断升级迭代 构建智慧城市及工业互联网是目前全国的战略发展目标，而智慧社区作为智慧城市的重要组成部分。枫林绿洲作为一个智慧平安社区试点项目，为助力多方共同推动智慧平安社区发展进程，开创了完善的智慧社区建设运营解决方案。通过技术快速迭代，借助不断升级的物联网、AI、大数据、5G技术，整合多方资源力量，将更多智能化应用到各个场景中，用科技全方位护航社区平安，为社区业主创造更加便捷、智能、安全的生活与服务体验，以智慧驱动未来智能社区生活。 平安社区的创建面向公共安全打通安防的最后100米，开创社区综合治理新格局，通过新兴技术，充分发挥信息采集、社区管理、矛盾排查、日常服务等功效，把管理和服务的末梢触角延伸到社区前沿，推进到居民家中。5G、IOT云端技术、大数据技术的应用，也让人和互联网结合起来，使社区管理呈现出企业、物业、公安民警、居民共建“平安社区”的形态，同时形成了居民安居乐业、民警高效办公、企业技术落地、社区管理简捷，实现多方共赢的美好局面。 云栖号案例库：【点击查看更多上云案例】不知道怎么上云？看云栖号案例库，了解不同行业不同发展阶段的上云方案，助力你上云决策！
2020-02-27

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

时间: 2026-10-18 大小: 211.28KB 下载: 56次
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

时间: 2026-08-21 大小: 1MB 下载: 10次
Rocky Linux

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

时间: 2026-08-21 大小: 1.42GB 下载: 6次
WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。

时间: 2025-12-13 大小: 249.54MB 下载: 22次
热门标签
DeepSeek Jdk25 OpenAi HarmonyOS6 Nacos3 SpringBoot4 SpringCloud Docker Kubernetes Service Mesh Redis Gemini3 Rocky

欢迎您来访！

登录后，您将获得更多功能！
热门文章
联系我们

有任何问题或合作意向欢迎联系我们

Email: 99873273@qq.com

QQ: 99873273

用户登录
用户注册