关于访谈:专访-Tetrateio-创始工程师吴晟开源领域需要-40-的开发者也需要更张扬的年轻人

不久前,「一源初始,凋谢共创」凋谢原子开源基金会 2020 年度峰会于北京圆满闭幕。峰会由凋谢原子开源基金会主办,阿里巴巴、百度、华为、趣链科技、SegmentFault 思否、招商银行等开源我的项目代表单位及开源社区协办,亦失去了整体理事单位的大力支持。 会议中,Tetrate.io 开创工程师、Apache Member、Apache SkyWalking 创始人吴晟进行了主题分享,并参加了开源经营治理分论坛的圆桌探讨环节。在分享中,吴晟提出了对国内开源环境以及开源和商业间的思考。SegmentFault 思否的@阿遂对对吴晟进行了专访。 Q1:如果须要给“开源”下一个定义,您认为是什么?开源在我的印象中,是一个技术工程师在跨商业实体间单干的平台与机会。在传统的开发模式中,工程师开发的软件只能在公司外部共享,而借助开源,能够和其余公司的人一起来开发、分享。对于工程师来说,这样的开发模式会更有成就感,我的项目的品质要求相比之前也会高很多。 Q2:开源畛域有很多角色分工,比方工程师、宣讲者等等,您认为您在开源畛域当中的角色是什么?次要还是一个工程师的角色。SkyWalking 最早就是我本人参加开发的我的项目,所以开发者的身份在我的日常当中占据很大的比例。布道、经营之类的工作也会有一些,但次要是在我的项目进入 Apache 基金会并顺利毕业之后,会有一些内部流动邀请进行相干的教训分享。 Q3:当初比拟广泛的一种认知是,开源的参与者不只局限于开发者。您感觉各种角色的退出对开源来说会造成哪些促成或影响?其实就像一个软件公司,除了开发者之外也是蕴含很多其它角色的。比方宣传市场、售前售后等等,但无论是哪一种身份,大家都是抱着同一个目标,在为同一个产品或开源我的项目在服务,在单干共建。 开源只是将这件事件放大了,把公司里由几个人干的事件进行更宽泛的分工,找到更多善于的人来一起实现。因为不可能一个人什么都会,须要有不同身份的角色参加其中。 Q4:是否分享一下您对国内开源畛域的认识?国内开源畛域有一个景象,是大家当初看到了开源背地的更明确的商业价值,所以有点“一窝蜂式”的涌入。 这个景象的后果可能跟其它所有行业一样,在“一窝蜂”的涌入后,会在一个工夫内变的十分凋敝,但到了下一个阶段,其中有一部分人可能会被淘汰掉。但泡沫总是会幻灭的,能剩下的才是那些真正求实的我的项目和人。 开源我的项目的外围是为了解决一个具备通用性的问题。如果我的项目真的能解决一批人的问题,那不论泡沫破不幻灭,它都会一步一个脚印的活下来。但如果单纯是靠造势、造泡沫倒退起来,就会长得快破的也快,我的项目很快也会被大家忘掉。 Q5:您认为开源与商业间的关系是什么?开源我的项目应该如何协调与商业间的关系?我最近在和 PingCAP 的敌人聊天中,谈到一个很有共性的思考。 以前的开源我的项目有几个倒退阶段,最开始会是卖所谓的商业版产品,但这种形式在明天的成功率曾经很低了。做开源我的项目的商业版,意味着会“藏”一些货色。但“藏”这个事件对于开源畛域来说是很恶感的,用户会认为你只是开源了一个玩具,开源进去的我的项目自身就没有多少价值,也会和商业版产生竞争关系。 比方你将一些性能“藏”了起来,内部的我的项目贡献者为你提供了一个截然不同的性能,你就须要思考是否要将这项性能合并进来,如果不合并又须要用什么样的理由去回绝。 所以当初最典型的开源模式就是像 RedHat 一样的全开源,我的项目性能全部都是凋谢的,只售卖咨询服务。全开源保留的只是“人”。写我的项目的人是我的,所以我在这个我的项目中最业余、最善于。 第二种就是卖云服务。云服务应该是当初绝对比拟好挣钱的形式,但也有肯定的门槛。比如说太小的开源我的项目或者太组件化的我的项目就很难售卖配套的云服务,而偏产品化的产品就绝对比拟好卖。 第三类在国内还绝对较少,就相似于咱们在北美的那家公司一样,做的是一个商业产品,但产品 95% 以上的性能都是来自几个不同的顶级开源我的项目。咱们把它们“捏”在一起为客户解决一个理论的场景需要,提供了一个残缺的商业产品。 Q6:您感觉什么样的企业适宜参加开源?我之前接触过各种各样的企业,如果要细分的话,如果一家想要主导开源,或者想要新做一个开源我的项目的话,企业肯定要具备“技术范儿”,是一个技术导向的企业。 咱们能够看到国内很多互联网企业开源的很多货色,可能过了两三年就没人管了。实质上开源的目标是因为外部须要,但很长时间没有进行改良,内部也只是拿走去用,而后开源我的项目的热度就缓缓降下去,没有人再应用了。这是一个最常见的状况。 另外一种,如果只是参加开源,那门槛其实就没有那么高。只有是本身也须要这个畛域的货色,无论是应用还是奉献其实都是参加的一种形式。 Q7:企业开源我的项目两三年后便不再保护的起因,个别都有哪些?没有找到商业化门路必定是起因之一,没有利益驱动会导致后续不再投入老本进行保护。 第二种常见的景象是国内互联网公司的一个个性。很多公司的员工从一个职级降职到另一个职级时,开源我的项目会是一个评估指标,所以很多工程师会利用工作工夫和业余时间来实现这个指标。但随着两三年后的降职胜利,到了下一个级别的状况就不一样了。国内很少有高职级的纯工程师,基本上华为 20 级以上、阿里 P8 以上的时候,很难会有沉下心来写代码的工程师。 到了这种级别就须要分出一部分精力参加我的项目单干、市场宣传、治理等等,而开源我的项目的倒退必然就会受到影响,甚至死掉。 但其实很多所谓的“KPI 开源我的项目”都是好我的项目,也有很多人用,也能解决很多理论的问题。但问题就是不足延续性,给大家一种感觉就是国内没有“开源大我的项目”。没有历史悠久、在畛域内耕耘多年、特地资深的我的项目,国内这样的我的项目的确是比拟少的。 Q8:您认为基金会的呈现和染指,对这种状况是否能有所改善?这个和基金会的运作模式有关系,也就是基金会模型的问题,比拟典型的就是 CNCF 和 Apache 之间的区别。 如果一个我的项目募捐到 Apache,如果社区没有建设好,初始的人来到我的项目还是很容易死掉的。CNCF 也相似,会要求 3-4 家公司成为我的项目的次要构建者,如果少了一家公司可能不会对我的项目造成太大的影响,如果再少一家公司,状况可能就不同了。 基金会只是一种组织模式,能够让大家放掉很多顾虑。不会呈现一家公司影响我的项目生死的状况,但我的项目的具体倒退,即便是在 Apache 或者 CNCF 这类基金会中也有很多不那么胜利的我的项目,包含我本人在 CNCF 中有一个参加了的我的项目,就做的很不胜利。尽管那个我的项目做了铺天盖地的广告宣传、有名厂站台,但我的项目自身不是十分被市场须要,并没有预期中那么有用。 包含像咱们这种最早的我的项目参与者,认为这个货色如同挺有用的,能够解决很多的问题,但随着深刻,大家都感觉这个产品仿佛并没有那么好,事实上的成果也没有达到预期。 所以我的项目会起到决定性的因素,如果我的项目不好,哪怕是最顶尖的工程师来操刀、退出最顶尖的基金会,该做不起来还是做不起来。 Q9:您感觉对于开源我的项目有没有一些评判规范?最要害的就是我的项目的客人或外围贡献者,他们最分明我的项目的价值与优劣。 往往咱们在评估他人的开源我的项目时,会有很多空子能够钻。比如说 Star、Fork、Watch、Contributer、提交频率、issue 解决工夫等等,这些都是有空子可钻的。尤其是对开发者来说,各种接口都摆在那儿,找到法则之后甚至都不要人来具体执行。 所以评估我的项目是不是真的有价值的重点,是有没有那么多人或者厂商,真的基于本人的需要在不停的和我的项目之间进行沟通、互相进步。如果能在我的项目中看到这种状况,那么这个社区可能就是胜利的。哪怕有很强的商业背景、很强的 KPI 背景,只有用户认可,认为这是一个好我的项目,贡献者也认为这个我的项目合乎我解决特定问题的思路,咱们就会把这个事件干好。 ...

March 26, 2021 · 1 min · jiezi

关于访谈:专访武延军参与开源人数变多是好事但要小心开源踩踏事件

不久前,「一源初始,凋谢共创」凋谢原子开源基金会 2020 年度峰会于北京圆满闭幕。峰会由凋谢原子开源基金会主办,阿里巴巴、百度、华为、趣链科技、SegmentFault 思否、招商银行等开源我的项目代表单位及开源社区协办,亦失去了整体理事单位的大力支持。 本次峰会围绕开源经营治理、开源教育与公益等方向发展了主题论坛分享。会议中,来自中国科学院软件研究所的副总工程师武延军以《开源操作系统和开源软件供应链的教学实际》为主题进行了分享。在大会上,武延军提到了开源软件供应链面临的三个次要问题:产业价值不高、社区奉献有余、生态受制于人。 为了进一步理解开源软件供应链的定位与指标,以及有哪些动作能够解决我国开源软件畛域的窘境等问题,SegmentFault 思否的@阿遂对武延军老师进行了专访。 武延军老师(左)与思否@阿遂(右) Q1:开源畛域有很多角色分工,比方宣讲者、推动者等。您认为您在开源畛域中的角色是什么?我感觉我更像是教育工作者。科研院所自身具备造就学生的职能,目前全所有 500 多名学生,每年会新吸纳 100 多人,咱们有责任把这些人往开源软件的大模式下来引领。 之前大部分人对开源还没有太多概念,包含像开源社区的运作模式、开源软件的开发模式、开源规定背地的理念,可能都没有太多了解。咱们作为教育者把这些都教给学生后,对他们后续从事科研工作,是有很大帮忙的。 对此咱们也进行过一些实际,比方咱们在实验室外部长期保护一份新生新员工领导手册,咱们会举荐学生去看一些开源入门我的项目,比方 GitHub上 有个「first contribution」我的项目,能够教大家如何第一次为开源做奉献。 Q2:是否会波及帮忙学生剖析、筛选开源我的项目的内容?有没有一些根本规范?中科院的研究生根本第一年都在集中上课,第二年开始参加科研,第三年要开始找工作,算下来只有一年多的工夫在分心做科研。从学生造就角度来说,咱们有任务尽早通知他们哪些开源我的项目是高质量的、有价值的、参加其中对他们的成长是无益的。 还有一个重要维度,是哪些开源我的项目对产业有帮忙,甚至更大意义上说是哪些项目对解决国家面临的“卡脖子”问题是有帮忙的。两者如果能联合在一起是最好的一种形式。 这也是软件所发动开源软件供应链点亮打算的初衷。咱们心愿从供应链的角度去剖析哪些项目有价值,或者处于有危险的状态。 一个开源我的项目可能被很多工业级产品应用,然而有可能咱们国家当初还没有人去参加,也没有人能把握。如果这个开源我的项目呈现了缺点破绽,或者后续版本不开源了,在这种状况下咱们应该有人去把它承当起来,而不是始终“拿来主义”。 所以咱们要把学生尽可能的疏导到有价值且对产业有奉献的开源软件上,让他们既能实现本人的学业,学到有价值的货色,同时也能解决社会和国家的问题。 Q3:您认为学生群体在开源生态中是一个什么角色?绝对来讲,学生没有功利性和目的性,自我成长的志愿比拟强,所以他们在社区里的活跃度会比拟高。尽管不肯定是奉献最多的,但在肯定水平上的确能够推动社区的活跃度。 第二点来说,学生相似于接班人的角色。新生力量对开源的参加融入,意味着很有可能他未来走向工作岗位后会优先应用开源软件,应用开源社区中的开发模式,将开源文化带到他的工作当中,最初耳濡目染的变成开源推广者。 造就学生参加开源的过程像是制作火种。学生开源群体就像火种一样,先是缓缓的被点燃,接着到更广大的空间中去发光放热。 Q4:您认为开源的外围价值是什么?首先我认为开源是人类社会共享互助精力在数字时代的体现,并在互联网的催化下将这种精力发扬光大。 第二点我认为开源是一种十分棒的人类文明薪火相传的模式。一个成绩如果垄断在一个人或者一个团队手中,成绩的传承会有十分多的不确定性,但开源能够将成绩始终延续下去,实现累进叠加式的倒退。 Q5:您认为国内的开源行业,当初倒退到了哪个阶段? 近几年,特地是从去年到往年这一时期,国内的开源倒退十分迅速。以前可能是扩散的“点”,当初则造成了“面”。 具体而言,以前咱们零零星星能听到一些国内发动的开源我的项目,个别开源老前辈也有肯定的国内影响力,但并没有造成一种大的社区和生态。 从往年开始,像 openEuler 这样的开源社区在华为的鼎力推动下,变成了一个有指标、有组织、成体系的社区。它以操作系统为主线,把上下游生态全副连接起来,很短的工夫就吸引到 2000 人以上的沉闷开发者,这是以前素来没有过的。 还有像产学研合作,在以往的开源社区是很难呈现的。但往年开源行业一个很重要的特色,便是产学研单干在开源社区里呈现了,这将大大缩短学术界与产业的间隔。 如果说以前咱们叫游击队式的「开源 1.0」,往年开始可能真的到了正规军式的「开源 2.0」阶段,这是一个非常明显的质的变动。 Q6:您感觉推动开源倒退的力量是什么? 我感觉跟国际形势变动有很大的关系。以前大家感觉“拿来主义”没问题,能满足商业诉求就能够。但贸易摩擦后,大家发现不能只思考短期的商业利益,还要思考业务的可持续性。像华为就是一个最显著的转变样板。 第二点我感觉可能是疫情的起因。大家在线上的工夫变长,数字世界的一些文化自然而然会失去比拟宽泛的流传。 很多应用领域的 IT 工程师以前可能晓得开源这个词,也接触过Linux等开源产品,但对开源的力量并没有直观感触。往年「武汉 2020」开源我的项目的呈现,让大家一下就明确了——原来开源是通过充沛的、自发的合作,让大家一起以独特的信念,去实现一个一般集体无奈实现的巨大指标。 线上会议的遍及对开源来说也是很好的推动。以前开源社区里的成员想聚到一起散会很难,但当初大家能够通过线上视频会议的模式来探讨、学习,让更多的人通过线上会议的模式参加到开源当中。 Q7:您感觉当初这种发展趋势,对开源来说是一件坏事吗?必定是坏事,这种状态如果可能始终延续下去,可能将来几年内咱们就会进入到开源3.0阶段。 开源 3.0 是什么状态?我当初集体预期是,当前在中文世界里中国人主导的支流开源我的项目会越来越多,而后会以这些开源我的项目为终点,在世界开源产业里占有一席之地。国内也可能会呈现相似于 Red Hat、Snowflake 这类重量级的开源公司,并能在商业上取得成功。 Q8:供应链是 2020 年的热词之一。开源软件供应链相比其它畛域有什么独特性吗?我感觉独特性体现在两个方面:“软件”和“开源”。 供应链这个概念在各行各业都有,特地是传统行业供应链曾经十分成熟。但对于软件行业,有它自身的特点:迭代周期短、供给全球化、开发线上化、复制成本低、仓储集中化、用户多样化等等。 其中仓储集中化是一个比拟有意思的特点。在没有 GitHub 的时候,每个站点可能都会存储本人的开源我的项目,但当初开源我的项目有 90% 以上应该都集中存储在 GitHub 中。这跟传统供应链齐全不一样,传统供应链在每个国家、每个港口城市都有本人的仓储零碎,但开源软件畛域将这些都寄存在同一个平台上。这是一个特点,但也可能是一种危险。 Q9:您进入操作系统畛域曾经有 20 年了,您认为开源对操作系统的倒退有哪些促成或者影响?开源对操作系统的促进作用是十分大的。回顾 Linux 的倒退之路,能够发现它也是在开源静止之后才失去迅速的倒退。 ...

March 25, 2021 · 1 min · jiezi

关于云原生:OpenKruise-v080-核心能力解读管理-Sidecar-容器的利器

作者 | 赵明山(立衡)起源 | 阿里巴巴云原生公众号 前言OpenKruise 是阿里云开源的云原生利用自动化治理套件,也是以后托管在 Cloud Native Computing Foundation (CNCF) 下的 Sandbox 我的项目。它来自阿里巴巴多年来容器化、云原生的技术积淀,是阿里外部生产环境大规模利用的基于 Kubernetes 之上的规范扩大组件,也是紧贴上游社区规范、适应互联网规模化场景的技术理念与最佳实际。 OpenKruise 在 2021 年 3 月 4 日公布了最新的 v0.8.0版本(ChangeLog),其中加强了 SidecarSet 的能力,特地是对日志治理类 Sidecar 有了更加欠缺的反对。 背景Sidecar 是云原生中一种十分重要的容器设计模式,它将辅助能力从主容器中剥离进去成为独自的 sidecar 容器。在微服务架构中,通常也应用 sidecar 模式将微服务中的配置管理、服务发现、路由、熔断等通用能力从主程序中剥离进去,从而极大升高了微服务架构中的复杂性。随着 Service Mesh 的逐渐风靡,sidecar 模式也日益深入人心,在阿里巴巴团体外部也大量应用 sidecar 模式来治理诸如运维、平安、消息中间件等通用组件。 在 Kubernetes 集群中,Pod 不仅能够实现主容器与 sidecar 容器的构建,同时提供了许多功能强大的 workload(例如:deployment、statefulset)来对 Pod 进行治理、降级。然而随着 Kubernetes 集群上的业务日益增多,sidecar 容器的品种与规模也随之日益宏大,对线上 sidecar 容器的治理和降级成为了愈发繁冗的工作: 业务 Pod 外面蕴含了运维、平安、代理等多个 sidecar 容器,业务线同学不仅要实现本身主容器的配置,而且还须要相熟这些 sidecar 容器的配置,这不仅减少了业务同学的工作量,同时也有形减少了 sidecar 容器配置的危险。sidecar 容器的降级须要连同业务主容器一起重启(deployment、statefulset 等 workload 基于 Pod 销毁、重建的模式,来实现 Pod 的滚动降级),推动和降级撑持着线上数百款业务的 sidecar 容器,必然存在着极大的业务阻力。作为 sidecar 容器的提供者对线上诸多各种配置以及版本的 sidecar 容器没有间接无效的降级伎俩,这对 sidecar 容器的治理意味着极大的潜在危险。阿里巴巴团体外部领有着百万级的容器数量连同下面承载的上千个业务,因而,sidecar 容器的治理与降级也就成为了亟待欠缺的主题。因而,咱们总结了外部许多 sidecar 容器的通用化需要,并将其积淀到 OpenKruise 下面,最终形象为 SidecarSet 作为治理和降级品种繁多 sidecar 容器的利器。 ...

March 17, 2021 · 5 min · jiezi

关于开放源代码:五分钟接入API调试利器API调试不再难

Jimoos-api-tracer 实现 Spring-boot mvc 的接口 request/response 的捕获利用。 反对版本 spring-boot 2.1.x,其它版本暂未测试。疾速上手1. 初始化 数据库CREATE TABLE `JM_API_TRACE`( `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT, `request` text COLLATE utf8mb4_unicode_ci COMMENT '申请', `response` longtext COLLATE utf8mb4_unicode_ci COMMENT '返回值', `tenant_id` varchar(128) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT '租户ID', `uri` varchar(1024) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT 'path', `domain` varchar(1023) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT '域名', `method` varchar(50) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT 'http method,eg. POST', `path` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT '门路', `ip` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT '申请IP', `user_agent` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT 'user-agent', `os_family` varchar(50) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT '零碎', `correlation` varchar(128) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT 'correlation', `status` varchar(50) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT '返回状态', `duration` int(11) DEFAULT NULL COMMENT '申请工夫', `create_at` bigint(20) DEFAULT NULL COMMENT '创立事件', PRIMARY KEY (`id`)) ENGINE = InnoDB DEFAULT CHARSET = utf8mb4 COLLATE = utf8mb4_unicode_ci COMMENT ='api 接口的 request 和 response 跟踪';2. 在接口模块(监听端)减少 依赖<dependencies> <dependency> <groupId>cn.jimoos</groupId> <artifactId>jm-api-tracer</artifactId> <version>0.0.1</version> </dependency> <dependency> <groupId>org.zalando</groupId> <artifactId>logbook-spring-boot-starter</artifactId> <version>2.4.1</version> </dependency> <!-- ua 解析 --> <dependency> <groupId>com.github.ua-parser</groupId> <artifactId>uap-java</artifactId> <version>1.5.1</version> </dependency></dependencies>当初启动 你的spring-boot 利用,你的 表中JM_API_TRACE应该有 request/response 捕获了。留神 在启动命令里 须减少 -Dlogbook.servlet.form-request=parameter,解决 application/x-www-form-urlencoded 捕获body为空的问题。 ...

March 11, 2021 · 2 min · jiezi

关于开放源代码:对DevOps的九大误解是时候纠正了

DevOps是开发和运维的联合,有助于集成和自动化测试过程以及部署存储库,还提供了透明度以及灵活性。DevOps的指标如下: ●更快的上市工夫(TTM)。●缩小各种修复之间的前置工夫。●进步部署频率。●更快的复原工夫。●升高新版本的失败率。许多商业部门的领导者都晓得,进步营销速度是一种生存技能,而不仅仅是指标。管理人员,特地是IT行业的管理人员,曾经感触到了以更快的速度和更无效地执行流程以及做出更好的业务决策的压力。只管大多数组织曾经胜利地部署了DevOps来实现必要的指标和目标,然而对于这种办法依然存在一些误会。以下是对于误会的一些纠正: DevOps不是一套自动化工具DevOps不是一套能够购买的自动化工具。对于如何部署和监督应用程序而言,这是一种不同的思考办法。合作、继续交付、继续测试和继续集成不是实现工具。相同,它们是须要在我的项目中采纳的实际。只管的确有很多工具,比方禅道、Git Hub和Docker,它们通常都有助于DevOps实际的实现,然而只有当团队成员晓得如何优化并将它们引入到工作办法中时,它们才是无效的。 并不是每个我的项目的程序都要扭转为每一个新我的项目从新设计程序的概念与实现DevOps的理念南辕北辙。领有一个能够依据须要轻松批改并利用于各种我的项目的繁多过程集,为可预测性留出了空间。在这种办法中,每个人都相熟本人的工作角色以及他们须要如何操作流程。 DevOps实际在实质上须要具备适应性和灵活性,以便将它们实现到服务器配置、异样测试、部署周期和加强开发团队的实力中。这只有在通过反复来让团队彻底了解整个过程时才有可能实现。 不只实用于小型公司或初创公司包含Netflix、NASA、亚马逊、谷歌、星巴克、领英、通用电气、塔吉特、爱彼迎、HubSpot、耐克等在内的当先组织都在实际DevOps。它是为每个人开发和应用的,并不限度行业和公司的规模。每个企业都心愿在其周期时间或上市工夫内进行所需的改良。DevOps能够帮忙企业定期进步上市工夫,而且收益微小。这就是为什么大多数公司都施行这种办法。一家电子学习机构Intellipaat的首席执行官示意,他的DevOps认证我的项目为从小型到不同规模的大型公司提供服务。 DevOps不是麻利的替代品与大多数理念不同,DevOps并没有取代麻利,能够将其视为麻利的连续或麻利激活器。在DevOps的帮忙下,能够实现继续部署、继续集成和继续交付管道的继续交付。此外,它容许在每次迭代完结时计算潜在可交付的代码。因而,DevOps和麻利的合作提供了最佳后果和体验。 DevOps没有勾销IT运维依据无运维(NoOps)的概念,IT行业将变得十分自动化,不须要任何外部团队来管理软件。此外,人们置信微服务会使DevOps操作过期。然而,无论服务变得如许自动化,运维总是须要的。只管这些运维的工作可能会有一些变动,但它们在DevOps中依然具备重要意义。 DevOps并非只为开源软件开发的通常,DevOps是在应用LAMP(Linux、Apache、MySQL和PHP)堆栈以及各种开源工具(如Jenkins、Docker、Ansible、Git、Chef、ELK、Nexus、Sonar、Zentao、Nagios和Gerrit)的组织中实现的。然而,取得一个胜利的DevOps后果并不依赖于所应用的技术。许多组织应用COBOL、Microsoft.NET、大型机汇编代码、SAP以及嵌入式零碎。 它能够兼容ITILITIL代表信息技术基础设施图书馆。它由IT服务治理(ITSM)的具体实际组成,旨在使各种IT服务与各自的业务需要保持一致。DevOps与ITIL兼容,但各种ITIL流程都是齐全自动化的,以反对与DevOps相干的高部署频率和短交货工夫。这解决了与配置和公布治理过程相干的许多问题。 DevOps不等同于继续交付只管软件的继续交付表明企业曾经实现了DevOps的重要组件,但它不是一种二元关系。这两项服务并不能齐全等同,它们必定是不一样的。DevOps的次要关注点应该是改良工作文化,保护基础设施和软件。此外,它还必须反对销售和市场部门。 DevOps不是来到云端就不能运行大多数人把DevOps称为云。云为测试人员和开发人员提供了动静的基础设施资源,以疾速取得测试环境,而不是期待手动实现申请。然而,这并不意味着须要用于DevOps的云。如果领有高效的流程来获取能够在应用程序中部署和测试更改的资源,那么也能够采纳这种软件。

February 19, 2021 · 1 min · jiezi

关于开放源代码:Rust-核心团队宣布新的-Rust-基金会成立

Rust 专案正式脱离 Mozilla,Rust 外围团队发表新的 Rust 基金会成立,自 Mozilla 接手所有商标以及资产,而 10 位董事会成员,有 5 位来自开创公司 AWS、华为、Google、微软和 Mozilla,以及 5 位来自专案领导层级。 Rust 外围团队在去年 8 月,公布了将成立 Rust 基金会的音讯,官网提到,因为 Rust 专案继续倒退,曾经到了有法律和财务需要的阶段,因为不足非法名称和地址,Rust 专案难以进行签订合约等工作,因而成立基金会成为了须要立即面对的问题。 另外,Mozilla 裁员也对 Rust 社群产生衝击,尽管官网示意,Rust 是一个开源社群,整个专案由不同背景的贡献者撑持,并强调,尽管局部领导 Rust 专案的成员,过来曾是 Mozilla 的员工,但这些人都应用集体工夫奉献专案,在 Rust 专案的工作,并非 Mozilla 工作的一部分,即使这些员工来到了 Mozilla,他们依然是 Rust团队成员。不过显然有局部的人抉择缩小参加,或是无奈持续参加 Rust 专案开发工作。 为了让 Rust 专案运作更加稳固,并且满足法律以及财务上的需要,Rust 基金会正式成立,这是一个全新独立非营利组织,负责管理 Rust 程式语言和生态系,并且赞助治理和开发专案的维护者。官网提到,由多家寰球大型企业提供的财务保障,代表著 Rust 行将成为企业级生产技术。 Rust 专案倒退最早追溯至 2006 年,由 Mozilla 研究院开启的专案,长期指标要让 Rust 专案可能本人独立运作,而在 2015 年的时候,Rust 释出了 1.0 版本,正式成为一个自领导和治理的组织,Mozilla 仅资助财务和法律服务。而在 Rust 基金会成立后,所有商标和基础设施资产,包含 crates.io 套件注册表,都曾经从 Mozilla 转移到了 Rust 基金会。 ...

February 9, 2021 · 1 min · jiezi

关于开放源代码:重磅发布丨2021年OpenAtom-XuperChain-开源技术路径

本文为受权转载内容。以下文章来源于 XuperChain 开源社区 ,作者:XuperChain2020 年,国家发改委颁布了增强新型基础设施建设倒退的顶层设计,区块链作为新技术基础设施首次被写入新基建倒退布局之中。同时,美国将区块链技术列入国家平安技术清单,将来将对区块链核心技术造成卡脖子问题。 一方面,从数字货币繁多场景到赋能产业,在多行业、多业务场景落地,对区块链网络建设底层技术提出了新的挑战;另一方面,咱们须要增强自主翻新,明确主攻方向,攻克要害核心技术,让国产区块链技术走在世界前列。 咱们认为,2021 的区块链技术要实现“两个降级”。 合乎中国国情、核心技术继续冲破,更加「自主可控」。源于产业、服务于产业、深刻产业倒退,更适宜「产业区块链倒退」。当然,咱们也面临以下挑战: 不同的落地场景对底层技术的需要是差异化、多样化的,须要可灵便扩大订制,多场景实用的区块链网络建设底层技术。如何做到广域场景实用,满足不同场景的个性化需要?区块链零碎复杂度高、网络建设保护老本高、业务集成难度高,区块链技术全面赋能产业,就须要买通这最初一公里。如何升高区块链技术落地利用门槛?区块链技术撑持大规模利用,对系统扩大能力、性能提出了更高的需要。如何进一步冲破区块链性能和扩大能力瓶颈?针对这些挑战,凋谢原子可信账本工作组 XuperChain 我的项目,将从架构、易用性、性能晋升、开源社区治理四个方面做全面降级,落地新一代自主翻新核心技术,更好的撑持区块链技术全面赋能产业,推动数字经济建设。 01 更灵便扩大、更广域实用的架构可灵便扩大的动静架构在 2021 年,XuperChain 内核技术 XuperCore 将独立倒退,落地由多引擎架构和区块链内核组件编程标准两大外围设计形成的新一代动静内核技术。通过多引擎架构,让内核具备可多纬度、轻量级、无代码侵入订制扩大外围解决流程和做不同内核组件技术选型的能力;通过区块链内核组件编程标准,让内核各外围组件能够无代码侵入自在替换扩大,同时让引擎订制变得十分轻量级。独创实现区块链内核外围流程和内核外围组件皆可无代码侵入扩大订制,使内核具备极好的可扩展性,满足不同落地场景对于底链技术的个性化诉求。 广域场景实用的底链技术现有支流的区块链框架根本都有明确的实用场景定位,面向不同利用场景的链实现差别是比拟大的,一套实现很难实用各种场景。在 2021 年咱们将基于新一代的动静内核技术,轻量级定制切合场景的区块链发行版,从而做到广域创立实用,更好的赋能产业,推动区块链在各行各业落地。 02 更好的易用性,多纬度升高落地利用老本更丰盛的生态工具,全面晋升易用性在生态工具方面,2021 年咱们将继续补齐生态工具,全面晋升 XuperChain 易用性。咱们将在 H1 公布全新设计的开源文档,引入 EVM 虚拟机,反对以太坊生态工具链兼容,并公布 XuperChain 智能合约 IDE 和多语言 SDK 规范实现;在 H2 公布区块链浏览器,XuperChain 可视化工具和反对 Python 开发智能合约。从生态兼容、多语言反对、周边工具建设、文档优化多个方面,全面晋升易用性。 摸索构建云原生链,买通落地利用屏障全面赋能产业,必须要解决区块链零碎复杂度高、网络建设保护老本高、业务集成难度高的难题。在 2021 年咱们将联合云原生理念,摸索设计云原生链,联合云原生工具和浏览器 admin,对用户屏蔽区块链零碎本身的复杂性,做到全自助云上构建和治理区块链网络。 03 继续优化性能,进一步突破性能下限理论业务落地中,存在数据规模大、性能要求高、业务状态简单的问题,对数据规模、零碎性能、组网状态有着更高的要求,但目前区块链在性能和数据规模上还存在瓶颈,难以横向扩大。在 2021 年咱们将摸索设计双层网络架构,反对在特定超高性能要求的场景下采纳分布式子网来代替单机节点,来进一步冲破 XuperChain 性能下限。 04 更和煦、凋谢的社区,与开发者独特倒退、成长往年曾经有 100 多位开发者在社区踊跃交换、发问,在 github 参加代码、文档等奉献,鼎力推动了 XuperChain 开源社区倒退。即便在疫情下,社区仍然高频举办 20 屡次线上流动,观看人数超过 10 万,生产 100 多篇开发者文档内容,包含技术开发、利用实际等。 2021 年,咱们会持续放弃高频的技术沙龙流动,从实际实操、我的项目案例的角度,继续分享开发教训,更好地帮忙开发者我的项目落地。咱们也将推出一系列激励搀扶与独特倒退打算,例如针对企业的商机共享、品牌流传、官网技术计划领导等;针对集体开发者的培训认证、技术社区荣誉、奖品奖金等,来更好推动社区倒退。 ...

February 6, 2021 · 1 min · jiezi

关于开放源代码:当开源遇上云Amazon-EKS-Distro-与-KubeSphere-能擦出怎样的火花

亚马逊云科技在 2020 年 12 月举办的亚马逊  re:Invent 2020 大会上隆重发表了三款重要的产品:面向公众的收费容器镜像库服务 Amazon ECR Public、自动化的容器和 Serverless 部署工具 Amazon Proton,以及能够让 Amazon Elastic Kubernetes Service (Amazon EKS)本地化部署的 Kubernetes 发行版——Amazon EKS Distro。 2021 年 1 月初,KubeSphere 社区也与亚马逊云科技联结发表了 KubeSphere 正式登陆 Amazon Quick Starts,这些重大音讯都为开源社区注入了新的生机,让开发技术人员能够更加不便在 Kubernetes 生态中整合云所提供的弱小能力。 明天,就让咱们来理解一下 Amazon EKS Distro 与 KubeSphere on Amazon 可能带给开发者哪些益处。 Amazon EKS Distro,亚马逊云科技提供的 Kubernetes 开源发行版本Amazon EKS Distro 是由 Amazon EKS 用于帮忙创立牢靠、平安的集群的 Kubernetes 发行版本。Amazon EKS Distro 包含开源 Kubernetes 的二进制文件和容器、etcd(集群配置数据库)、联网、存储插件,所有这些都通过兼容性测试。用户能够在须要运行您应用程序的任何中央部署 Amazon EKS Distro。能够部署集群,而后让亚马逊云科技来负责 Kubernetes 更新、依赖项和补丁的测试和跟踪。每个 Amazon EKS Distro 都会验证新版本 Kubernetes 的兼容性。提供的源代码、开源工具和设置用于可复制的构建。Amazon EKS Distro 将会扩大对 Kubernetes 的反对,应用最新的安全补丁来更新先前的版本。 ...

February 3, 2021 · 2 min · jiezi

关于开放源代码:为什么选择开源2021-开源还能继续火下去吗

现如今,随着人们对近程工作和大量数据处理的需要越来越高,曾经有越来越多的企业开始转向开源软件解决方案,以满足其近程组织需要,并满足新的市场对品质和速度的要求。 大多数公司并没有颁布他们的外部工具和基础设施策略转变,然而 GitHub 的数据表明这些与开源解决方案有很大关系。 GitHub 副总裁 Mario Rodriguez 在承受采访时说,“从2020 年 3 月之后,开源我的项目的开发就像是一场大火。2020年很有意思,因为从技术角度来看,一切都在减速倒退,人们正在尝试做越来越多的事件。” 像 LinkedIn 和 Spotify 这样的公司开发了本人的开源工具,从 Java 机器学习库到音频文件解决生态系统,供数据科学家和软件工程师等非专利 IT 团队成员应用。像 Eradani 和 RudderStack 这样的种子级守业公司的产品也都是建设在开源根底上的。 在2019年第四季度到2020年第三季度之间,72% 的财产50强企业应用 GitHub Enterprise,这家公司在他们的本地网络上运行 GitHub 服务。GitHub 还发现,从 2019 年 4 月下旬到 2020 年 4 月下旬,每个沉闷用户的开源我的项目创立量增长了 40% 以上。据 Mario Rodriguez 所说,从软件开发的角度,2020 年开拓了一批新的人才队伍。 以前,公司受地区限度,只能在特定的城市招聘人才,然而向近程工作的过渡曾经开始扭转这一点。 Mario Rodriguez 说,“当初,曾经没有了那些限度,而且当初大多数软件开发人员都在应用开放源码。因而,你当初以减速的速度把它带入你的企业,这使你可能学习并持续倒退你的实际,对于你如何开发软件以及如何应用开源。” COVID-19 打乱了现有的技术趋势,可能帮忙扩充了向开源软件解决方案的日益增长的趋势,因为企业的分布式、近程工作队伍须要在外部应用更多的自定义应用程序,在可重用代码的帮忙下疾速翻新,并通过应用他们喜爱的工具来留住开发人员。 速度: 通过近程散布减速技术提高2020 年 3 月,互联网流量猛增了30% ,尤其是在线学习和近程办公平台。微软团队用户发明了一天 27 亿分钟会议记录的新记录,为了应答激增的流量,微软,连同 Netflix 和 YouTube,临时升高了视频流品质和下载速度,以缩小带宽耗费。 这些变动突显了消费者对新的数字通信工具的需要,并要求企业 IT 团队迅速创立和治理这些工具。而企业 IT 团队,当初曾经散布开来,有时甚至齐全近程化,必须围绕新类型的应用程序组织他们本人的工作,并在几天或几周内开发它们,而不是几个月或几年。 ...

January 27, 2021 · 2 min · jiezi

关于开放源代码:专访堵俊平最好的开源生态模型是亚马逊的原始森林

2020 年 12 月 27 日,「一源初始,凋谢共创」凋谢原子开源基金会 2020 年度峰会于北京圆满闭幕。峰会由凋谢原子开源基金会主办,阿里巴巴、百度、华为、趣链科技、SegmentFault 思否、招商银行等开源我的项目代表单位及开源社区协办,亦失去了整体理事单位的大力支持。 本次峰会围绕开源经营治理、开源教育与公益等方向发展了主题论坛分享,凋谢原子开源基金会首个捐献我的项目凋谢原子可信账本项目组进行了工作汇报路演,广受开源圈关注的凋谢原子开源基金会技术监督委员会(以下简称“TOC”)也进行了专场分享。 为了进一步理解基金会的经营思路以及 TOC 在基金会中施展的作用,SegmentFault 思否的记者对凋谢原子基金会 TOC 主席堵俊平进行了专访。 Q1:您感觉基金会对整个开源行业来说,外围价值点是什么? 对开源行业来说,企业之间要想破冰建设单干,尤其是具备竞争关系的友商之间是很艰难的。 凋谢原子基金会作为一个中立的非盈利的机构,不被任何一个公司、一个企业所管制,所以大家进行我的项目单干的时候能够放下戒心,很容易建设信赖,在技术上集思广益,独特促成开源我的项目的倒退。 回到实质就是说,基金会的存在能够帮忙大家更好的建设单干、建设信赖。 Q2:传统的观点当中,企业的商业属性跟开源存在着实质上的抵触。基金会在号召企业参加开源的过程中有没有遇到什么挑战或者艰难? 我感觉企业的经营思路在逐步转型,我国各大公司对开源的了解也都处于一个逐步深入的过程。 开源的第一个阶段,企业的思路是“如何用好开源”;第二个阶段则是缓缓走向奉献开源,退出到开源社区的建设当中。而相似华为、阿里这样的公司,在开源这条路上走的更靠前一些,会借助本身的平台能力,被动开源出一些我的项目供大家应用。 我感觉所有的技术企业最初可能都要通过这三个不同的倒退阶段。但并不是说倒退的越靠前越好,开源须要各种角色参加其中,成熟的体系中一种既有消费者也有生产者,从而造成一种良性循环。 并且开源的模式也有很多,国外有些公司并没有将我的项目间接开源,而是将开源云化,进而从中获取利润。尽管这不是传统观念中的开源行为,开源畛域对这种形式也褒贬不一,但至多它胜利促成了开源我的项目的推广,也证实开源我的项目具备商业价值,具备产业化的能力。 Q3:凋谢原子开源基金会在促成企业奉献开源、参加开源的过程中,有哪些具体的形式与策略? 我感觉基金会有几个比拟重要的点。 第一,基金会绝对于其余的开源推广组织,最实质的区别是能够托管我的项目。凋谢原子基金会作为一个非营利的实体组织,各个企业能够把相应的代码、我的项目捐献给基金会。孵化我的项目作为基金会最重要的职能之一,仍让这些奉献进去的我的项目依照一种更为公开通明的形式来运行,成为全社会独特所有的一个我的项目。 其次,在基金会的运行当中有一整套的准则办法。比方不同的基金会对于成员形成有着不同的要求,Apache 基金会承受企业我的项目捐献但要求开发者以个人身份退出我的项目奉献,而像 Linux 基金会、凋谢原子开源基金会则以企业捐献的我的项目为主,集体我的项目为辅。让企业以一种会员制的形式进行我的项目捐献,这会升高企业参加开源的顾虑。 这两种模式各有优劣,对开源文化来说都有着踊跃的促进作用。咱们既须要 Apache 的模式,也须要凋谢原子开源基金会和 Linux 基金会的模式。 Q4:TOC 在基金会当中负责什么角色? 技术监督委员会在整个基金会的决策当中是十分至关重要的一个环节。方才咱们提到基金会最大的职能之一是托管我的项目、孵化我的项目,帮忙我的项目走向成熟。所以掂量一个基金会的好坏,就是看它当中的我的项目是否有价值,是否能胜利。 当然这是比拟求实的认识,比如说咱们认为 Apache 基金会和 Linux 基金会是胜利的基金会,正是因为它们上面孕育大量的胜利我的项目。 但胜利未必肯定是指商业化的胜利,然而至多让我的项目领有宽广的用户群,对用户产生价值,这个评判规范是对立的。哪怕我的项目不能被很好的商业化,但能被大量的开发者承受和应用,那么它也是一个十分胜利的开源我的项目。 在这个根底上,TOC 最大的职能就是帮忙并监督捐献进去的我的项目在社区治理方面搭建一个好的框架、制订一套准则,让每个我的项目去顺着正当合规的开发流程和沟通流程往下倒退。这是咱们对于“毕业”的评判规范。 其次,咱们并不会过分关注商业化的胜利,而是关注我的项目是否从企业本身保护的状态转变为社区保护的模式,不再被捐献企业的商业打算所影响。这是一种对用户负责的形式,如果我的项目因为一家企业的商业变动产生重大影响或者无人保护,对于用户的损失是最大的。 所以,咱们制订了宽进严出的规定。对于心愿退出基金会的我的项目,咱们都示意欢送,不会设置过多的门槛。但在“毕业”这个事件上,咱们会要求比拟高,躲避上述提到的各种危险。 Q5:您方才提到了开源我的项目的“毕业机制”,除了社区化运行这一规范外,还有哪些其余的考量维度? 对于“毕业机制”,咱们制订了一套“规范”。比方代码自身应该听从肯定的代码标准规范和审查合入流程。 代码品质和代码标准因我的项目而异,是由社区本人制订的,但肯定要有一套标准并且听从标准。比方要有一套严格的 commit 机制,保障代码是被 review 之后再合并进去。 此外就是咱们后面提到的社区化运行规范,除了社区共享共建外,还须要将信息用公开通明的形式进行社区化的技术决策。 所以咱们的毕业机制即蕴含代码级别的考量,也波及到人、组织构造、社区机制等维度的综合评定。 Q6:在具体的我的项目当中,TOC 参加的水平会是多少? 咱们在 TOC 制度下还设置了一个我的项目导师的角色,在我的项目的具体运行中采取的是 TOC 和导师联动的机制。导师是公开向全社会凋谢征集的,咱们首批曾经征集了 20 名导师。 ...

January 25, 2021 · 1 min · jiezi

关于开放源代码:AWS-开源与社区一起逐步实现真正开源的-Elasticsearch

近日,Elastic 在官网发文称将对 Elasticsearch 和 Kibana 在许可证方面进行了重大的更改,由开源 Apache 2.0 许可证改为采纳 Elastic License 和 SSPL(服务器端公共许可证)。 对于 Elastic 的这一决策,AWS 在 AWS 开源博客官网博客发表文章《Stepping up for a truly open source Elasticsearch》 — Elastic 正在毁坏凋谢源代码自身的定义,而 AWS 将加紧创立和保护由开源 Elasticsearch 和 Kibana 取得 Apache 许可 2.0 版(ALv2)许可的分支。 以下为 AWS 开源博客发表的文章全文翻译。 上周,Elastic 发表他们将扭转软件许可策略,将不再以 Apache License 2.0 版本(ALv2)公布 Elasticsearch 和Kibana 的新版本。取而代之的是,新版本的软件将在 Elastic License(限度了软件的应用形式)或 Server Side Public License(有一些限度让很多开源社区无奈承受)下提供。这意味着 Elasticsearch 和 Kibana 将不再是开源软件。为了确保这两个软件包的开源版本依然可用并失去很好的反对,包含在咱们本人的产品中,咱们明天发表 AWS 将露面创立并保护一个 ALv2 受权的开源 Elasticsearch 和 Kibana 的分叉。 ...

January 22, 2021 · 2 min · jiezi

关于开放源代码:AWS-发文直指-Elastic-正在破坏开放源代码本身的定义

Elastic 和 AWS 就开源协定的争议,再次降级了。早在 1 月 15 日,Elastic 在官网发文称将对 Elasticsearch 和 Kibana 在许可证方面进行了重大的更改,由开源 Apache 2.0 许可证改为采纳 SSPL(服务器端公共许可证)。 对此,Elastic 公司 CEO Shay Banon 给出的理由是:“之所以做出这一决定,次要起因是为了阻止云厂商的「白嫖」。” Elastic 在官网申明中示意,变更确保了他们的社区和客户能够自在凋谢地应用、批改、从新公布和合作代码。它还通过限度云服务提供商在没有回馈的状况下将 Elasticsearch 和 Kibana 作为一项服务提供给用户,来爱护他们在开发收费和凋谢的产品方面的继续投资。 对于 Elastic 的这一决策,AWS 作为云厂商的代表率先给出了本身的态度 —— Elastic 正在毁坏凋谢源代码自身的定义,而 AWS 将加紧创立和保护由开源 Elasticsearch 和 Kibana 取得 Apache许可2.0版(ALv2)许可的分支。 一、Elastic 为什么要批改开源协定?计算机技术进入云时代后,与云平台的争端成为了开源软件业务无奈回避的一个难题。 这背地的起因,是云厂商通过打包这些产品进行基于云的 SaaS 服务,对这些公司造成了间接的竞争,「挪用」了原本能够从新投入到产品中的资金,侵害了用户和社区的利益。相似于 MongoDB 、 Redis Labs 和 Confluent 等公司为了避免竞争不得不抉择更改了软件许可证,从原来的开源许可证转向更严格的条款,限度了软件的性能。 尽管每家开源公司都采取了不同的办法来解决这个问题,但他们个别都批改了开源许可证,以爱护他们在自由软件上的投资,同时致力保护凋谢、通明和合作的准则。同样,Elastic 也是对他们的源代码以受权的形式进行针对性的批改。 二、来自云厂商的质疑尽管 Elastic 示意这一扭转不会影响绝大多数用户,但这种做法在某种层面上「背离了开源之路」。 AWS 于明天公布的公开信中示意,“Elastic 认为 SSPL 是‘自在凋谢’的说法具备误导性和谬误性。他们试图声称凋谢源代码的益处,同时毁坏凋谢源代码自身的定义。” SSPL 是一种非凋谢源代码许可证,但其的一些设定却让它看起来更像一种凋谢源代码许可证,这含糊了两者之间的界线。 而 AWS 之所以提出本身的质疑,还有一个很重要的起因是“2018 年 4 月当 Elastic 将其专有许可软件与 ALv2 代码混合在一起时,给出了开源的承诺,但当初‘状况曾经扭转’。” ...

January 22, 2021 · 1 min · jiezi

关于开放源代码:Tianchi发布完整开源数据集快来下载它们训练模型吧

近期,Tianchi公布了一份十分全面的开源数据集。蕴含了计算机视觉,自然语言解决,金融,电商,医疗,工业,农业等数据集,非常适合学习和实际。 数据集开源地址https://tianchi.aliyun.com/da... 「电商」淘宝直播商品辨认数据集 https://tianchi.aliyun.com/da... 阿里巴巴用户行为数据集 https://tianchi.aliyun.com/da... 面向商品的视频形容生成数据集 https://tianchi.aliyun.com/da... 电商服装产品视频题目数据集 https://tianchi.aliyun.com/da... 速卖通搜寻零碎数据集 https://tianchi.aliyun.com/da... 淘宝用户行为数据集 https://tianchi.aliyun.com/da... 甜品店铺用户评分数据集 https://tianchi.aliyun.com/da... 智能出行平台车辆订单数据集 https://tianchi.aliyun.com/da... 「医疗」脊椎疾病病理数据集 https://tianchi.aliyun.com/da... 医学影像和题目的语篇呼应数据集MedICaT https://tianchi.aliyun.com/da... 息肉医学影像数据集 https://tianchi.aliyun.com/da... 中风后病灶解剖追踪数据集 https://tianchi.aliyun.com/da... 颅骨医学图像数据集用于监测颅内出血 https://tianchi.aliyun.com/da... 皮肤病图像数据集用于诊断黑素瘤 https://tianchi.aliyun.com/da... COVID-19 mRNA疫苗数据集 https://tianchi.aliyun.com/da... OSIC肺部CT扫描影像数据集 https://tianchi.aliyun.com/da... 天然神经影像数据集 https://tianchi.aliyun.com/da... 医学影像数据集MedMNIST https://tianchi.aliyun.com/da... 生物医学实体标准化数据集 https://tianchi.aliyun.com/da... 生物医学概念标准化数据集 https://tianchi.aliyun.com/da... 社交媒体医学实体链接语料数据集 https://tianchi.aliyun.com/da... PubMedQA生物医学钻研问答数据集 https://tianchi.aliyun.com/da... 中文BLUE数据集(生物医学文本开掘语料库) https://tianchi.aliyun.com/da... 中文医学知识图谱数据集CMeKG https://tianchi.aliyun.com/da... 医学对话数据集 https://tianchi.aliyun.com/da... 中文医学问答数据集 https://tianchi.aliyun.com/da... 安全医学技术疾病问答迁徙学习数据集 https://tianchi.aliyun.com/da... 临床术语标准化数据集 https://tianchi.aliyun.com/da... 医学实体辨认和属性抽取EMR数据集 https://tianchi.aliyun.com/da... 疫情类似句对诊断数据集 https://tianchi.aliyun.com/da... 2019-nCoV新型冠状病毒基因测序数据 https://tianchi.aliyun.com/da... ...

January 22, 2021 · 1 min · jiezi

关于开放源代码:技术大牛滴滴高级副总裁章文嵩离职去向目前尚未确定

来自《晚点 LatePost》音讯,滴滴又一高管——高级副总裁章文嵩将于近期到职。 章文嵩于2016年5月入职滴滴出行,负责高级副总裁职位,次要曾负责根底平台、智慧交通、滴滴云等工作。 据悉章文嵩在到职后,其负责的根底平台工作,将由智能中台负责人杨毅接任,滴滴云将并入企业服务事业群,由蔡晓鸥负责。 在滴滴任职高级副总裁之前,章文嵩历任淘宝网资深技术总监、淘宝技术委员会主席、阿里副总裁、阿里开源委员会主席、阿里云CTO,并且他还是是LVS(Linux Virtual Server,Linux虚构服务器) 开源软件创始人,TelTel公司的首席科学家,ChinaCluster的独特创办人。 始终提倡开源凋谢在国防科技大学读博士时,章文嵩花了两周工夫创立了LVS开源软件,并在1998年5月自建网站,将开源软件贴在邮件列表中,供用户收费下载应用。 很快,他的开源软件有了第一个用户。这名来自澳洲的用户是一家小型的ISP企业主,次要为左近居民提供上网服务。过后的带宽很贵,企业主的服务器又不够,他利用章文嵩的开源软件做负载平衡,把几台服务器组合起来,既不必花钱又施展了服务器的最大效用。 从那之后,他每天收到世界各地发来的邮件,有用户的应用心得,也有用户的倡议。在用户的倡议和反馈中,这个花了他两周工夫开发的开源软件一直失去改建和丰盛。到1999年,该款软件已在负载平衡畛域中比拟闻名。 间断创业者章文嵩大学期间就开始守业,但过后太年老,对互联网的倒退估计有余,对公司运作、治理更是无所不通,保持了近一年的时候,公司关门。 博士毕业之后,章文嵩直奔北京再次守业。这次,他和敌人们推出了一个视频网站,名为比酷网,性能和当初的微博差不多。不过,网站成长期间正好碰到互联网的泡沫,章文嵩和他的团队也看不清将来的商业模式,也请不起人才,守业再次搁浅。 起初他又开发了基于SIP(摘要会话初始化协定)的VoIP软件TelTel,能够通过网络和电信接入,让电脑和手机、电话等设施之间进行对话。尽管这个软件取得了200多万的注册用户,但仍然没有在商业上取得成功。 在此之后,章文嵩和敌人做了不少守业尝试,比方做无绳数字电话,在出差时也能够通过家庭电话近程接听; 比方近程数码相框,能够把相框放在父母家里,在远端拍照实时传送; 再比方在家里装置IT摄像机,在办公室上网能够检测家中状况等等。 这些我的项目在现在看来仍有肯定的创新性,不过章文嵩仿佛与守业「无缘」,每个我的项目都没有获得称心的问题,他起初总结说:「他们的想法往往过于超前,往往在他们领跑市场两年后,相干产品相继面世。」仿佛表明过于超前正式失败的次要起因之一。 放弃外企抉择阿里巴巴在思考工作时,章文嵩间断回绝了 Google 和 Facebook 的工作机会。在他看来,尽管在那里工作也具备挑战性,国外零碎规模也比拟大,然而成就感不如在国内公司。 最终他抉择入职阿里巴巴,并进入到过后阿里最重要的业务淘宝任外围零碎负责人,在那期间,他代理团队公关了CDN、TFS、Tair、Tengine、MySQL、JVM、Linux内核、图像搜寻等技术和产品,很好的满足了淘宝的海量业务对根底外围软件的需要。 2013时他投身进云计算事业,历任阿里云飞天二部负责人、阿里云CTO、阿里云首席科学家,负责ECS、RDS、OSS、CDN、SLB等云产品,为云计算打造了稳固、易用、低成本的云平台和组件。 从滴滴到职在滴滴任职期间,章文嵩辖下的,是技术中的根底问题,例如滴滴云、基础架构部、运维部、系统部、大数据架构部、IT&机器学习部、数据平台与数据治理部等。 在滴滴期间章文嵩也始终在推广开源理念,在章文嵩的率领下,滴滴受害于开源疾速倒退的同时升高了老本。滴滴从2017年开始相继开源了23个我的项目开源,累计取得Star数36000多个,其中包含挪动开发、中间件、系动软件、前端、研发、测试、智慧交通、人工智能等畛域。 滴滴还花了大量资源来做开源,一方面是在外部做一些开源的建设,将外部所有部门的壁垒全部打掉,除了一些秘密的要求,大部分代码是对内凋谢的,防止在外部的反复开发的同时增强了滴滴的技术品牌影响力。 《晚点 LatePost》还走漏,近一年来,滴滴有多名高管到职,包含滴滴高级副总裁兼普惠出行与服务事业群总经理付军华;技术副总裁、科技生态与发展部负责人郄小虎;国际化事业部 COO 仇广宇;技术副总裁、AI 实验室负责人叶杰平;副总裁兼网约车平台公司执行总裁陈熙等。相干职位由外部造就的管理者接任。这或表明,滴滴在做管理层更新迭代。 不过章文嵩的来到是本人人生新篇章的同时,也将为下一家行将进入的公司开启新的时代,正如五年前他从阿里进入滴滴时外界的评估一样,「这是滴滴业务开始腾飞的标志性事件,因为如果如果滴滴业务倒退不迅速,就不须要章博士这样的技术牛人来解决技术难题,也不会吸引到他退出。这也是滴滴成为一个技术型公司的标志性事件,滴滴会成为新的吸引技术人才的高地。」 内容参考:https://www.baidu.com/link?ur...

January 22, 2021 · 1 min · jiezi

关于开放源代码:OSS-Capital-创始人为了开放的未来

OSS Capital 的创始人兼首席执行官 Joseph Jacks 曾经投身开源事业多年,他曾在一篇文章中总结了本人职业生涯,并示意将在将来几十年持续为开源贡献力量。 以下是 Joseph Jacks 这篇文章的全文编译: 晚期学习体会:“开源公司”与传统公司是截然不同的大概 10 年前,在我职业生涯的晚期,我在一家企业级软件供应商 Talend 工作。过后这家公司还在倒退初期,在法国站稳脚跟后正筹备进军美国市场。 那时,我在 Talend 负责的是中间件市场的销售和实现一种用于数据库系统(ETL)和连贯应用程序(ESB/EAI)之间挪动和转换结构化数据的产品。 Talend 已经是(当初也是)一家非凡类型的技术公司: 它将业务建设在一系列外围的开源软件、开源工具和开源我的项目之上,并通过提供这些技术的付费商业版本作为一种治理服务和附加的专有增值性能来实现商业化。 Talend 的最终客户是在大大小小的公司 IT 部门工作的数据工程师和开发人员。 乏味的是,Talend 很早就意识到了其本身的独特性。他们用“OpenCore”一词来形容产品策略和差异化。我负责过销售代表和销售工程师两种工作,理解过对于这种模式的特点。苦楚的是,咱们还要让企业外部高度激进和危险躲避的洽购、法律部门理解这种模式。这与传统的专有软件公司过来的办法有很大差别。 在 Talend 的高速倒退期间,我在 Talend 学到了很多,这正是我理解企业软件市场、整体 IT 和中间件堆栈的第一步,而这些对于放弃公司的经营至关重要。这是一家齐全不同的软件公司,一旦你在这样的公司工作过,就会强烈地感触到这种差别。在产品开发、销售办法、工程治理、工作流程、财务运作、售前执行、招聘办法、文化、策略、赛道、服务、征询、市场营销所有方面,Talend 都是独特的。 从公司内部的角度来看,很容易将 Talend 标记为一家卖软件产品的公司,但它用了一个聪慧的形式来辨别本人,那就是“Open Core”。科技行业中有太多的人误会 Open Core,除非他们从外部看到或经验过关闭外围与凋谢外围能力了解。 大概是 2012 年,在 Talend 之后,我在 TIBCO 软件公司(基本上是与 Talend 齐全相同类型的公司)做了一段时间的销售工作,把他们的整个产品组合卖给海湾地区的一些策略客户。 TIBCO 否定在 OSS 驱动的根底软件层产生了粗浅的颠覆性变动,在 TIBCO 外部,所有人都晓得我反对开源软件。TIBCO 有一个与微软 Yammer 竞争的相似产品叫做 tibbr,我用它来向公司形容为什么 TIBCO 应该考察和更好地了解 OSS 的许多方面的机制: 竞争差异化、产品开发理念、整体翻新等等。 在 TIBCO 被私有化并最终被 Vista Equity 收买之前,我来到了 这家公司,开始在Enstratius Networks 工作。 Enstratius Networks 是一家晚期的小型软件公司,为了对立云治理 API,该公司向其他软件公司发售产品。这家公司成立于2008年,我是在 Docker、Kubernetes 呈现之前退出的。在过后占据主导地位的 Cloud API 是Eucalyptus Systems、 CloudStack、 VMware 的 vCloud Automation (以前的 DynamicOps),当然还有 OpenStack!现在,云的通用语是 Kubernetes。紧随 Enstratius之后,我发表了一篇文章,形容了过后 IT 堆栈畛域中工具和产品的前景。 ...

January 21, 2021 · 2 min · jiezi

关于开放源代码:这款微众开源的容器平台是你私有云容器化的优质之选

近年来,云原生(Cloud Native)堪称是 IT 界最火的概念之一,且随着云计算遍及过程的一直加深,有愈演愈烈的趋势。云原生曾经不是少数几个大企业的专属,越来越多的企业正在拥抱它,享受它带来的红利。 明天所介绍的我的项目就是来自微众开源最新公布的容器平台,一起来看看吧。 项目名称: Dockin 我的项目作者: 微众开源 开源许可协定: Apache-2.0 我的项目地址:https://gitee.com/WeBank/Dockin 我的项目简介Dockin 是微众银行开源的生产级容器平台,提供了一整套公有云容器化的落地计划。涵盖Kubernetes集群治理、利用治理、网络、运维工具、凋谢 API 等组件,用户能够自在搭配应用,定制本人的容器平台。 Dockin 着力于生产级、高可用、安全性、云原生一体化、可定制,实用于传统IT向云原生转型。 我的项目劣势Dockin 容器平台从微众开源的生产环境中剥离进去,通过了金融级生产环境的严格验证,是私有化部署的较好计划。 Dockin 旨在打造一站式,可拓展的容器利用云原生治理平台。在首期开源的组件中,提供 kubernetes、docker、os 版本组合倡议,同时实现了 etcd、kubernetes 的高可用部署;反对容器内命令执行过滤,网络反对了固定IP和多网卡。 对于企业用户而言,Dockin 能够反对疾速搭建生产级的 kubernetes,提供将利用从 VM 平滑迁徙到容器管理系统;提供经典网络下的 IP 固定的计划和网络插件;提供更加稳定性的、平安的容器运维性能。 公有云如何落地容器利用Dockin 实现了 Kubernetes 在微众银行公有云落地,同时收敛了 kubernetes 粗放的管理模式,定位是公司级的容器平台服务,所有性能都提供 API,供上下游管理工具和根底软件接入,在利用治理上放弃了和 VM 统一的用户体现。容器化与基础设施环境相干,对整个运维体系扭转很大,关乎到利用的稳定性,原生的 Kubernetes 不能满足团队的要求,容器团队研发的 Dockin,用了两年多的工夫,通过一系列摸索与实际现阶段现已实现利用的全面容器化。 目前,微众的生产环境容器平台已承载了超过 50% 的利用实例,其中包含外围的金融交易零碎。 Dockin 反对业务零碎容器化,进步资源池弹性,进步利用交付效率,将各式各样的零碎通过容器的形式进行标准化,实现对立的监控、对立的调度、自动化和智能化运维。 平台所有零碎基于开源产品自研,到目前为止,从利用治理、运行监控、到运维自动化都研发了对应的解决方案和零碎。随着业务对平台的要求越来越高,Dockin 还将一直的迭代,也通过开源的形式让有独特趣味的敌人一起参加,独特欠缺。 已开源组件一款反对固定IP的网络插件(Dockin-CNI) 基于 kubernetes 的 CNI 网络插件,反对固定IP,反对多网卡。 一套平安的运维编排服务(Dockin-Ops) Dockin 运维管理系统是平安的运维治理服务,优化 exec 执行性能,反对命令权限治理。 一套离线 Kubernetes 集群装置器(Dockin-Installer) ...

January 21, 2021 · 1 min · jiezi

关于开放源代码:为阻止云厂商的白嫖-Elastic-决定更改开源协议

今日 Elastic 公司 CEO Shay Banon 在公司官网发文训斥:「之所以决定将 Elasticsearch 和 Kibana 的开源协定由 Apache 2.0 变更为 SSPL 与 Elastic License,次要起因为了阻止云厂商的「白嫖」。」 此前在1月15日,Elastic 在官网发文称将对Elasticsearch和Kibana在许可证方面进行了重大的更改,由开源Apache 2.0许可证改为采纳SSPL(服务器端公共许可证)。 Elastic 称变更确保了他们的社区和客户能够自在凋谢地应用、批改、从新公布和合作代码。它还通过限度云服务提供商在没有回馈的状况下将Elasticsearch和Kibana作为一项服务提供给用户,来爱护他们在开发收费和凋谢的产品方面的继续投资。这将实用于这两个产品的所有保护分支,并将在他们行将公布的7.11版本之前进行。版本将持续采纳Elastic License,就像过来三年一样。 Elastic 示意源代码受权的这一变动对绝大多数收费应用默认发行版的用户社区没有影响,对云客户或自管理软件客户也没有影响。 为什么要扭转如前文所述,在过来的三年里,社区曾经意识到市场产生了变动,开源公司须要更好地爱护本人的软件,以放弃高水平的投资和翻新。随着向SaaS交付模式的转变,一些云服务提供商将开源产品作为一种服务提供,而不收取回馈。这种做法「挪用」了原本能够从新投入到产品中的资金,侵害了用户和社区的利益。 与 Elastic 的开源同行相似,他们也亲身经历了这种状况,从商标被滥用,到公然试图通过 「凋谢」从新包装开源软件产品,甚至从专有代码中获取 「灵感」,以上种种行为都是在决裂社区。尽管每家开源公司都采取了不同的办法来解决这个问题,但他们个别都批改了开源许可证,以爱护他们在自由软件上的投资,同时致力保护凋谢、通明和合作的准则。同样,Elastic 下一步也会对他们的源代码以受权的形式进行针对性的批改,这一扭转不会影响绝大多数用户,但会限度云服务提供商将软件作为服务提供。 尽管一些竞争对手可能试图围绕这一变动分布各种FUD(惧、惑、疑)。但Elastic 示意他们始终深深置信自在和凋谢产品的准则,以及对社区的透明度。 将做出哪些扭转从行将公布的Elastic 7.11版本开始,Elastic 将把 Apache 2.0 受权的 Elasticsearch 和 Kibana代码转为SSPL和Elastic License的双重受权,让用户能够抉择实用哪个受权。SSPL是MongoDB创立的一个源码可用的许可证,以体现开源的准则,同时提供爱护,避免私有云提供商将开源产品作为服务提供而不回馈。SSPL容许自在和不受限制的应用和批改,但如果你把产品作为服务提供给他人,你也必须在SSPL下公开公布任何批改以及管理层的源代码。 Elastic 认为抉择了这条路线,会让他们有机会尽可能地凋谢,同时爱护社区和公司。作为这一变动的后续口头,Elastic将开始把收费专有性能从 Elastic License 转移到 SSPL 下的双重许可,这将更加宽松,也更合乎使产品尽可能自在和凋谢的指标。 尽管从某些方面来说,扭转源代码的受权是一件小事,但社区的绝大多数人实际上不会经验任何扭转。如果你始终在下载和应用默认发行版,它依然是收费的,并且在雷同的Elastic License下凋谢。 Elastic 的扭转并非个例计算机技术进入云时代后,与云平台的争端成为了开源软件业务无奈回避的一个难题。起因是云厂商通过打包这些产品进行基于云的 SaaS 服务,对这些公司造成了间接的竞争,相似于MongoDB 、 Redis Labs和 Confluent 等公司为了避免竞争不得不抉择更改了软件许可证,从原来的开源许可证转向更严格的条款,限度了软件的性能。 当初 Elastic 也走上了这条「背离开源之路」,这样的做法对Elastic 自身也是一种挫伤,比方Hopsworks 这样的开源平台就抉择迁徙到 Elasticsearch 的 Open Distro 分支,但目前除了批改条款还没有更好的解决方案。 ...

January 20, 2021 · 1 min · jiezi

关于SegmentFault:2020-中国开源年度报告中国开源崛起以及开源世界分裂

起源:开源社编辑:沈于蓝 前言撰写这篇前言,咱们的情绪始终很简单,很难用某种词汇来概括。在心里升起的一句话是:“这是最好的时代,这是最坏的时代”。 也许多年当前,咱们回看 2020 年,会将其称之为:世界巨变之始。很多敌人在去年,甚至“每一天都在亲历历史,每一天都是活久见!”新冠疫情与中美贸易战,在同一年加剧。而因为疫情和贸易战,世界正在减速发生变化。 在这样的历史大背景下,咱们在开源界,也发现了以下三个趋势: 1. 开源大倒退以及由实向虚进发的趋势从各种数据,以及咱们本人的感觉都能发现:寰球开源都呈现一个大倒退的趋势。GitHub 的沉闷代码仓库与沉闷用户数在高速增长(35.3% / 21.2%);Gitee 的代码仓库与用户数在以更加惊人的速度增长(192% / 162%)。 一方面,是开源这么多年始终继续的回升势头。而另一方面,则是咱们的一个猜想:疫情以来,越来越多的人开始近程办公,事实上促成了更多的人有机会“斜杠化”,也就是在一台电脑背后不便地切换多种身份,以异步的形式解决多种事务,从而减少了开发者参加开源的工夫和机会。 当然,同样因为近程办公,虚拟世界在人类生存中的占比,变得更大了。这样是否更好,还会引发哪些问题?作为站在隧道口的人类,其实是猜不透的。 2. 中国开源崛起以及开源世界决裂的趋势随着越来越多中国开源我的项目的影响力一直减少、木兰协定的推出、凋谢原子基金会的成立,Gitee 的超高速增长,CODE China 的新公布,咱们曾经能够确信,2020 年是中国开源的崛起之年。接下来浏览报告的敌人们,应该会看到很多确切的证据。 然而,另一个值得注意的景象,也能够从上面的数据里看进去。在 GitHub 上最沉闷的中国开源我的项目,与 Gitee 上最沉闷的开源我的项目之间,齐全没有重叠。 随着 Gitee 的持续高速倒退,能够大胆预测,今后会有越来越多的,高质量的中国开源我的项目,抉择在 Gitee 上开源。已经有一位敌人提到的 “One World, Two Systems”,将会逐步变成事实。 如果中国的开源,以一种与世界隔离的形式 “崛起”,这并不是咱们心愿看到的将来。 3. 开源向善以及咱们尚未做好筹备疫情暴发以来,泛滥的开源人贡献本人的工夫、精力、技术和智慧,投入到一个一个的抗疫相干的开源我的项目之中,也因而诞生了诸多面向医学、防疫、公益、救济的开源组织和开源我的项目。其中 wuhan2020 就是典型的代表。 因而,在 2020 年的中国开源年会操办期间,咱们毫不犹豫的抉择了 “开源向善(Open Source for Good)”作为年会的主题,也取得了泛滥讲师、参会者与资助厂商的统一认同。 然而,接下来应该怎么倒退呢?为了抗击疫情而凝聚起来的人,发明的我的项目,积攒的教训,总结的教训,应该如何“整顿、封装、模块化”,并为了今后的各种意外,做好筹备呢?这些都是值得长期思考并改良的畛域。 作为一份力求残缺、主观、全面、丰盛的报告,值得探讨的问题当然不止上述这些,也欢送敌人们浏览上面的报告,并随时与咱们交换。 —— 庄表伟,开源社理事长 2021 年 1 月 16 日 特邀点评专家 吴晟,Apache 软件基金会 Member,Apache Local Community 联结创始人黄东旭,PingCAP 联结创始人兼 CTO马艳军,百度自然语言解决部高级研究员蒋涛,CSDN 创始人 & 董事长,极客帮创投开创合伙人高阳,SegmentFault 思否创始人 & CEO红薯,开源中国创始人 & CTO庄表伟,开源社理事长陈阳,开源社副理事长王伟,开源社执行长刘天栋,开源社理事一、问卷篇1、报告背景2016 年初,开源社公布了《2015 年中国开源社区参会调查报告》,随后的几年中,继续公布了开发者调查报告,旨在从多种维度出现国内的开源倒退状况。往年咱们再次启程,联合数据分析伎俩和调查报告等多种形式,绘制一份 2020 年中国开源世界的地图。 ...

January 20, 2021 · 8 min · jiezi

关于开放源代码:开源的RISCV能否成为中国缺芯的解药

作者:Decode 起源:PingWest 品玩 & 人民数字 TMT 2020 年 4 月,RISC-V 基金会首席执行官卡利斯塔·雷德蒙德(Calista Redmond)向基金会整体会员收回了一封告诉邮件。邮件上写着,“咱们现已在瑞士正式成立‘RISC-V 国际协会’”。 成立 5 年的 RISC-V 基金会原先总部在美国,因为放心受到政治因素影响,搬迁到了一贯以中立著称、有着反对开源传统的瑞士。 诞生于 2010 年的 RISC-V 是一个指令集架构,负责把软件程序的运行逻辑,翻译成 CPU 可能了解的“语言”。开源、容许任何人自在应用,是 RISC-V 最大的特点。相比之下,x86 和 ARM 指令集架构都是闭源的。前者主导了 PC 和高性能计算市场,但只有英特尔和 AMD 两家厂商能够应用;后者在挪动设施和 IoT 低功耗市场占据统治位置,但受权费非常昂扬。 近三、四年来,中国科技界越来越多人探讨和采纳 RISC-V。随着政治因素对科技行业影响的深入,以及 ARM 被英伟达收买,中国科技公司越发放心,把握在美国实体手里的 x86 和 ARM 架构,可能会在未来某一天被断供。 相对而言,开源的 RISC-V 没有相似担心。“对于国内企业来说,RISC-V 基金会总部正式迁徙至瑞士是重大利好。”国内一家 RISC-V 处理器厂商“赛昉科技”CEO 徐滔通知品玩,“这就意味着,采纳开源 RISC-V指令集、开源软件和公开规范进行开发,将没有后顾之忧,置信这会给中国处理器 IP 带来自主倒退的契机。” RISC-V 来到中国工夫回到 4 年前,中国外乡晓得 RISC-V 的人寥寥无几,直到 RISC-V 基金会第一次来到中国举办研讨会。 2017 年 5 月 8 日,第六届 RISC-V 研讨会在上海交通大学微电子大楼报告厅揭幕,会议主题是“芯片架构的将来是什么”,超过 200 人加入。该研讨会此前曾经举办过五届,但都在美国,2017 年首次来到中国。 ...

January 18, 2021 · 3 min · jiezi

关于开放源代码:开源从社区到商业化

作者:Peter Levine、Jennifer Li编译:芒果果 开源软件(0SS)静止发明了一些咱们最重要和最宽泛应用的技术,包含操作系统、 Web 浏览器和数据库。如果没有开源软件,咱们的世界将无奈运行,或者至多不会失常运行。 尽管凋谢源代码带来了惊人的技术创新,但商业翻新尤其是软件即服务”(software-as-a-service)的衰亡,对这场静止的胜利同样至关重要。因为开源软件的定义是任何人都能够自在应用、批改和散发的软件,因而开源企业与其余类型的软件公司相比,须要不同的模型和不同的投放市场。 作为开源软件的开发者、企业家和投资者,Peter Levine 曾经有了 30 多年的工作教训。他最近做了一个名为“开源: 从社区到商业化”的演讲,这场演讲借鉴了他本人的教训以及对数十位开源专家的采访。Peter Levine 跟踪了开源软件的衰亡,并提供了一个实用的、端到端的框架,用于将一个开源我的项目转变为胜利的业务。 Peter Levine 其人: Peter Levine 是风险投资公司 Andreessen Horowitz 的一般合伙人,他专一于企业投资,曾任 Citrix 数据中心和云部门的高级副总裁和总经理,负责支出、产品治理、业务倒退和策略方向。Peter Levine 于 2007 年退出 Citrix,过后他以 5 亿美元收买了企业级开源虚拟化软件的当先供应商 XenSource,并负责 CEO。 在退出 XenSource 之前,Peter Levine 是 Mayfield Fund 的一般合伙人。在 Mayfield 之前,他是 VERITAS Software 的晚期雇员。在公司的11年任期内,他帮忙公司倒退成有超过 5000 名员工和超过 15 亿美元支出的公司。Peter Levine负责执行副总裁,负责寰球市场,OEM 销售,业务倒退和几个产品部门。他的职业生涯始于麻省理工学院的 Athena 我的项目的软件工程师。 Peter Levine 领有波士顿大学工程学学士学位,曾就读于麻省理工学院的 Sloan School of Management。他当初是斯坦福大学商学院的管理学讲师,以前是麻省理工学院的企业家精力讲师。 Peter Levine 负责以下 Andreessen Horowitz 投资组合公司的董事会成员:Alluxio Inc.、Apollo、Cyngn、D2iQ、DigitalOcean、Labelbox、Mixpanel、Netlify、People.ai、PlanetScale、Shield AI 和 Udacity。此外,Peter Levine 还领导了该公司在 Figma 的投资。他也是麻省理工学院工程学院院长参谋委员会成员。 ...

January 15, 2021 · 2 min · jiezi

关于开放源代码:InfoWorld-公布-2020-最佳开源软件名单25-款软件上榜

近日,InfoWorld 颁布了 2020 年最佳开源软件将的名单,入选获奖者都领有当先的开放源码技术的实践经验。 每年,InfoWorld 都会为企业和 IT 专业人士颁发最佳开源软件奖。往年是 InfoWorld 的第 14 个年头,软件开发专家评比出了包含 25 个在数据分析、云计算、机器学习和软件开发畛域失去认可的翻新产品。 2020 年 InfoWorld 最佳开源软件奖得主包含:1.Apache Airflow Apache Airflow 是一个开源工作流治理平台,于2014年10月在 Airbnb 上启动,为公司治理提供工作流程的解决方案。通过创立Airflow,Airbnb 能够以编程形式创作和安顿其工作流程,并通过内置的用户界面对其进行监督。该我的项目于 2016 年 3 月成为 Apache Incubator 我的项目,并于 2019 年 1 月成为顶级 Apache Software Foundation 我的项目。 GitHub 地址:https://github.com/apache/airflow 2.Apache Arrow Apache Arrow 是与语言无关的软件框架,用于开发解决列数据的数据分析应用程序。Apache Arrow 由 Apache 软件基金会于 2016 年 2 月 17 日发表,其开发由其余开源数据分析我的项目的开发人员联结领导。最后的代码库和 Java 库是由 Apache Drill 的代码植入的。 GitHub 地址:https://github.com/apache/arrow 3.Apache Druid ...

January 13, 2021 · 2 min · jiezi

关于开放源代码:OpenKruise-2021-规划曝光More-than-workloads

作者 | 王思宇(酒祝)起源|阿里巴巴云原生公众号 背景OpenKruise 我的项目地址:https://github.com/openkruise/kruiseOpenKruise 是什么?它是阿里云开源的云原生利用自动化治理引擎,也是以后托管在 Cloud Native Computing Foundation (CNCF) 下的 Sandbox 我的项目。它来自阿里巴巴多年来容器化、云原生的技术积淀,是阿里外部生产环境大规模利用的基于 Kubernetes 之上的规范扩大组件,一套紧贴上游社区规范、适应互联网规模化场景的技术理念与最佳实际。 值得一提的是,阿里外部应用的 OpenKruise 齐全来自于社区版本、代码简直完全一致。此外,OpenKruise 还被提供到了阿里云容器服务(ACK)的利用目录中,任意云上客户都能够一键装置和应用 OpenKruise。目前在 ACK 上应用 OpenKruise 的客户次要包含斗鱼 TV、申通等,而开源社区中携程、Lyft、有赞等公司也都是 OpenKruise 的用户和贡献者(参考:用户列表)。 版本回顾从 2019 年 6 月开源伊始,OpenKruise 聚焦于云原生利用部署/公布治理相干畛域,扩大利用工作负载(workloads)。从最后的 Advanced StatefulSet、BroadcastJob,到“终极”的无状态利用负载 CloneSet、利用 sidecar 容器治理“利器” SidecarSet、多可用区治理负载 UnitedDeployment 等。 CloneSet:提供了更加高效、确定可控的利用治理和部署能力,反对优雅原地降级、指定删除、公布程序可配置、并行/灰度公布等丰盛的策略,能够满足更多样化的利用场景。Advanced StatefulSet:基于原生 StatefulSet 之上的加强版本,默认行为与原生完全一致,在此之外提供了原地降级、并行公布(最大不可用)、公布暂停等性能。SidecarSet:对 sidecar 容器做对立治理,在满足 selector 条件的 Pod 中注入指定的 sidecar 容器。UnitedDeployment:通过多个 subset workload 将利用部署到多个可用区。BroadcastJob: 配置一个 job,在集群中所有满足条件的 Node 上都跑一个 Pod 工作。Advanced DaemonSet:基于原生 DaemonSet 之上的加强版本,默认行为与原生统一,在此之外提供了灰度分批、按 Node label 抉择、暂停、热降级等公布策略。AdvancedCronJob:一个扩大的 CronJob 控制器,目前 template 模板反对配置应用 Job 或 BroadcastJob。以后 OpenKruise 丰盛的 workloads 简直笼罩了绝大多数通用的利用部署场景,这也是目前社区用户对 OpenKruise 的认知。但 OpenKruise 并不仅仅局限于此,以面向云原生场景的利用自动化为指标,必然不止是“部署”那么简略(当然它并不简略)。 ...

January 5, 2021 · 2 min · jiezi

关于开放源代码:代码改变世界开源改变未来得开发者的天下

2020 年越来越多的企业退出了开源,为开源生态奉献了很多优质我的项目,国内的第一个开源基金会也在往年正式成立了。 开源这件事正在被更多人晓得、理解,并退出其中。往年 11 月,Python 之父退出微软搞开源的新闻像一个重磅炸弹,在整个技术圈里引起了热议。 微软作为一个软件公司,把开源精力深刻的交融到了公司文化中,为所有从业者提供了优良的借鉴教训,也塑造了一种凋谢的公司文化,引领着开源事业的倒退。 从开源我的项目起家的 SegmentFault 思否,对开源的意义也有着粗浅的认知。而这所有都要从一款游戏说起,那时专门供游戏爱好者探讨的论坛还很少见。思否当初的技术合伙人祁宁,过后还只是个爱打游戏的大学生,他发现居然没有一个中央能够将有共同爱好的人汇集起来时,果决抉择了本人做一个。于是,一个名为 Typecho 的开源我的项目诞生了。正是这个我的项目吸引了过后还是高中生的 SegmentFault 思否 CEO 高阳和产品合伙人董锋。 现在,SegmentFault 思否曾经成长为中国当先的新一代开发者社区,为数百万开发者用户提供高质的技术交流平台。与此同时,SegmentFault 思否也开始反哺开源,为开发者提供开源我的项目搀扶,利用社区的能力扩充开源我的项目的影响力。 想晓得更多大咖的守业故事么?想理解他们和开源的“不解之缘”么?本期《刷新 CTO》带你和业内大佬面对面解答纳闷! 本期节目中,SegmentFault 思否 CEO 高阳与微软(中国)CTO 韦青,CSDN 创始人&董事长、极客帮创投开创合伙人蒋涛,极客邦科技创始人兼 CEO 霍泰稳,开源社联结创始人副理事长、微软(亚洲)互联网工程院资深产品经理陈阳,从开发者、企业、社区等多个角度围绕开源倒退现状、开源生态建设和开源将来瞻望三大次要议题进行了深入探讨。 视频回放地址:https://ke.sifou.com/course/1650000038495355 精彩看点:一、国内外开源现状什么是开源,公众对开源还存在什么误会?高阳:开源软件的概念源自于自由软件(Free Software),这里的 Free 是自在的意思不是收费,不应该被强关联在一起,正如有一句话说“收费的往往可能是最贵的”。开源从几十年前始终一直凋敝的倒退,它从一个小众的群体到当初被十分多大公司和全行业的开发者关注,国内的开源也进行的热火朝天,有了一些新的变动。 我本人去定义开源,它是一种生产关系的变动,由关闭的集中式的开发到开放式的,让更多人奉献智慧的力量产生化学变化。另外就是因为这种生产关系的变动,让十分多翻新的我的项目在开源的世界中诞生。而且开源会带来一种商业模式的改革,所以不是做开源不赚钱,它会有其余的收益。很多国外开源我的项目背地的公司市值曾经变的十分高了,而且国内很多初创公司也开始做商业开源,通过开源的形式把商业化进行的更好,也获得了十分多的融资有了更好的机会。 韦青:开源的范畴包含开源跟收费、开源跟自在、开源跟可控等等,它曾经远远超出了人们最后狭窄的争议范畴。开源曾经成为了一种开发范式,肯定不要把开源想的特地窄。 霍泰稳:几年前还会有人把开源和收费挂在一起,当初这么谈的曾经不多了。大家对开源的认知曾经回升了一个档次,更多的人把开源看成一种精力或者一种文化。开源对职业成长是十分好的,倒退比拟好比拟快的互联网企业会很看中员工是否在开源我的项目中有过奉献。 从《2020 年度 GitHub Octoverse报告》中看到了哪些有意思的点?陈阳:往年咱们退出了 GitHub 全域数字剖析,咱们发现微软的在开源的 Top 我的项目中占了相当多的比例,这种趋势阐明微软曾经处于开源的核心。 同时我看到一个有意思的景象是,在 GitHub 上排行 Top 30 的账号其实是主动机器人。所以将来开源我的项目里主动机器人的参加会越来越多。 高阳:其实自动化当初是一个趋势,GitHub 的 Market 上有十分多的 bot 的工具,当你去做开源多时候,原来须要人工去回复十分多的信息。如果是集体在做,我的项目又十分火,可能每天会有数十人、上百人来发问,靠人工去回复精力是十分无限的。当初有很多自动化的工具能够去比拟好的解决问题,我感觉这是一个很好的趋势。 蒋涛:GitHub 的代码仓数量是在倍增的,当初大略有 2 亿个代码仓,一年减少了 6000 万。这些代码仓中的沉闷开源我的项目大略有 2000 万左右。 ...

December 31, 2020 · 1 min · jiezi

关于开放源代码:张宏江开源时代如何解决人的思维孤岛

原文题目:《张宏江:开源时代如何解决人的思维孤岛》原文作者:智源社区智源导读:始终以来,“产学研”三者的边界并没有规范的范例供人们遵循。过来十年,随着人工智能技术的广泛应用,数字时代为产业倒退带来的“无界”与“协同”,让产业链的上下游协同产生了奥妙演变。 而这当中,开源更是减速了AI算法的遍及,北京智源人工智能研究院理事长张宏江提到,开源时代面临的最大挑战,不光是数据孤岛,而是数据孤岛实质上反映出人的思维孤岛。如何解决人的思维孤岛,让年轻一代的学者更加凋谢,更加适应开源,是一个长期的过程。 在过来一段时间,产、学、研三者的边界开始逐步含糊。以后,三者处于什么样的状态?身处其中的集体该当如何定位本人?高校、企业、研发机构的观点应有哪些调整?如何让年轻一代的学者更加适应一个属于凋谢开源的将来? 12月28日,在“将来迷信大奖周2020”的“产学研论坛”中,由北京智源人工智能研究院理事长张宏江、奇绩创坛创始人兼CEO陆奇,微众银行首席人工智能官、香港科技大学讲席传授杨强等人围绕“数字时代的产学研”这一主题进行了深度对话,其中将来论坛理事、软银愿景基金治理合伙人陈恂主持了对话。 智源社区从其对话中挑选出局部观点,供读者参考。更具体的对话内容能够关注【智源社区】,后盾回复【将来论坛】获取。 01 过来十年,产学研的间隔在一直拉近谈及过来十年间产学研的现状,北京智源人工智能研究院理事长张宏江示意随着挪动互联网、AI的遍及,其实产学研的间隔在一直拉近。 张宏江: 在过来五年,咱们看到开源的遍及,看到越来越多像杨强传授这样的学者从学术界来到产业界,同工程师、产品经理一起为用户提供优良的产品与服务。咱们看到,许多企业随着业务倒退,一线工程师、产品经理,不再坐等技术成熟,而是被动跨向学术界寻求单干。 咱们也看到企业工程师团队中,有学术背景或学术经验的人越来越多,他们从事欠缺算法,与利用场景进一步联合的工作,并且越来越多地从事新算法的钻研和开发。谈起学校,现在咱们不再仅谈“教学”,也谈钻研——学校与钻研的间隔也越来越近。较十年之前,现在“产学研”之间的分割更严密了。 举个美国的例子,OpenAI是一家企业,但它同时领有大量卓越的研究员与工程师,软件的、硬件的;DeepMind实际上是企业的一个业务部门,但同时又是一个杰出的钻研团队。所以咱们看到像GPT-3这样大规模的预训练模型,看到从AlphaGo到AlphaFold2在AI利用上一次又一次冲破。所以我认为过来的十年,随着挪动互联网的遍及、随着AI的遍及,产学研的间隔在拉近。 02 真正的学校是那些大厂奇绩创坛创始人兼CEO陆奇讲到企业在产学研体系里的非凡定位,大厂的经验某种意义上是一种学位。 陆奇: 比如说我要找一个GPU强的人,会看你是英伟达大学毕业的;我要找一个算法很强的,那是谷歌大学的;包含Microsoft(微软),你在微软做过三年到五年,某种意义上那是真正的学。因为大学外面其实只是学了一个根本的技能。所以从理论的角度来讲,基本上看你的real degree(真正学位)是某某大厂的一个学位。 讲到学,我感觉学的边界也在演变,从传统的研究型大学,朝着另一个方向,在一个比拟大的企业或者守业公司,给人才更残缺的一个环境,去打磨他们数字化能力的一些外围技能。 产学研,在数字化大赛道里,其实它的边界始终在,但我认为迷信的倒退和产业的倒退,最终还是人类的两大指标,谋求常识,咱们能够对常识、对宇宙、对人类社会理解的更多,同时把常识转化成产业、转化成人类财产。 03 在公司把学术概念发扬光大,变成商业模式现微众银行首席人工智能官、香港科技大学讲席传授杨强在过来的三十年中始终在大学里做迁徙学习,直到最近,他才退出公司工作。 杨强: 我记得大略在90年代末我开始做迁徙学习的时候,一个能源是因为咱们过后是做传统的人工智能叫“经典布局”,在这外面最单薄的一环就是数据,根本没有数据或者就只有一两个例子。 在公司外面就能把迁徙学习的概念真正地给发扬光大,从学术概念,转变成商业模式。数据资源多的这些公司,比方OpenAI(人工智能非营利组织)、谷歌,他们能够大量的收集、聚合数据,并且利用大量的计算资源来做预训练模型,所以预训练是第一步。第二步是各个业务端,能够想像成一个网络终端,他们能够聚焦在本人的业务上,而后拿预训练模型迁徙到他们各自的业务上。这样社会的分工就更加明确、更加聚焦。那么整个的商业模式就能够运作起来,通过云计算,这个能力能够释放出来。 所以这个例子给我一个启发,比方说咱们花30年工夫在钻研一个大学外面的一个小问题,而后到了肯定阶段,当所有的条件都聚合到一起的时候,就会有一个暴发期,这个暴发期就使得这个概念可能分布在各行各业,就是星星之火就能够燎原了。 04 好的软件工程师想让他的代码服务于人类所有的利用陆奇认为,在产学研转化的过程中,至关重要的是开源凋谢。 陆奇: 我倡议大家看一下,任何一个守业公司或者一个大厂里的产品团队,其实代码写的不多。大部分代码曾经都有。如何放弃开源凋谢的生产方式,同时把开源凋谢的形式更多的产业化,是咱们大家面临的一个重要挑战也是机会。 因为开源凋谢,人的动机不是纯商业化,一个真正好的软件工程师、一个真正好的治理数据的技术团队,他其实想让他的代码和他的数据服务于人类所有的利用,他并不想让他的数据或者他的代码局限于某个企业或者局限于某个部分的利用场景。 然而这就须要,把工具的开发、社区的经营和商业化的机制,协调地交融在一起,这是咱们独特面临的挑战。过来的案例可行的是一些胜利的开源组织和胜利的工具和社区,比方GitHub这样的社区是咱们十分关注的。 05 技术须要可信、可用杨强提到,数字化产学研在20年前和当初相比,更加器重社会责任感。 杨强: 在过来咱们认为技术就是纯技术,钻研就是纯钻研,科学家能够把本人关在一个小屋子里算出一个后果发表,就完事。然而当初,做技术肯定要带有社会责任心,咱们的技术是不是可信的?是不是可能满足社会公众对隐衷平安的爱护?是不是可能保障在多方合作的前提下,是不是保障偏心的调配最终的利益?是不是通明的?是不是可解释的模型?可信的观点有很多解释,然而它指出一点就是做钻研的人同时要思考社会责任。 第二,做的技术,咱们过来往往发表,就不论了,前面靠攒援用,Citation高了,咱们就认为是好的。但我感觉当初有一个变动,咱们要看这个技术不仅仅是发表了,而且是可用的。 比如说金融行业,咱们最近和央行做了一个反洗钱的POC,这个POC过后就发现每家银行的洗钱样本非常少,也就一两例,如果没有能力把泛滥银行连接起来,造成更多数据源的汇合,那么是没有方法建一个主动反洗钱识别系统的。 06 开源减速了AI算法的遍及张宏江提到在AI算法遍及的过程中,开源的重大意义。他示意,80年代,掀起了一轮以神经网络为主的AI浪潮,明天这一波AI浪潮实际上也是以神经网络为根底。80年代的那波浪潮很快退去,一个重要的起因就是数据有余。 张宏江: 看人工智能过来十年的倒退,有一个学术界的数据库——ImageNet,对算法的倒退起了十分重要的作用。 说起Hinton的深度学习算法,2006年在《天然》杂志上,过后他用他的算法做“动物辨认”。但直到2012年,他和他学生做的AlexNet,在ImageNet上做的较量,以超过第二名16%的大幅度差距取得第一名的时候,人们才意识到他这个算法外面肯定有什么跟他人不同的中央。 这个算法自身的验证理论很大水平上是因为数据集自身的存在,这是个开放型的数据集,它的数据每个人都能用,而且它的标注都是用Crowd-Sourcing(众包)的办法来做的。如果没有这么一个大的开源数据库,让大家都能够在下面做试验,咱们明天在很多畛域其实都走不快。 明天咱们相熟的两大AI编程架构都是开源的,一是在学术研究畛域罕用的PyTorch,二是工业界习用的TensorFlow。因其开源,社区成员可能对两个平台作出继续奉献与改良,AI算法得以迅速倒退和遍及。 随着互联网、挪动互联网的倒退,当大量数据能够应用时,咱们在钻研办法上也产生了很大扭转。从思考公式与算法,到近十年开始的Deployment Driven Research(以实际为驱动的钻研),每做出一个模型就立即投入开源社区,社区成员再将这个模型部署到所要解决的问题空间。一些具体的问题,由此取得疾速反馈,产生新的数据,从而帮忙这个模型的原作者在一个比本身团队大得多的社区中一直验证本人的算法,从而促成了算法的飞速发展。 开源社区方面,不单要有开源算法和开源数据,更要害的是要有一群人,他们的理念与开源的宗旨统一——并非心愿从部分获利,而是由长期为某个产业、某项钻研,或者整个人类社会的提高所驱动。 这种文化、理念、思维的造就,在咱们谈的产学研、新数据时代十分重要,这恰好是今日中国还绝对落后的中央。无论大型的互联网平台公司还是小型初创企业,都已大量受惠于开源,我心愿能看到今后中国的工程师、研究员、企业、政府机构、研究院,可能真正地为开源社区、开源算法、开源软件、开源的硬件架构、开源的数据集做出应有的奉献。 07 开源时代,如何解决人的思维孤岛张宏江讲到,开源时代面临的最大挑战,不光数据自身是孤岛,而是数据孤岛实质上反映出人的思维孤岛。 张宏江: 在数字化时代,许多人的思维、做事形式还停留在互联网之前的时代。咱们谈到在大数据驱动、在Deployment Driven(实际驱动)这种新的钻研办法的时候,另一方面所碰到的艰难是在大学和研究院,咱们掂量降职的规范仍然是20年前十分传统的规范,还是数文章、看援用。 这是一个很大的矛盾。我一个多月前给清华经管学院的所有青年教师作过一次报告,专门谈到如何做有影响力的钻研工作。大家其实都晓得应该怎么做,都晓得应该更多和开源社区单干,更多用开源数据,更多用Deployment  Driven(实际驱动)这种新的办法,然而这都须要大量工作,而且工作不是写Paper,这个工作是要把算法真正写成Code,Code通过测试可能真正的经营起来,可能把代码凋谢进去,让他人可能反复。这些工作某种意义上,很多是Dirty Job(脏活累活)。 你做了很多这种工作,而后在开源社区去推广这些工作,你帮别人来反复你的事业,这部分要花费大量精力,那兴许我有这个精力能够多写两篇文章。这是在我看过来两年碰到的一系列问题。将来咱们还将面对这些难题,在挑战中一直摸索,心愿可能逐步改善。 论坛的最初,张宏江提到,扭转学者的动机或是扭转环境是个长期的过程,不可欲速不达。 张宏江: 我看到一代一代年老学者变得更加凋谢,更加适应于开源,适应于这种新的环境。另外,把钻研作为一份职业还是把钻研作为一个事业和喜好,在年轻一代外面咱们看到更多是作为本人的谋求和本人的事业,而不是一种职业。 基于这所有扭转,长期来看咱们肯定可能看到恶化的趋势。智源不仅把领军学者聚到一起,更重要的,是咱们把数量泛滥的青年科学家聚到一起,围绕他们发展更多流动,为他们提供更多机会——无论是数据、计算资源,还是钻研基金。也能够说把他们聚在智源,因为在学校,他们每个人都十分强,但十分小的集群,智源把他们凝聚成比拟大的群体,这样他们交换起来就会更容易。 大数据来源于超大规模的城市,以城市作为一个单元,作为核心,人口汇集自身就产生了大量利用场景,产生了大量利用场景所相干的数据。所以在大数据时代,在AI时代,产学研也会逐步造成区域特色,随着每个区域彼此的长项,善于产业的汇集,置信咱们也能看到产学研的不同汇集。

December 29, 2020 · 1 min · jiezi

关于开放源代码:开放原子开源基金会OpenHarmony项目群工作委员会正式成立将致力于构筑可持续发展的开源生态系统

2020 年 12 月 22 日,OpenHarmony 全场景分布式终端操作系统(以下简称“OpenHarmony”)我的项目群首批工作委员会成员代表 23 人,在凋谢原子开源基金会的组织下召开了第一次工作委员会会议,个体对 OpenHarmony 我的项目群的管理制度等要害事项进行了探讨与表决。 OpenHarmony我的项目标识 自 9 月 10 日华为正式签订 OpenHarmony 捐献协定后,在 OpenHarmony 我的项目群发动成员单位三个多月的充沛探讨和共同努力下,我的项目群工作委员会正式成立。 在此次会议上,OpenHarmony 我的项目群的首批工作委员会成员正式亮相,他们别离是:湖北亿咖通科技有限公司、华为终端公司、京东团体、解放号网络科技有限公司、江苏润和软件股份有限公司、上海博泰悦臻电子设备制作有限公司及中国科学院软件研究所等七家单位的代表。 会上,以上七家单位就 OpenHarmony 我的项目群的愿景达成统一:打造凋谢的、全球化的、翻新且当先的面向多智能终端、全场景的分布式操作系统,构筑可继续倒退的开源生态系统。同时,明确了 OpenHarmony 我的项目群的使命为:OpenHarmony 我的项目群托管了操作系统技术和架构的外围代码及组件,以凋谢治理的形式聚合芯片开发者、计划开发者、产品开发者、利用开发者及各种使能者,继续倒退代码使用者和共建者。 在此基础上,工作委员会成员代表全票通过并在现场签订了 OpenHarmony 我的项目群管理制度。经充沛探讨,代表们一致同意在本次会议上临时搁置主席人选的举荐与选举;中国科学院软件研究所举荐的罗未学生入选为我的项目群工作委员会执行总监,负责我的项目群的日常管理工作。依据 OpenHarmony 我的项目群管理制度,凋谢原子开源基金会秘书长杜玉杰学生向工作委员会通报:基金会将委派万慧女士负责 OpenHarmony 我的项目群工作委员会执行秘书。 会议最初,工作委员会成员代表全票通过我的项目群名称为:OpenHarmony。大家对 OpenHarmony 我的项目群 2021 年第一季度的倒退打算做了粗疏的梳理,并对 OpenHarmony 我的项目群海内倒退布局做了初步研究。 延长浏览: 1、专访华为杨海松:HarmonyOS 2.0 手机开发者 Beta 版,到底公布了什么?2、十问华为杨海松: HarmonyOS 的生态和商业边界,到底在哪里?

December 25, 2020 · 1 min · jiezi

关于开放源代码:中国需要自己的开源体系

听了微软的一场对于开源的直播后,各位大佬的发言也引发了我一些思考。整顿一下,我感觉“中国自有开源体系”存在的意义在于: 进步国内整个社会的开源软件开发合作意识和实际在国内的外乡的代码开放平台工具下用中文交换,不必被迫应用 GitHub,也更不便国人应用,不肯定须要对立为一个平台。建设和欠缺国内自有的开源基金会和许可证等治理体系,先模拟国外模式,而后在输入到国内,并且能减速国人了解国际化开源的套路。在社会的各个角落造就开源合作精力。从大学生中就能够开始科普开源。整体的进步软件开发程度,软件开发是高度的智力合作过程,群体源码合作高于集体单体能力。能更充沛的参加到寰球的软件开发合作中,直接参与国内开源的门槛仍然存在,对很多人还比拟艰难。中国在寰球的开源畛域中参与度越大,影响力就越大,国家的竞争力就越强;中国的开发者参加国内开源,是与外国的学习、单干和竞争三者并存的态势;开源自身的社会属性尽管总是在受到国与国意识形态差别的烦扰,然而应该并没有国界才对。 国内公司参加开源软件的特点不同,我把ABC三类公司类画在上面的这一张图里。 从开发者参加开源的角度登程,咱们也能够容易的辨别出一下三种类型的开发者: 具备国际化视线和晦涩英语交换能力的国际化开发者。受制于网络、文化和工具平台制约的国内开源开发者。还没有或者无奈理解开源的闭源开发者。作为软件行业的从业人员,不管从事任何类型的角色,了解开源软件的意义正在变的越来越高。软件的灵魂在于源代码,凋谢源代码的软件开发模式具备微小的价值,这种开发实际须要开源治理体系的保障,这种开发实际应该在所有企业中利用。从业人员在开源畛域中参加的广度和深度,也是能力和价值的标记。

December 25, 2020 · 1 min · jiezi

关于开放源代码:速度超快字节跳动开源序列推理引擎LightSeq

这应该是业界第一款残缺反对 Transformer、GPT 等多种模型高速推理的开源引擎。2017 年 Google 提出了 Transformer [1] 模型,之后在它根底上诞生了许多优良的预训练语言模型和机器翻译模型,如 BERT [2] 、GPT 系列[13]等,一直刷新着泛滥自然语言解决工作的能力程度。与此同时,这些模型的参数量也在出现近乎指数增长(如下图所示)。例如最近引发热烈探讨的 GPT-3 [3],领有 1750 亿参数,再次刷新了参数量的记录。 如此微小的参数量,也为模型推理部署带来了挑战。以机器翻译为例,目前 WMT[4]较量中 SOTA 模型曾经达到了 50 层以上。支流深度学习框架下,翻译一句话须要好几秒。这带来了两个问题:一是翻译工夫太长,影响产品用户体验;二是单卡 QPS (每秒查问率)太低,导致服务老本过高。 因而,明天给大家安利一款速度十分快,同时反对十分多个性的高性能序列推理引擎——LightSeq。它对以 Transformer 为根底的序列特征提取器(Encoder)和自回归的序列解码器(Decoder)做了深度优化,早在 2019 年 12 月就曾经开源,利用在了包含火山翻译等泛滥业务和场景。据理解,这应该是业界第一款残缺反对 Transformer、GPT 等多种模型高速推理的开源引擎。 LightSeq 能够利用于机器翻译、主动问答、智能写作、对话回复生成等泛滥文本生成场景,大大提高线上模型推理速度,改善用户的应用体验,升高企业的经营服务老本。 相比于目前其余开源序列推理引擎,LightSeq具备如下几点劣势: 高性能LightSeq推理速度十分快。例如在翻译工作上,LightSeq相比于Tensorflow实现最多能够达到14倍的减速。同时当先目前其余开源序列推理引擎,例如最多可比Faster Transformer快1.4倍。 反对模型性能多LightSeq反对BERT、GPT、Transformer、VAE 等泛滥模型,同时反对beam search、diverse beam search[5]、sampling等多种解码形式。下表具体列举了Faster Transformer[7]、Turbo Transformers[6]和LightSeq三种推理引擎在文本生成场景的性能差别: 简略易用,无缝连接Tensorflow、PyTorch等深度学习框架LightSeq通过定义模型协定,反对各种深度学习框架训练好的模型灵便导入。同时蕴含了开箱即用的端到端模型服务,即在不须要写一行代码的状况下部署高速模型推理,同时也灵便反对多层次复用。 应用办法 利用 LightSeq 部署线上服务比拟简便。LightSeq 反对了 Triton Inference Server[8],这是 Nvidia 开源的一款 GPU 推理 server ,蕴含泛滥实用的服务中间件。LightSeq 反对了该 server 的自定义推理引擎 API 。因而只有将训练好的模型导出到 LightSeq 定义的模型协定[9]中,就能够在不写代码的状况下,一键启动端到端的高效模型服务。更改模型配置(例如层数和 embedding 大小)都能够不便反对。具体过程如下: ...

December 18, 2020 · 3 min · jiezi

关于开放源代码:叮咚一份2020TECHO开发者大会开源专场的邀请函等待领取

开源专场由开源与技术界顶级大咖/开源生态搭档参加分享,聚焦腾讯在顶级开源组织(基金会/社区)下捐献的代表我的项目,介绍2020腾讯开源重点畛域和开源协同治理,腾讯大数据开源能力降级,开源单干技术细节以及生态单干的最佳实际和利用。 工夫:2020年12月20日(周日)15:30-17:00 地点:751D PARK北京时尚设计广场第一车间报告厅

December 11, 2020 · 1 min · jiezi

关于开放源代码:每一位程序员都可以贡献开源吗

导语 | 开源,是近几年技术圈特地炽热的一个话题。在开源的背地,波及到的不仅仅是技术自身,还包含人才、社区、商业,甚至更大范畴的影响力。本文是对凋谢原子基金会TOC副主席谭中意、开源社理事长暨联结创始人 & ASF Member & 腾讯云TVP刘天栋、开源中国社区负责人&腾讯云TVP王永和在云+社区沙龙online上的分享整顿,为你全面分析开源,站在更高的角度思考开源!点击此链接查看残缺直播回放 01  开源的实质是什么? 刘天栋:近期举办的中国开源年会,大会主题叫“开源向善”,开源代表向善的力量。在座很多开发者可能会疑难:开源和向善有什么关系呢?大家经常说奉献开源成就本身,这是开源社的合作伙伴所共享的理念,因为它能透过奉献帮忙到本人,这对所有的程序员来说也是要害。 曾与很多业界敌人,包含企业家和开发者沟通开源实质,有四个点最要害:向善心是外围。 一、开源是凋谢的,要有凋谢的心态来做这件事,公开通明是良好合作的基石。 二、是分享,乐于分享也是所有善举的开始,而不是闭门造车。举个例子,最近疫苗的研发中、许多机构退出了寰球疫苗调配的组织,大家把好的疫苗第一工夫分享到了疫情最重大的国家和地区,这是人类最平凡的情怀,这种精力在开源外面是最重要的。 三、是平等,大家都有平等的谋求,这是开源社区衰弱的根底。 四、是合作,透过开放式的合作能逐步形成凝聚共识,是开源社区凋敝的秘诀。 一个好的开源的人要退出开源的行列里,首先要理解开源根本的四条实质,就是刚刚讲的:凋谢、分享、平等、合作。像阿帕奇基金会的治理是领有准则的,他们的准则是阿帕奇之道,一个好的开源社区也要有欠缺的准则,开源社的准则是共识、共享、平等共治、合作共治。 谭中意:我从更简略的方面介绍一下,平时用的开源软件就是源码凋谢再加上国内认可的开源的License,这就是开源软件。而开源的实质是:它不是商业模式也不是软件,它就是一个多人合作的模式,只不过多人合作是在源码凋谢根底之上的。 开源实质就是源码凋谢基础设施上的多人合作模式,为了让这种合作可能长期衰弱的进行,产生了各种各样的附加层面。 比方可能让代码协同长期进行上来就会有知识产权的层面,就产生了各种许可证;为了让代码上下游能够工作得更好,就产生了开源社区;如何反对开源社区又产生各种各样基金会,基金会前面有各种各样商业公司反对,所以有各种各样商业模式。 然而这些都是围绕开源所衍生进去的一系列的方面,回到实质上说,它还是比较简单,就是大家坐在一起在凋谢的源码上一起来写代码。 王永和:两位在从文化哲学到代码再到开源软件我的项目关联的社区、法律等等都开展了精彩的讲述,如果纯正从英文翻译的角度来看,很多人感觉凋谢源代码的我的项目就是开源软件。我晚期接触的很多人或公司,他们都会认为凋谢了源代码自身就是开源软件,其实这样了解还是不够充沛。 其实开源不仅仅是代码开源,我的项目的背地还有社区、委员会、以及相干的法律。咱们在应用一款开源软件之前,如果对该项目标整个体系和组成部分可能有更粗浅和全面的理解,会防止很多的坑,比方防止不小心踩到法律的陷井或是引起一些纠纷,毕竟这可能会波及到公司的数字资产,历史上也产生过屡次这样的教训。 所以,开发者在应用软件前首先要辨认开源软件,那么要基于什么样的准则抉择好的开源软件呢?或者说如何才称得上是一个好的开源软件?这个话题咱们请中意老师来分享一下。 谭中意:首先开源软件是肯定要用的,它像空气和水一样,只有是做开发就不可能不必开源软件。依照Linux基金会的统计,当初软件中只有10%不到的代码是工程师本人写的,90%以上的代码是各种开源软件组合在一起。 但开源软件须要审慎应用,开源软件用起来后有各种各样的危险,有法律的危险、有安全漏洞、还有bug,这些使用不当都可能导致业务受损,它跟商业软件一样都是软件供应链的一部分,软件供应链须要有足够的质量保证。 用的时候也要思考用处,如果是商业用途,尽量抉择一个高质量的、有长期生命力的、多个公司在前面反对的开源软件,这样用起来更释怀,这就是我的一点小认识。 02  如何抉择开源软件? 王永和:最近我在跟身边敌人聊,其中有一个观点比拟有意思:就是抉择开源软件,最好选有组织的(及募捐给了基金会或我的项目背地有治理委员会之类)。 因为组织都会心愿我的项目的社区能更沉闷,我的项目更衰弱的倒退,会确保能继续保护和欠缺开源软件,解决了开发者应用该开源软件的后顾之忧,毕竟大部分的开源软件都难以避免不呈现Bug或有新性能的需要。 我想大部分开发者都心愿理解开源社区和基金会在这方面对开源软件的帮忙是什么?为什么说一个有基金托管、社区活跃度高的开源软件我的项目会更靠谱呢? 刘天栋:开源界的大拿 Henrik Ingo 曾在 2010 年做了一个考察,全世界最大以及最好的我的项目是由世界前九大基金会来反对的,它的代码开发的品质和均匀程序员奉献的代码数,和繁多公司或社区撑持的我的项目相比拟,两者的生产力或者是代码奉献数目有五到十倍的差距。(详情可参考:https://www.openlife.cc/blogs/2010/november/how-grow-your-open-source-project-10x-and-revenues-5x) 所以大家如果抉择好的开源我的项目,能够看看它的前面是否有衰弱的社区在反对,它的许可证是不是很多衰弱社区正在应用等。 国外和国内不同,他们所谓的社区是有很多公司投入进来,甚至这些公司是彼此竞争关系。一个大的、好的社区,离不开这些公司的反对。国外公司反对公司内程序员做投入开源的,占85%以上,这些公司的程序员都会退出到社区中。 如果一个社区外面百分之八九十是一家公司或者是多数一两个公司的人在其中,即便这个社区看起来很壮大,我也会十分小心。因为单个的公司有可能会撤出或者是扭转,然而如果一个社区外面有很多公司、社区、集体开发者投入进来,这样的社区会很多元化,这种状态就是很衰弱的。 王永和:开源基金会对好的我的项目会进行孵化,并且有严格的规范流程,做进去的也是十分靠谱的软件,开源软件我的项目被基金会托管后会对其生态负责,并且能在License的抉择和法律方面提供帮忙。 这是开发者违心把我的项目捐献给基金会最大的起因,这方面能解决很多我的项目的倒退问题。从而防止了开源软件我的项目是由一个公司或者集体管制所带来的后续一系列危险和问题。 我的问题是:尽管各大基金会旗下的托管和孵化的我的项目不少,但与整个开源软件世界外面的我的项目比起来,基金会托管孵化的是冰山一角,这个冰山上面还有有数的开源软件我的项目没有露出水面,这些我的项目中很多是由集体开发者开源进去的软件,没有捐献给基金会。 如果咱们的观点是“基金会托管的、社区比拟沉闷的、多家公司独特参加的开源软件是比拟好的开源软件”的话,那么会不会导致开发者在抉择这些开源软件的时候都审慎了起来,这样会不会造成集体开发者开源的能源有余?这是开放性的问题,我也想听听两位会如何对待这个问题,有没有解决之道? 谭中意:首先看某个工程师抉择开源软件的时候,他的目标是什么。如果是要给客户提供服务或者是做线上服务,是要做长期保护的,并且用其产生继续价值,这是很庄重的事件,这种状况下须要优先选择品质更高、有更多沉闷社区反对的我的项目。 但这只是一种优先状况,并不排挤集体奉献的优良我的项目,比方一些闻名的我的项目,像国内工程师主创的Vue,尽管是集体开源我的项目,却不障碍大家抉择他。 集体开发者也不肯定要反复造轮子,我的项目不爽就从新再造一个,其实集体参加开源时候齐全能够抉择一个市面上曾经有的开源我的项目,你退出进来不须要从头来造一个新的轮子进去,这世界上轮子曾经太多了。 刘天栋:我讲一个理论数字,在开源社外面有四五千万的开发者、上千万的我的项目中,长尾中 92% 以上是多数一两个人在玩,也不更新、关注也比拟少。集体开发者变成独角兽,或者是变成像 Vue.js 这样的我的项目被多人应用的状况是多数中的多数。 国内的开源集体我的项目中,SkyWalking 是我晓得的目前惟一源自中国奉献到基金会的集体我的项目,其余的大部分是国内大公司、中型或者是小型公司各自的开源我的项目。集体比拟适宜对某一些组织外面特定的场景或特定需要做开发,做一个大而全的我的项目其实齐全没有必要。 国外进入基金会的门槛比拟高,国内很多人想进基金会,其实也有肯定门槛,当初即便是草根基金会 (如 Apache) 的门槛也比拟高。对于集体开发者来说,本人的能力和工夫无限,不倡议全职拓展集体我的项目,倡议从具体我的项目做起,去进行优化或者是做翻新而不只是反复造轮子。凋谢原子基金会应运而生,是集体我的项目很好的终点。 王永和:感激两位的解答,自从有了分布式代码托管和合作平台(比方 github 和 gitee),能够让寰球各地的人一起参加开源我的项目。 以前始终争执的话题是:中国人在开源软件方面参与度很低,只会索取不会奉献,这个说法我是不太同意的,中国其实有不少优良的开源软件我的项目,同时始终有很多开发者为顶级的开源我的项目奉献了代码。最近深有感触的是开源技术和开源软件在中国越来越多被提及,大家对它的认同也远比五年前多很多,这是一个很好的趋势。 咱们之前的确没有太多机会能够在舞台上表演。现在国内的开源基金会成立了,阿帕奇基金会,Linux 基金会也承受很多国内优良开源我的项目的捐献,这种大环境曾经起来了。 ...

December 7, 2020 · 1 min · jiezi

关于开放源代码:史上更全的开源项目创作指南

前言开源,是这个时代的主旋律。作为一名Android开发工程师,我有理由置信咱们是开源的最大受益者,因为那个养活咱们的Android其自身就是Google的开源我的项目。在这样一个开源的时代,就连之前那个最排挤开源的"微软"也不得不踊跃拥抱开源,大手笔收买github以表本人的开源信心。前段时间我在逛github的时候,偶然间发现,我的github曾经领有12个star过百的开源我的项目,2个star过千的我的项目。回首一想,原来我做开源我的项目曾经快3年了,想想这一路走下来真的十分不易。 深夜和周末是我做开源我的项目的主战场,电脑和AndroidStudio是我创作的纸笔,各种bug和issues是我通往卓越我的项目的拦路虎,常常为了解决一个问题单独思考到凌晨。这其中还要饱受喷子们的讽刺和质疑,以及白嫖党的夺命连环call。当然,也会有人站进去说几句公道话,然而平心而论,国内的开源环境真的很差。 如果不是因为对技术的酷爱以及支持者的激励,我置信我很难坚持下去,就像那些慢慢隐没的开源我的项目创作者一样,提交记录永远地停留在了那一刻。 所以,为了可能记录下我的这段艰辛开源之旅,同时也是心愿可能改善国内的开源环境,帮忙更多心愿从事开源我的项目的有志青年,我决定写下这篇开源我的项目经验总结。 为什么做开源我的项目在决定做开源我的项目之前,你十分有必要问一下本人:我到底为什么要做开源我的项目?无论是出于什么目标,只有你有答案的话,那么你就能够持续往下看,否则以下的内容可能对你来说没有任何意义。说起开源,就不得不提Google这家极具开源精力的公司。作为一家美国科技公司,每年都在一直地对外输入着有数优质的开源我的项目,与此同时,近几年咱们国家的科技公司们也开始着手开源打算,开源了不少乏味的我的项目。 那么为什么大型的科技公司都在踊跃地做开源我的项目呢?其实起因很简略,无非就是为了名气和企业的形象嘛。作为一家市值超百亿的科技公司,不搞点开源我的项目进去装装逼,都不好意思说本人是大厂。 那么作为咱们集体开发者而言,有必要做开源我的项目吗?在答复这个问题前,你有必要问一下本人:你真的酷爱做技术吗?如果说你做技术的目标只是为了养家糊口的话,我感觉接接私活,做做外包比拟适宜你。因为做开源我的项目真的是那些"闲得蛋疼"的人打发工夫的玩具,在这条路线上你会发现十分没有"钱途"。只有当你真正将技术作为一种趣味来酷爱的时候,你能力领会到那种开源我的项目被有数人援用后的价值和喜悦感。 所以,说了这么多,咱们到底为什么要做开源我的项目呢?以下列举我的几点理由,供大家参考: 进步本人的技术水平。毕竟开源我的项目就相当于把本人扒光了给他人看,兴许这样比喻不是很失当,但的确能进步本人代码的品质和解决问题的能力。毕竟如果你的开源我的项目真的有人用的话,你必然会收到很多的issue以及倡议,这些货色可能你之前基本就没有想到。让我的项目变得更加强壮。开源的最大妙处就在于,任何人都有权力看到你我的项目的代码,提出本人的倡议。这其中就有可能发现我的项目中存在的破绽,以及一些十分有建设性的倡议,同时也能让你明确本人我的项目中存在的有余,这样就会推动我的项目一直的优化降级,我的项目的品质也会呈螺旋型回升而变得更加强壮。结交气味相投的敌人。你在做开源我的项目的同时,很容易就能结交到与本人气味相投的开源创作者,毕竟大家都是心愿开源我的项目越做越好,很有可能你的开源我的项目被其余的开源者所赏识而一起开发和保护。这样一来一去你们很有可能成为"同志",哈哈。帮忙别人,晋升本人的行业影响力。这也是很多人做开源的重要目标。如果你有幸可能在某个畛域做出一个十分优质的开源我的项目并且有很多人援用的话,那么你在该畛域的名气肯定会蹭蹭的往上冒,到那时什么都会有的,具体可参考vue.js的创作者:尤雨溪。展现集体的技术水平。很多人做开源项的目标就是它可能在应聘面试中加分,尤其是应聘某些大厂。因为通过那短短几小时的面试其实并不能很全面地考查出一个人的技术水平,而且面试通常仅仅是两个人面对面空谈几小时,如果这个时候你能拿出一个较为优良的开源我的项目的话,肯定会加分不少,至多能在面试前给面试官营造一个不错的印象。实现本人的人生价值。开源给予了你无穷大的创作自由,在下面没有产品经理提出的各种脑残需要,也没有测试提出的各种适度测试bug,更没有各种技术条条框框以及企业标准。你能够做任何你认为对或者感兴趣的事件;你能够实现本人儿时扭转世界的幻想;你能够留下你在这个世上存在过的印记;你能够...开源给予你无穷大的舞台,你能够做很多有意义的事件,当热前提还是不能守法法律...触犯法律的事件咱们不能做,毕竟还是保命要紧,哈哈。播种意想不到的业余支出。尽管开源是收费的,不应以盈利为目标。然而不得不说没有经济效益的驱使,单纯靠对技术的酷爱其实是很难坚持下去的,尤其是当你面对很多现实生活的压力时,情怀就显得那么苍白无力,这也是为什么各大开源平台都为开源者提供了资助和打赏的渠道,毕竟开源者也要赚钱生存。好的开源我的项目其实是可能播种相当可观的打赏的,更有甚者能够搞一个商用版,受权应用,赚取服务费等,当然能做到这一步的开源我的项目还是不多的。如何做好开源我的项目下面我简略讲述了咱们为什么要做开源我的项目,如果此刻你心中有了答案,那么祝贺你,你曾经成为一名准开源创作者,那么下一步咱们就是探讨如何做好一个开源我的项目。我做了近3年的开源我的项目,其中最为胜利的 XUI 近600次的代码提交,齐全的文档和视频教程,目前也不过播种了2.7k的star量,所以说做好一个开源我的项目其实是十分不易的。 上面我就简略拿 XUI 我的项目为例,简略介绍一下掂量一个开源我的项目品质的几项指标。 我的项目的热门水平:我的项目的star、fork和watch量。我的项目的活跃度:这里考量的因素蕴含issue的总体数量、open issue和closed issue的数量、issue回复和解决的速度、pull requests的数量、我的项目最初一次提交的工夫。文档是否齐全:是否有wiki或者README.md。我的项目的稳定性:代码提交的频率,我的项目版本公布的频率。我的项目的后劲:我的项目开发的分支数、我的项目的开发计划以及我的项目参与者的数量等。我的项目代码的品质:设计是否正当,是否合乎设计模式准则,思考我的项目的可扩展性、便利性和稳定性。开源作者的程度:作者其余我的项目的star量和行业影响力。只有理解了以上指标,咱们能力创作出更加优质的开源我的项目。那么说了这么多,咱们如何能力做好一个开源我的项目呢?请持续往下看! 1.选对开源托管平台开源托管平台以 github 作为首选,码云 作为备份。 尽管目前市面上开源我的项目的托管平台十分多,比方:码云、码市、gitlab、BitBucket、SourceForge,不过我还是极力推荐github,毕竟github应用的人群最广,人数最多,谁不想本人幸苦创作的开源我的项目能被更多人看见呢。尽管github是一家美国企业,日后有被禁掉的危险,然而我置信一个崇尚自在、专制的国家,对禁开源平台这件事件还是不会那么顺利的,毕竟开源无国界,开源不应政治化,商业化!如果你还是放心github日后会被禁,那么很简略,你间接把你的github我的项目一键导入到码云中作为备份,毕竟码云是失去国家认可的,还是比拟牢靠的。 2.好的创意或者理念如果一项性能、一件事件大家每次都须要反复去做,然而又没有什么好的解决方案或者轮子的话,这个时候咱们就能够尝试去做一个。 一个好的开源我的项目都是为理解一个问题而诞生的。如果你有好的创意或者理念,那么你就更能吸引更多的人参加到我的项目的建设中,那样也会有更多的人关注到你的我的项目,这样你的我的项目想不火起来都难。 我当初创作 XUI 就是心愿可能简化Android界面开发的难度,晋升Android界面开发的效率而做的尝试。置信做过Android的人都晓得Android原生组件在国内很不受设计师的待见,至于Google推广的Material Design设计格调更是无人问津,这就导致了设计师给出的原型图简直是清一色的IOS格调,更难堪的是,网上Android相干的开源UI库是少之又少,简直所有的根底组件都须要本人重写。刚巧过后我接触到了React和Vue,发现它们都有十分不便的UI库,间接在示例代码的根底上修修改改就能大抵上实现本人想要的成果,极大地提高了开发的效率,起初我又借鉴了QMUI 相干的思维,最终创作出了 XUI 这个开源我的项目。 所以,一个好的创意或者理念对于开源我的项目来说十分重要,能够说是开源我的项目的灵魂。 3.好的设计和代码品质如果说一个好的创意或者理念是开源我的项目的灵魂的话,那么一个好的设计和代码品质就是开源我的项目的骨骼和精神了。3.1 把握设计模式要想有好的设计,首先你须要十分熟练地把握设计模式,那么如何能力熟练地把握设计模式呢?在这里我能够教大家一些教训: 1.首先理解设计模式的几大根本准则。这里我有一篇讲对于 设计模式准则的博客 可供大家参考。2.其次初步学习现有的二十几种设计模式,并在平时的工作或者开源我的项目中尝试应用。这里我有一个专门介绍设计模式应用的开源我的项目 ,外面有相应的介绍和源码可供大家参考。3.最初等你纯熟应用了下面的二十几种设计模式后,忘掉他们,从新回顾之前的设计模式根本准则,并以此作为日后我的项目设计的根本准则。其实学习设计模式十分像武侠小说中修练一门文治,学习设计准则是修炼心法、内功,而学习现成设计模式则是修炼招式。只有晋升内功,牢记心法,遗记招式能力真正意义上把握了设计模式这一项技能。 3.2 严格的代码标准进步代码品质最简略的路径就是严格遵循通用的代码标准,这里我举荐阿里巴巴Java开发手册 和它的IDE插件p3c我的项目 。 只有遵循通用的代码标准,这样才更加利于开源我的项目的多人合作,除非你想一个人保护整个我的项目,否则你的代码写得那么骚,谁能看得懂? 4.丰盛的案例或者测试用例作为一个合格的开源我的项目,提供一些单元测试用例还是十分有必要的,因为你写进去的货色并没有专门的人给你测试,这个时候如果还没有相应的单元测试用例,你如何保障你写进去的货色不是个坑呢? 如果你的我的项目不太适宜写单元测试用例的话,那么你最好能提供丰盛的应用案例,这样能力让你的开源我的项目更具吸引力,让他人有货色能够上手实际,否则赤裸裸的啥也没有,你写这个我的项目的意义又在哪里? 5.欠缺的文档这里的文档次要包含README(简介)和wiki(应用文档)。上面是文档的几项根本要求: 1.文档内容该当尽可能的简洁明了,层次分明,并且将其搁置于显眼的地位,便于别人寻找。2.文档该当及时更新,避免出现文档与代码不统一的状况。3.提供多语言版本的文档,至多英文版文档是要有的。5.1 README编写README堪称是开源我的项目的门户,每个人都是从浏览你写的README开始理解你的开源我的项目的。README写得好与坏,可能间接关系到他人在你的开源我的项目主页上停留的工夫,以及他们是否会给你的我的项目一个小星星,记住这里很要害!如果你之前素来都没有写过README,那么这里我举荐一个国外人写的教科书式的我的项目Standard Readme ,外面写的内容十分经典,能够拿来借鉴。 那么,一个写得好的README该当蕴含哪些内容呢?以下是我总结进去的教训仅供参考: 我的项目简介(必须):用几句话简要形容你的我的项目特点、劣势以及我的项目指标(解决何种问题)。作者简介(选填):这里是你推广本人或者其余我的项目的中央。我的项目背景(选填):这里能够写你创作该项目标原因和过程。我的项目特点(必须):这里是你区别于其余我的项目的要害,能够写你我的项目独有的性能、劣势、理念等。我的项目设计(选填):这里能够论述我的项目的设计思维和理念。你能够借助流程图、思维导图、UML类图、时序图等形式进行论述。我的项目演示(必填):这里是他人能最直观感触我的项目魅力的中央。你能够通过以下5种路径进行演示。 gif动画演示视频演示图片演示在线演示Demo下载集成/装置指南(必填):这里你得通知他人如何能力疾速地应用上你的我的项目。应用文档(必填):这里你须要通知他人该如何正确应用你的我的项目,越具体越好。当然如果内容过多的话,还是倡议间接给一个应用文档首页的链接或者视频教程,这样可能会更敌对一点。相干我的项目(选填):这里是你推广其余开源我的项目的中央,是让你的我的项目粉丝数产生裂变的中央,肯定不要错过。如何奉献(选填):这里的奉献包含两个方面:代码奉献和打赏和资助。对于代码奉献,你须要写出你的提交标准和行为准则,以防止不必要的麻烦。特别感谢(选填):这里写上对你我的项目有过帮忙或者启发的人或者我的项目的地址,以此表白对他们的感激。联系方式(选填):这里能够写你为此我的项目创立的QQ技术交换群、微信公众号等。许可申明(选填):这里你能够写你我的项目的开源协定或者许可应用的范畴(比方:禁止用于商业用途,仅供学习)。如果你分免费版或者商用版的话,也能够在这里进行阐明。具体内容你能够参考 XUI我的项目的README 或者我的README模版 。 5.2 wiki编写wiki的编写和及时更新十分重要。wiki最好分模块进行编写,做到条理清晰,层次分明,通俗易懂。上面我就以我的另一个开源我的项目XUpdate 的wiki来简略说一下,wiki咱们该如何编写。如果你会在线文档编写的话,这里能够间接跳过。 wiki次要能够分为三块,如上图所示,最下面是我的项目的简要形容,左侧是文档的首页,右侧是文档的目录。这里我为了偷懒,左侧的文档首页间接照抄了右侧的文档目录。 上面我简略列举咱们的wiki中该当蕴含哪些内容: 简介:尽管这里的简介绝大多数是和README反复的,然而最好还是不能漏。 我的项目简介:这里包含我的项目形容、我的项目特点、我的项目背景、我的项目设计思维等内容。集成/装置指南:如果你的我的项目是轮子库,那么就编写集成指南。如果你的我的项目是残缺我的项目,那么就编写装置指南。我的项目演示:gif动画、视频、图片演示,在线演示和demo下载二维码任选几项提供即可。如果应用 根底应用:顾名思义,可能满足最根底需要的应用介绍。进阶应用:这里次要介绍一些个性化(自定义)、深刻应用的操作。常见问题:常见问题的整顿十分重要,它往往产生于issue或者技术交换群中常见的问题,对刚接触该项目标人十分有用。配套设施:一个优良的开源我的项目往往会自建相应的生态,这时配套设施就十分有必要了。6.正当的版本治理和布局新版本的发行不宜过于频繁,也不宜间隔时间过长,胡乱无规律的版本发行对使用者而言几乎是场劫难。最失当的做法应该是:在保障充沛测试没有问题之后,定期公布最新版本,实时更新我的项目的最新进度以及将来的开发计划。 ...

November 24, 2020 · 1 min · jiezi

关于开放源代码:开源软件供应链可能是对开源生态的一次重要重构

技术编辑:徐九丨公布自:思否编辑部 关注开源的敌人应该都据说过《大教堂与集市》这本书,书中对大教堂与集市进行了很形象的两种比喻。 大教堂给人的感觉,就像机构或者企业中传统的软件我的项目从立项到完结,有着详尽的流程布局以及品质把控;而开源软件更像集市的倒退,没有既定的规范、没有严格的监管、没有明确的方向,看起来乱哄哄的横七竖八,但却诞生了红帽、Android 和 iOS 这类基于开源的产物。 不可否认,开源自身的确存在着一些“隐痛”,其中最大的问题就是生态的割裂与分化,并且没有一条基于开源构建出的可行的商业模式,特地是在国内,各大企业、厂商尽管都在踊跃投身开源,尝试将开源与商业进行交融,但可能真的将开源商业模式跑通的寥寥无几。 为了让国内的开源软件生态得以良好倒退、施展出开源真正的价值,11 月中旬,在南京举办的开源软件供应链 2020 峰会中,各界开源人士围绕古代软件构建模式的要害供给关系网络进行了为期两天的探讨,而这次会议的主题 —— 「开源软件供应链」,可能正是解决这一问题的要害之一。这一条“供应链”,很可能将对开源生态进行一次重要重构。 一、什么是开源软件供应链?“开源软件供应链”这一概念是由中科院软件所于2017年率先提出的。 供应链并不是什么新概念,但这是国内第一次将其引入开源畛域。对于大部分畛域来说,供应链最难的是买通各个环节间的交易或者交付,而对开源软件生态来说,上下游蕴含什么在之前的蛮荒倒退阶段都还不甚清晰,思考分明生态链的形成也成了进一步倒退的前提。 峰会的开幕式上,中科院软件所所长赵琛从开源软件的源头登程,比照了国内外开源软件倒退历史和现状,论述了对开源软件生产方式、组织体系和运行机制的深刻理解。他示意,要建设牢靠的开源软件供应链,不仅须要通过技术、社区和人才,还要保障软件供给的平安和高质量翻新。为此,中科院软件所对开源软件供应链提出了一个定义: 一个零碎在开发和运行过程中,波及到的所有开源软件上游社区、源码包、二进制包、包管理器、存储仓库、社区、基金会等,依照依赖、组合等造成的供给关系网络。 从这个定义中咱们能够看到,开源软件供应链的形成与传统的供应链模型存在着很大的差别。软件所副总工程师武延军在会上以《开源软件供应链钻研及实际》为主题进行了分享,其中介绍到了开源软件供应链的几个特点: • 商品迭代快• 模块数量多• 生产线上化• 供给全球化• 仓储集中化• 用户多样化 正是这几个特点,让开源软件供应链的构建变得非常复杂,但这也阐明领有牢靠的开源软件供应链是大规模商用软件的根底,开源软件的倒退过程,其实就是供应链整合优化的过程。 二、开源软件供应链点亮打算,重构开源生态本次开源软件供应链峰会共设立了七大主题 —— 操作系统&编译器、虚拟化&云源生、人工智能、大数据、分布式系统、开源文化&开源商业、开源&教育,而这些主题的抉择,应该就是指明了供应链中的几个要害节点 —— 核心技术的倒退、商业模式的交融、开源力量的拓展。 赵琛在会议中示意:“相较于发达国家,我国的开源根底核心技术依然缺失,产业价值链依然以中低端为主,生态关键环节仍存在挑战。”而武延军在峰会中也分享了国内开源面临的三个最次要的问题: 1、开源产业价值不高2、开源社区奉献有余3、开源生态受制于人 这是目前国内开源软件行业的现状。美国企业之所以占据着开源产业的洼地,并且不存在自主可控的问题,起因之一就是具备成熟的开源软件供应链体系。只有打造出国内开源生态的供应链条,将目前零散的生态进行梳理重构,才能够剖析出开源产业的外围价值与因素,更好的评估开源生态的短板与倒退方向。 为此,软件所也在一直的钻研与实际包含构建开源软件常识图谱、建设供应链可靠性危险辨认与评估体系、建设供应链的量化评估指标等等,这些行业标准以及链条逻辑节点的梳理,才是进一步倒退的根底和前提。 此外,生态的倒退离不开人才的造就与输出。2020 年 4 月,软件所和 openEuler 社区独特主办了“开源软件供应链点亮打算-暑期2020”流动,旨在造就和寻找新生代的力量。该流动组委会负责人屈晟也于本次峰会中对我的项目的停顿进行了介绍分享。 报告显示,这次流动共吸引了 42 个开源技术社区、246 位社区导师参加,上线了 388 个我的项目。截至 10 月底流动完结,有 3 位同学通过社区选举成为 Apache 我的项目的 Committer,超过100 位同学的奉献被社区认可并成为对应我的项目的 Contributor。 三、开源的新时代与新愿景本次峰会的重头戏之一是《开源的新时代与新愿景》圆桌论坛。但想要真的迎来开源的新时代,除了打造供应链,还须要更多的力量独特参加,想要蓬勃良好的倒退,“政产学研资用”缺一不可。 在武延军研究员的主持下, openEuler 社区理事会理事长江大勇、鹏城实验室启智平台秘书长刘明、清华大学计算机系长聘副教授陈渝、凋谢原子开源基金会秘书长杜玉杰、恒拓开源董事长马越、飞漫软件总经理魏永明等 6 位业界代表齐聚一台,别离代表供应链中不同的角色进行了深度交换,也为开源软件供应链点亮打算提出了一些可落地的倒退倡议。 峰会主论坛的最初,武延军也代表组委会向宽广科研人员宣读了科研成果开源倡议书,倡导科研人员踊跃开源科研成果,恪守开源规定、保护知识产权,为开源科研成果的流传、改良和再公布发明便当条件,让科研成果施展更大价值,服务更多畛域。 置信国内的开源软件生态必将随着行业的标准与合作,进入新一个新时代,而新时代的到来,必然也承载着新的愿景。 开源会走向怎么的将来?又能为社会带来怎么的价值?在构建开源软件生态的路上,大教堂和集市是必由之路还是各奔前程,书中作者并没有给出答案,每一个从事开源的人可能也没有答案。 ...

November 20, 2020 · 1 min · jiezi

关于开放源代码:LinkedIn-开源-Java-机器学习函数库Dagli提供开发高效能且生产就绪的模型

尽管机器学习的倒退每天都在增长,然而来自 Algorithmia 的一项考察显示,大多数企业破费 8 到 90 天的工夫来部署 ML 模型。大多数人将责任归咎于无奈扩大,其次是模型可重复性方面的挑战,例如不足官网认可和工具有余。 而 LinkedIn 最近开源的 Dagli,是一种用于 Java 和其余 JVM 语言的机器学习库。该库使您能够轻松起草抗谬误,可了解,可批改,可保护和可部署的模型管道,而不会导致技术累赘。 Dagli 环境具备大量的工作管线组件(pipeline components),蕴含神经网路、逻辑回归、梯度晋升决策树、FastText、穿插验证、穿插训练、特征选择、数据读取器、评估、特色转换等。而Dagli 环境提供工作管线定义、动态类型、不变性等个性,从根本上防止大部分的逻辑谬误。此外,Dagli 也提供高度可移植性,开发者能利用于伺服器、Hadoop、CLI、IDE,与其余典型的JVM 环境中工作。 对资深的机器学习工程师来说,Dagli 提供开发高效能且生产就绪的模型,可能长期保护,也能裁减,与当初基于JVM 技术的重叠整合。对于机器学习老手工程师,Dagli 提供直观的API,能联合相熟的JVM 工具应用,并防止常见的逻辑谬误。 LinkedIn 的自然语言解决钻研科学家 Jeff Pasternack 示意,机器学习模型通常是集成管道的一部分。这使生产管道的建设,培训和部署更具挑战性。为了兼顾训练和推理,通常须要反复或内部工作来产生使模型的将来倒退和保护变得复杂的无弹性胶粘代码。 GitHub: https : //github.com/linkedin/dagli

November 18, 2020 · 1 min · jiezi

关于开放源代码:算命的也要懂代码了这个开源项目从黄历到八字都算得清清楚楚

是的,你没听错!随着时代的提高,算命行业也要迎来新的反动了。 Gitee 上这位开发者就用代码为算命先生们提供了技术支持,为算命行业提效!一起来看看这个开源我的项目吧。 项目名称: lunar 我的项目作者: 6tail 开源许可协定: MIT 我的项目地址:https://gitee.com/6tail 我的项目简介lunar 是一款无第三方依赖的公历(阳历)和农历(阴历、老黄历)工具,反对星座、儒略日、干支、生肖、节气、节日、彭祖百忌、吉神(喜神/福神/财神/阳贵神/阴贵神)方位、胎神方位、冲煞、纳音、星宿、八字、五行、十神、建除十二值星、青龙名堂等十二神、黄道黑道日及吉凶、法定节假日及调休等。 反对的时间跨度:1901-01-01(庚子年冬月十一)至2099-12-31(己未年冬月二十)。 lunar 领有多语言版本,包含了 Java、C#、JavaScript、Golang、PHP 和 Python。 代码示例(以 Java 为例)import com.nlf.calendar.Lunar; /** * 阴历示例 * */public class LunarSample{ public static void main(String[] args){ //明天 //Lunar date = new Lunar(); //指定阴历的某一天 Lunar date = new Lunar(1986,4,21); System.out.println(date.toFullString()); System.out.println(date.getSolar().toFullString()); }}输入后果: 一九八六年四月廿一 丙寅(虎)年 癸巳(蛇)月 癸酉(鸡)日 子(鼠)时 纳音[炉中火 长流水 剑锋金 桑柘木] 星期四 南方玄武 星宿[斗木獬](吉) 彭祖百忌[癸不词讼理弱敌强 酉不会客醉坐颠狂] 喜神方位[巽](西北) 阳贵神方位[巽](西北) 阴贵神方位[震](正东) 福神方位[兑](正西) 财神方位[离](正南) 冲[(丁卯)兔] 煞[东]1986-05-29 00:00:00 星期四 双子座我的项目示例 ...

November 17, 2020 · 1 min · jiezi

关于开放源代码:技术干货Apache-Pulsar-在移动云上的应用

业务背景随着挪动云的疾速倒退,越来越多的客户对云原生消息中间件提出了更多需要,从而能够将次要的精力聚焦在应用程序上,大抵有以下方面: 疾速弹性伸缩,计算和存储资源可能按需扩大,以满足不同流量峰值和存储规格的要求,并且在线扩大时不须要平衡数据提供较高的平安防护,领有身份认证和受权机制,确保数据的安全性能精确实时地发现问题,反对实例衰弱、吞吐量、音讯沉积等维度的监控同时反对 IPv4/IPv6 双栈环境,满足不同网络环境下的诉求在实例级别做到租户资源隔离,提供更细粒度的平安防护反对跨区域复制服务,保证数据在集群间同步的稳定性和实时性针对以上诉求,同时为了对立私有云和公有云架构,挪动云抉择 Apache Pulsar 和 Kubernetes 来构建性能卓越、平安稳固、弹性伸缩、运维简便的云原生音讯零碎。 整体架构基于 Apache Pulsar 计算存储拆散的云原生架构,咱们将用于计算的 Kubernetes 集群和用于存储的 BookKeeper 集群物理拆散,如下: 简略起见,这里咱们以共享 Zookeeper 为例(可依据实例数量及实例资源大小,在 Kubernetes 中独享 Zookeeper 集群)以及间接应用 NodePort 的服务裸露形式将 Proxy 服务提供给客户端(也可依据需要选用适合的 LB 云服务或者应用开源的 LB,例如:Metallb: https://metallb.universe.tf/)。 落地实际???? 怎么实现共享Bookie资源 咱们冀望 Kubernetes 中的多个 Pulsar 实例可能同时共享底层的 Bookie 存储资源,这样能够更快捷地实现计算存储拆散。在 2.6.0 版本之前,Pulsar 实例在初始化元数据时,不反对设置 chroot 门路,并且只反对应用固定的 ledger 门路,不能应用已存在的 BookKeeper 集群。为此,咱们通过优化 initialize-cluster-metadata 命令来反对设置 chroot 门路,以及在 broker 配置中增加 bookkeeperMetadataServiceUri 参数来指定 BookKeeper 集群的连贯信息。(详见: PR-4502:https://github.com/apache/pul..., PR-5935:https://github.com/apache/pul..., PR-6998:https://github.com/apache/pul...)这样就能够做到多个 Pulsar 实例共享已存在的 BookKeeper 集群,元数据结构大抵如下: ...

November 12, 2020 · 3 min · jiezi

关于开放源代码:Pulsar-Summit-Asia-2020-场景案例论坛上多行业多场景

对于 Apache PulsarApache Pulsar 是 Apache 软件基金会顶级我的项目,是下一代云原生分布式音讯流平台,集音讯、存储、轻量化函数式计算为一体,采纳计算与存储拆散架构设计,反对多租户、长久化存储、多机房跨区域数据复制,具备强一致性、高吞吐、低延时及高可扩展性等流数据存储个性。 以后已有泛滥国内外大型互联网和传统行业公司采纳 Apache Pulsar,案例散布在人工智能、金融、电信运营商、直播与短视频、物联网、批发与电子商务、在线教育等多个行业,如美国有线电视网络巨头 Comcast、Yahoo!、腾讯、中国电信、中国移动、BIGO、VIPKID 等。 对于 Pulsar SummitPulsar Summit 是由 StreamNative 组织的 Apache Pulsar 社区年度盛会,它将散布在世界各地的 Apache Pulsar 我的项目 Contributor、Commiter 和各企业 CTO/CIO、开发者、架构师、数据科学家,以及音讯和流计算社区的精英招集在一起。于此盛会,大家分享实践经验、交换想法、探讨对于 Pulsar 我的项目和社区的常识,切磋互动。 Pulsar Summit Asia 旨在汇集亚洲地区 Pulsar 开发者和贡献者,促成 Apache Pulsar 在亚洲地区的倒退。Pulsar Summit Asia 2020 将于 11 月 28-29 日以线上直播模式发展。 近期咱们将陆续对 Pulsar Summit Asia 2020 中英文专场及分论坛议题予以具体介绍,帮忙大家更好地理解行将到来的 Pulsar 社区盛会分享什么、有哪些亮点。 咱们曾经为大家介绍了主题演讲相干信息,明天持续带来 Pulsar Summit Asia 2020 场景案例论坛演讲详情,因本论坛内容较多,故分成 2 篇文章,明天是场景论坛演讲介绍上篇。 备注:上面演讲工夫及内容不能保障为最终版本,请关注 Pulsar Summit Asia 2020 官网获取最新动静 https://pulsar-summit.org/en/event/asia-2020 。 ...

November 12, 2020 · 2 min · jiezi

关于开放源代码:Linux基金会已开始在Gitee建立官方镜像

近日,Linux 基金会和 Gitee 达成单干关系,将逐渐在 Gitee 建设基金会旗下我的项目的官网镜像,让国内开发者更近距离地意识和理解 Linux 基金会旗下我的项目,并参加其开源社区交换。在将来,会有更多 Linux 基金会我的项目在 Gitee 建设官网镜像,最终实现全副我的项目的官网镜像建设工作。 首期在 Gitee 建设官网镜像的我的项目是边缘计算我的项目 Baetyl 和工业物联网边缘计算框架 EdgeX Foundry 。 BaetylBaetyl 是 Linux Foundation Edge 旗下的边缘计算我的项目,旨在将云计算能力拓展至用户现场。 提供长期离线、低延时的计算服务,包含设施接入、音讯路由、数据遥传、函数计算、视频采集、AI推断、状态上报、配置下发等性能。 我的项目地址:https://gitee.com/baetyl EdgeX FoundryEdgeXFoundry 是一个面向工业物联网边缘计算开发的标准化互操作性框架,部署于路由器和交换机等边缘设施上,为各种传感器、设施或其余物联网器件提供即插即用性能并治理它们,进而收集和剖析它们的数据,或者导出至边缘计算利用或云计算中心做进一步解决。 我的项目地址:https://gitee.com/EdgexFoundry 什么是边缘计算边缘计算(Edge Computing),是一种分散式运算的架构,将应用程序、数据资料与服务的运算,由网络核心节点,移往网络逻辑上的边缘节点来解决。 边缘运算将本来齐全由核心节点解决大型服务加以合成,切割成更小与更容易治理的局部,扩散到边缘节点去解决。边缘节点更靠近于用户终端装置,能够放慢材料的解决与传送速度,缩小提早。在这种架构下,材料的剖析与常识的产生,更靠近于数据资料的起源,因而更适宜解决大数据。 对于 Linux 基金会Linux 基金会成立于 2000 年,通过财务和智力资源、基础设施、服务、流动和培训为开源社区提供反对。 目前 Linux 基金会中的开源我的项目超过了 400 个,代码估值超过了 200 亿美元。其中不乏 Linux、Kubernetes、Node.js、Jenkins、Hyperledger 等国内开发者耳熟能详的我的项目。 Linux 基金会在世界范畴内领有 1500 多名企业成员。在中国,阿里、百度、华为、腾讯、字节跳动等知名企业都是 Linux 基金会成员。 本次 Linux 基金会抉择与 Gitee 单干,体现出了 Linux 基金会对 Gitee 在国内开源行业中的认可, Gitee 也将以此次单干为契机,踊跃与 Linux 基金会独特推动国内开源生态的倒退与国内接轨,实现国内开源生态的减速倒退,为国内开发者提供一个更高、更广大的开源交换沟通平台。 ...

November 9, 2020 · 1 min · jiezi

关于开放源代码:开源项目分析阅读篇章

maho 剖析浏览docute 剖析浏览tsup 剖析浏览POI 源码浏览SAO 源码浏览

November 3, 2020 · 1 min · jiezi

关于开放源代码:好未来拥抱技术开源-共建智慧教育开放生态

2020年8月,好将来正式颁布首个开源我的项目。随后,在短短的一个月内,好将来密集上线近二十个开源组件,踊跃拥抱开源技术社区。 作为教育行业代表性企业,好将来为何抉择开源?开源之路将如何走?现阶段停顿怎么? 从内生到开源 好将来的前身学而思成立于2003年,通过17年的高速倒退,已成为国内当先的科技教育公司。好将来始终秉持「爱和科技让教育更美妙」的使命,一直加大研发投入,设立了人工智能、大数据、脑认知等多个科技研发部门,并获国家人社部批准设立博士后科研工作站。 好将来先后与清华大学、中科院计算所等高校院所建设了联结实验室,与北京师范大学等签订了教育迷信、脑与认知畛域的策略单干协定,并与斯坦福大学、华东师范大学等发展联结科研项目。 好将来积淀了大量优质教育资源和海量教学数据,还领有丰盛的教学场景和利用需要,并利用技术推动了多项智慧教育解决方案的落地。为实现技术资源共享与技术落地教训复用,好将来外部建设起跨业务的技术互通机制,踊跃推动技术中台建设,推动外部开源。而这也为好将来后续的对外开源打下了松软的根底。 对此,好将来团体CTO田密示意,「代码开源和技术协同能够大幅缩小企业和开发者的反复投入,晋升研发效率,升高经营老本。好将来心愿拥抱开源,赋能更多开发者协同翻新,让更多技术人可能站在前人教训的根底上更进一步,帮忙更多开发者进入行业生态,共创价值。这也是好将来对外开源的初衷。」 当技术情怀遇到国家策略 2019年8月,科技部公布《国家新一代人工智能凋谢翻新平台建设工作指引》,着力晋升技术创新研发实力和根底软硬件凋谢共享服务能力,激励各类通用软件和技术的开源凋谢,撑持全社会翻新守业人员、团队和中小微企业投身前沿技术研发。在此背景下,好将来成为了智慧教育国家新一代人工智能凋谢翻新平台承建单位。这也是好将来踊跃拥抱开源的重要起因。 田密解释,「开源将推动教育行业的技术落地和降级,为教育倒退带来更多新动能。作为智慧教育国家新一代人工智能凋谢翻新平台建设单位,好将来会将更多技术能力通过开源凋谢的模式与行业共享,减速技术与产业的交融翻新,成就智慧教育的美好未来。」 此外,好将来也期待通过智慧教育国家凋谢翻新平台的建设运行,协同各界搭档,夯实教育领域的根底技术,全力为智慧教育要害技术创新提供高质量的服务和撑持,助力构建从开发者到业务场景的生态体系,加码行业翻新的推动力。 开源路线图全面公开 好将来开源我的项目负责人谢华亮示意,「教育行业受众宽泛、需要多样、场景简单,相比互联网通用技术,教育科技有其本身的特点与要求。目前在各大技术畛域都短少适配教育行业的高水准开源我的项目与资源,好将来打算逐渐开源外部积攒的一系列实用技术组件、教育AI能力和教育场景数据集,填补这一行业空白。」 从AI能力开源的角度来看,好将来将推动在语音、图像等多个方向AI能力开源,为更多教育领域技术创新开发者提供数据根底。智慧教育国家凋谢翻新平台也将提供数据标注、模型训练等AI能力的开源服务接口,并与国家开源平台联动,推动教育AI能力开源我的项目建设。 据理解,好将来积攒的大量教育场景数据集,也会随着智慧教育国家凋谢翻新平台的建设,逐渐开源凋谢,并通过建设数据规范和数据服务机制,吸引更多的教育机构和科技企业,通过平台凋谢共享更多类型的教育数据。 (好将来AI能力凋谢架构图) 同时,好将来心愿通过推动网络服务、数据存储、直播和框架服务等6大方向的组件开源,在教育各场景通用技术能力方面进行开源,促成平台生态的参与者共享平台成绩。 (好将来通用技术能力将来开源架构图) 用开源成就教育美好未来 自启动首个开源我的项目以来,好将来已对外开源了靠近二十个我的项目和技术组件,笼罩多个畛域,包含通用编程语言框架、通用微服务治理、通用前端框架、教育行业通用技术组件等。 好将来踊跃拥抱开源,也博得了开源社区的认可。Star是在开源社区上珍藏开源我的项目的性能,Star数量的多少体现了我的项目的受欢迎水平。开源首月,好将来在寰球某支流开源社区取得的Star数量已超两千多个。其中,要害开源组件取得的Star数量约为1500个。同时,专一服务开发者的好将来开源社群,在短短一个月内便吸引了近两千名开源技术爱好者的退出,且有着很高的活跃度和参与度。这也体现了好将来开源我的项目的优质性和高潜性。 能够说,作为教育行业代表性企业,好将来首次技术开源的阶段性停顿和将来布局,是教育行业进一步信息化、数字化的标记。对于致力于投身教育行业的开发者而言,这也是一个新的契机。

October 30, 2020 · 1 min · jiezi

关于开放源代码:从开源协议到谷歌禁用华为Docker实体清单事件

平时咱们在日常开发生存都在大量和开源软件打着交道,例如安卓、Linux、Github、Docker等,而其中开源协定比方MIT、Apache也是耳熟能详,然而真正对开源协定的理解置信对大部分人来说都是只知其一;不知其二。而近来频繁冒出一些事件让咱们对开源协定产生了更大的疑难。 谷歌撤销了华为的android许可证,华为手机将无法访问android更新,不能应用goole的服务框架美国商务部产业安全局(BIS)将 28 家中国实体退出实体清单,包含海康威视、大华股份、科大讯飞、旷视科技、商汤科技等多家科技企业,Docker 更新了最新《服务协定》,禁止禁运国家和被列入「美国实体清单」、「特地指定国民清单」、「被回绝人清单」、「未核实清单」和「防扩散为清单」的组织和集体应用带有该服务协定链接的 Docker 网站和所有相干网站大家的纳闷都是,这些不都是开源的嘛?为什么还能受到影响?接下来,我将为大家具体介绍开源协定的品种和这些事件背地的真正起因。 首先开源许可证能够分为两大类:Copyleft和Permissive。 Copyleft和CopyrightCopyleft中文能够了解为著述传、著佐权,它是一种利用Copyright(版权)体制来保障用户软件自在应用权力的许可形式,能够理解为容许别人应用、流传但加了一些少规定。 不晓得是什么?Copyleft的标记就是一个反写的C套上圆圈(即反转的著作权标记©)。 Copyright(版权)是能够通过法律的模式授予,个别在网站上应用会搭配All Rights Reserved(保留所有相干著述权力)来应用,而Copyleft则是在基于Copyright的根底之上表白自在和收费。 PermissivePermissive License(宽松式许可证)容许用户不经许可能够随便复制、批改和公布,然而并不要求散发时必须应用雷同的许可证,用户能够在批改代码后抉择闭源,常见的Apache、BSD、MIT属于Permissive许可证。 一句话说:这种类型的许可证,在你拿到源码后,基本上能够随心所欲。 MIT(The MIT License)MIT是许多软件许可条款中,被宽泛应用的其中一种。与其余常见的软件许可协定相比,MIT是绝对宽松的软件许可协定。MIT许可协定之名源自麻省理工学院(Massachusetts Institute of Technology),MIT内容与三条款BSD许可协定内容颇为近似,然而赋予软件被许可人更大的权力与更少的限度。 你能够应用,复制和批改软件你能够收费应用软件或发售惟一的限度是,它是必须附有MIT受权协定一句话说:只用申明一下,想怎么用怎么用。 案例:PuTTY、Ruby on Rails、Lua、jQuery BSD(Berkeley Software Distribution)BSD也被称为伯克利Unix或Berkeley Unix和MIT相似,1970年代由伯克利加州大学的学生比尔·乔伊创立。BSD许可证十分宽松,它容许无限度地重用全副或局部软件,以集成到自由软件或所有者中。1979年加州大学伯克利分校公布了BSD Unix,被称为凋谢源代码的先驱,BSD许可证就是随着BSD Unix倒退起来的。 BSD 代码激励代码共享,但须要尊重代码作者的著作权。BSD 因为容许使用者批改和从新公布代码,也容许应用或在BSD 代码上开发商业软件公布和销售,因而是对 商业集成很敌对的协定。而很多的公司企业在选用开源产品的时候都首选BSD 协定,因为能够齐全管制这些第三方的代码,在必要的时候能够批改或者二次开发。 如果再公布的产品中蕴含源代码,则在源代码中必须带有原来代码中的BSD协定如果再公布的只是二进制类库/软件,则须要在类库/软件的文档和版权申明中蕴含原来代码中的BSD协定不能够用开源代码的作者/机构名字和原来产品的名字做市场推广案例:FreeBSD、Nginx、Chromium、Django Apache2.0Apache许可证是由Apache软件基金会(ASF)公布的开源软件许可证。这是一个由弱小社区反对的风行且宽泛部署的许可证。Apache许可证容许您自在应用,批改和散发任何Apache许可产品。然而,在这样做时,您须要遵循Apache许可的条款,Apache 协定也是个绝对宽松与 MIT 相似的协定,但它简略指明了作品归属者对用户专利上的一些受权。 一句话说:能够爱护你专利的一些势力,同时让他人收费应用你代码中的专利。 案例:Android Open Source Project (AOSP)、Apache、Swift、Hadoop、SVN、Kubernetes、OpenOffice、Hadoop、Spark、Docker GPL(GNU General Public License)GPL是被宽泛应用的自由软件许可证,给予了终端用户运行、学习、共享和批改软件的自在。GPL容许自在地“应用、复制、批改和公布”,但批改和公布后的软件也必须是能够自在“应用、复制、批改和公布”的。因而 GPL 大大限度了商业软件应用GPL受权的软件,如果非法应用,将面临起诉的危险。 因为不容许批改后或者衍生的进行公布和销售,所以如果用了它,该产品也必须采纳也就是开源和收费。 GPL 分为两个版本一个是 V2,一个是 V3,作品带上这个协定之后,他人想分享的话也得加上这个协定,对代码作出比拟大的更改也是须要附带阐明。 一句话说:基于GPL组件编写的任何软件都必须以开源的形式进行公布。 ...

October 24, 2020 · 1 min · jiezi

关于开放源代码:蚂蚁王旭开源协作如何提升业界的安全

简介: 开发者、组织、业界机构的共同努力,让开源我的项目和社区,乃至整个世界变得更加平安。 在前不久的上海外滩大会上,蚂蚁资深技术专家、Kata Containers创始人王旭向参会者分享了开源、凋谢合作与软件平安可信的话题,本文依据演讲内容编辑整理而成。 明天,我想在这里和大家探讨开源与平安的话题。在过来,人们始终有一些疑难:开源是否比闭源更平安?开源我的项目如何保障本人的平安?如何通过开源社区促成业界改善安全性? 这里,我将以Kata Containers我的项目以及蚂蚁基础设施团队的实际为例,对这些问题做一些探讨,来看看社区和业界是怎么做的。 开源我的项目如何保障安全性?首先是开源比闭源更平安吗? 你可能从哪里据说过:开源软件相比闭源软件的一个优越性在于,开源软件更平安。 开源静止的一位颇具话题性的晚期领军人物Eric S·Raymond,在他的著述《大教堂与集市》中写道: “在一群足够多的beta测试者与独特开发者的状况下,简直所有问题都能够被疾速定位,并且由某个人迅速解决。” “有些所谓平安零碎,只有在其不为人所知时才是平安的,当心这些虚伪的隐秘性。” 这些论点简直是无可辩驳的。然而,争执就在于——开源是否意味着更多业余的review,更多的人看到代码甚至是发现破绽了,他们是否会第一工夫来帮忙开源我的项目改善品质而非第一工夫利用破绽进行入侵?开源我的项目是如何第一工夫解决破绽的? 上面让咱们来看一个例子。 这是Kata Contaienrs 我的项目的 VMT 流程图,形容了我的项目破绽事件响应团队接管到平安报告后是如何解决的。 所谓VMT,是 Vulnerability Management Team,这是一个应答安全事件的“特权”工作组,成熟的、社区化的开源我的项目都有这样一个外围团队。当平安钻研人员发现在他们的钻研中发现我的项目存在安全漏洞的时候,会向VMT工作组收回报告,而VMT收到之后,会在寻求修复计划的同时,对问题进行评估、去权威机构调配CVE编号,在patch merge之后,还须要确保次要用户的平安,而后再对外公开修复信息。 这里的一个关键点是,开源我的项目VMT团队和平安人员的配合。只有标准运作的开源我的项目和白帽子们良好互动,能力真的做到第一工夫修复破绽、爱护用户,而不是放出0-day破绽。这两头的响应流程,即便对于“开源”软件,也是不凋谢的。 所以,这里咱们的论断是——不是你把代码放在 GitHub 上开源了,平安就随之而来了,你要有吸引平安人员的沉闷社区和能够响应问题的机制。这里咱们晓得,有些个人化的开源我的项目是没有这样的响应机制的,这样的开源我的项目并没有让用户失去平安,相同,一旦有大量用户应用,失去的是很多惊险。 VMT机制保障了开源我的项目自身的平安,那么,在一个宏大的开源社区,比方云原生社区,它由数量繁多的开源我的项目组成生态,对于社区的整体安全性,还会有哪些乏味的互动呢。 如何晋升开源社区的平安水位开源的一个便当之处就是,如果你感觉哪里不够好,能够本人去补救。在云原生 landscape 里,搜一下平安相干的品类,立即能够失去一大片的开源平安组件或工具: 须要阐明的是,这些我的项目不是事后设计的指标,而是社区互动产生的后果。它们反映了一个自组织生态里的演变法则,而不是操作守则。在开源合作里,这样的我的项目会天然的涌现进去。 这里,我想以Kata Containers为例,来介绍下如何开发一个开源我的项目并融入社区。 首先我先来简略介绍一下 Kata Containers—— Kata Containers 首先是一个容器运行时引擎,在生态中的地位和 runc 是统一的。然而,和 runc 不同的是,Kata 用轻量级虚拟化技术来做隔离,这个强隔离带来的不仅是平安隔离,也包含性能隔离和故障隔离。 不过我要强调的一点是,Kata 依然是一个容器引擎,在零碎中是齐全对等替换 runc 的,对云原生利用来说,它是齐全通明的,即便从性能和开销角度说,咱们也曾经对它进行了很多轻量化的革新。 所以,咱们说,它同时兼有虚拟机和容器两者的长处,secure as VM, fast as containers。 三年来,Kata Containers最让我感到自豪的,是通过开源社区,咱们撬动了社区里的其余大玩家,晋升了整个云原生世界的平安水位,利用凋谢合作晋升了云原生畛域的安全性、改善了社区的信赖。 Kata创建之前的虚拟化容器技术的倒退并不快。2015年上半年,咱们就开源了 hyperContainer 和 runV,Intel 也同时开源了 clear containers。不过,过后咱们的影响还是十分无限的,想退出CNCF都被拒之门外,但咱们还是在 Kubernetes 社区里制作了一些影响。比方在 2016 年的时候,咱们和 kubernetes node 团队一起推动了 CRI 接口,来抽象化容器引擎。 ...

October 22, 2020 · 1 min · jiezi

关于开放源代码:姜宁开源不是简单的代码开放是依托项目构建一个共同体丨COSCon20-专访

2020 中国开源年会 (COSCon'20) 将于 10月24-25日由开源社举办,SegmentFault 思否社区为本次大会的策略单干媒体,并将进行独家的线上直播。 本次年会将采取线上线下相结合的模式,北京、上海、深圳、成都、长沙五城联动,11 个分会场,线上线下同时进行。 本次流动的讲师阵容堪称业界顶配,详情可点击右侧链接进行查看 ——《开源畛域顶配嘉宾团现身开源年会!线上直播、线下团聚,限时收费报名!》 为了让大家进一步理解开源、理解本次 COSCon’20,SegmentFault 思否特地采访了 Apache Member、ALC Beijing 发起人 —— 姜宁。 姜宁老师是华为开源软件核心技术专家,前红帽软件首席软件工程师,有十五年以上企业级开源中间件开发教训,有丰盛的 Java 开发和应用教训,函数式编程爱好者。 从 2006 年开始始终从事 Apache软件基金会 (ASF) 开源中间件我的项目的开发工作,先后参加 Apache CXF, Apache Camel,Apache ServiceMix,以及 Apache ServiceComb 的开发。2015 年开始负责 ASF 孵化器导师,参加孵化了 Apache Rocket,Apache Skywalking,Apache ShardingSphere, Apache IoTDB,Apache Doris(Incubating),Apache APISIX,Apache Weex(Incubating)。 作为长期沉闷于开源社区和开发者社区的一名开源布道师,在本次的开源年会中,姜宁老师将以特邀主持人的身份主持《开源治理分会场》,并缺席同期于北京举办的开源线下团聚流动。 以下为 SegmentFault 思否对姜宁老师的访谈内容: 1、网上有很多对于您的介绍,您个别偏向于如何介绍本人? 因为我当初的次要工作帮忙大家了解开放式合作是什么,如何围绕开源我的项目构建社区,我更喜爱的还是 ASF 孵化器导师这个 title。 2、是否谈一下您对开源的了解?您认为开源的外围和精华是什么? 我感觉开源不是简略的代码凋谢,而是依靠开源我的项目构建起了一个独特成长倒退的共同体(community),大家能够依靠这个共同体实现了一个人无奈实现的事业。 开源的外围是凋谢和合作,凋谢意味着大家获取开源我的项目相干的信息老本很低,能够逾越公司和组织的边界获取我的项目的信息;这样带来的益处是大家能够基于这些凋谢的信息来进行合作,开源我的项目的生产者和消费者能够平等的沟通,高效的合作。 开源的精华是公开通明。应该是通过凋谢的代码能够让一群散布在世界各地的人们可能自发的进行高效合作,并且依照肯定规定共享合作成绩。 3、是否分享一下您对开源社区的了解和认识?您认为开源社区最大的价值是什么? 开源社区最大的价值是把开源我的项目的消费者和生产者分割在一起造成了一个利益共同体。依靠于这个共同体,开源我的项目的生产者和消费者能够在一个公开平等的环境下我的项目合作,开源我的项目能够一直失去用户的无效反馈疾速欠缺。 在这里老手能够取得收费的领导与开源我的项目一起成长,而开源社区的导师机制能够保障与开源我的项目相干的常识可能失去无效的传承,最初开源社区的归属感也一直推动着社区成员不计报酬的为社区做出奉献。 4、您认为现阶段是什么妨碍了更多的企业和开发者拥抱开源? 我感觉还是因为咱们不理解开源,很多时候咱们都是站在开源消费者(搭便车)的角度来对待开源,应用开源软件。大家会感觉我用开源就好了,如果让我投身开源,为开源我的项目做奉献的话是没有什么商业收益的。 很多时候大家本人基于开源软件所做的批改不违心回馈到上游社区导致后续开源我的项目的隐性保护老本急剧升高,也是妨碍企业和开发者拥抱开源的一个很重要起因。 5、您认为开源对于企业最大的意义与价值是什么?什么样的企业适宜拥抱开源文化? ...

October 21, 2020 · 1 min · jiezi

关于开放源代码:代立冬拥抱开源可以避免重复造轮子开发者需要抛弃拿来主义丨COSCon20-专访

2020 中国开源年会 (COSCon'20) 将于 10月24-25日由开源社举办,SegmentFault 思否社区为本次大会的策略单干媒体,并将进行独家的线上直播。 本次年会将采取线上线下相结合的模式,北京、上海、深圳、成都、长沙五城联动,11 个分会场,线上线下同时进行。 本次流动的讲师阵容堪称业界顶配,详情可点击右侧链接进行查看 ——《开源畛域顶配嘉宾团现身开源年会!线上直播、线下团聚,限时收费报名!》 为了让大家进一步理解开源、理解本次 COSCon’20,SegmentFault 思否特地采访了大数据分会场的出品人 —— 代立冬。 代立冬是易观大数据平台总监 & Apache DolphinScheduler PPMC,负责每日数百亿条数据处理链条的流程布局,技术选型,技术攻关及人才梯队建设等工作。专一于数据畛域研发数据平台架构10年,擅长于数据平台建设、集群性能调优、数据仓库建设,曾任多家大数据公司数据架构师。 以下为对代立冬老师的访谈内容: 1、您认为开源对于开发者来说,最大的价值和意义是什么? 1)能够不用再反复造轮子了,能够抉择在开源我的项目的根底上做二次开发,开发者有更多的精力专一在本人想做的事件上; 2)对曾经参加开源的开发者来说,开源社区高手泛滥,高手之间的碰撞会使得开发者的技术能力、沟通合作能力失去极大晋升,尤其是沟通合作这种软实力对集体日后的职业成长非常有帮忙; 3)开源曾经成为技术实力的象征,有句话说得好 "talk is cheap, show me the code", 靠代码谈话曾经变得风行,很多技术岗位优先思考开源社区的 Contributor 或者 Committer; 2、您认为什么样的开源我的项目算是优质的开源我的项目?有没有一些评判规范? 借用 Apache 组织的一个重要观点 "社区 > 代码", 优质的我的项目是有足够多样性的社区的, 社区的凋敝水平决定这个我的项目能走多远,换句话说更看重人的能力,贡献者可能来自不同的公司,机构,使得我的项目可能长期倒退。 3、是否分享一下您对国内开源技术和产品的认识? 这 2 年国内的开源技术气氛失去了很大的改善,国内也建设有相似 Apache license 这种级别的木兰协定,最近国内也成立了凋谢原子开源基金会,这在过来都是很难设想的。随着开源气氛的逐步变好,国内的开源技术实力也在迎头追赶国内顶尖程度,有些我的项目曾经达到国内领先水平,但大部分我的项目还是很缺运作教训的,须要向国外如 Apache 这样的国内顶级组织学习。 4、您在具体开源的过程中遇到的最大的挑战是什么? 咱们在做大数据任务调度 - Apache DolphinScheduler 的过程中遇到过很多挑战,最大的挑战还是如何让这个新生的社区实现从 0 到 1 的过程。万事开头难,开源也不例外, 开源不是把代码凋谢进来就行了,还须要找到种子用户和开发者,能够说咱们的第一批用户很多都是手把手教人部署,教人用起来,最终取得第一批用户的认可,这极大的加强了咱们对我的项目的信念,随着用户越来越多,逐步实现了从 0 到 1 的过程。 ...

October 21, 2020 · 3 min · jiezi

关于开放源代码:开源领域顶配嘉宾团现身开源年会线上直播线下聚会限时免费报名

这些人置信大家都不生疏 每一位在业内都属于“顶级配置”了 这次这些大咖都将现身于 一年一度的开源盛会 一起探讨 —— 开源向善 2020 中国开源年会 (COSCon'20) 将于 10月24-25日由开源社举办,SegmentFault 思否社区为本次大会的策略单干媒体,并将进行独家的线上直播。 本次年会将采取线上线下相结合的模式,北京、上海、深圳、成都、长沙五城联动,11 个分会场,线上线下同时进行。 而讲师阵容正如咱们结尾所说,堪称奢华: 业界顶配嘉宾团 Jono Bacon, 《社区经营的艺术》作者。若是对开源社区经营及治理感兴趣者,举荐浏览!咱们更荣幸地邀请到作者自己现身大会开讲。 GitHub 的 COO Erica Brescia 女士将会给大家带来寰球当先的代码托管与合作平台的最新倒退方向以及在中国的倒退策略。 激动人心的是,以太坊创始人 V 神 Vitalik Buterin 现身和大家分享区块链倒退的趋势。 中国首个开源基金会“凋谢原子开源基金会”已于近日亮相,咱们也顺便邀请到基金会 TOC 主席堵俊平与副主席谭中意给大家第一工夫解读这家备受关注的基金会的状况。 作为国内开源与新技术的思潮洞察者与引领者,中国信通院云计算与大数据研究所所长何宝宏博士(笔名何所思,置信很多人都读过他的文章或是书),也将继 COSCon'17、 COSCon'19 之后,再度现身 COSCon'20。他的主题演讲《开源法令》相对值得期待。 Linux 基金会 AI 基金会执行董事以及 Linux 基金会策略打算副总裁 Ibrahim Haddad 将给大家带来题为 “Accelerating Innovation in the AI Market” 的报告,分享人工智能畛域中的开源翻新之道。 此外还有 国内外顶级社区的创始人 科技大厂的技术专家 高校的讲师学者 (以下为局部流动嘉宾,残缺名单可于官网查看) ...

October 21, 2020 · 1 min · jiezi

关于开放源代码:填2020开源开发者问卷成为国内开源的见证者

一年一度的中国开源年报再度启动。 中国开源年报由开源社发动。旨在从多种维度,多种形式,多种合作来出现国内的开源倒退状况。往年咱们再次启程,联合数据分析伎俩和调查报告等多种形式,绘制一份2020年中国开源的地图。 此刻,正在浏览这篇文章的你,也能够成为这份开源年报的贡献者之一,填写咱们的开源开发者问卷,通知咱们你如何参加开源,咱们便能通知你中国开源的残缺现状。 扫描下方二维码或点击下方链接即可进入问卷。 问卷链接:https://www.wenjuan.in/s/VvyEnaq/ 这份开发者问卷可能会破费您贵重的5分钟工夫。 这份问卷是咱们每年开源年报的重要一环,不基于调研的剖析报告不过是夸夸其谈。咱们心愿可能收集到多样、全面的数据样本。往年,咱们持续公布这份中国开发者考察问卷,在今年的根底上,咱们参考了其余世界上一些支流开发者问卷的内容,并退出了一些新的视角。问卷将以四个角度开展,其中包含个人信息、工作情况、开源社区以及开发者技术考察,波及开源社区的各种话题。 相比去年,这份2020开源开发者考察问卷联合了时下的开源现状,基于2020年 COVID 这个不容忽视的大背景,进一步将视角发散到开源世界的线上合作,以及开源可能为世界带来什么等主题。 通过60项左右问题的统计调查与剖析,咱们心愿可能还原出以后中国开源社区的实在现状,从而为开源的起初人提供权威的参考。请填写这份问卷,成为2020年中国开源年报的受访者之一吧,咱们想听到所有开发者的声音。 纪念品与报告优先浏览权 参加考察的用户能够有机会参加抽奖,第1, 2, 4, 8, 16, 32, 64, 128, 256, 512, 1024, 2048 位填写问卷的敌人将会取得由开源社提供的年会大礼包(T恤+大会周边);同时,所有填写问卷者可优先取得中国开源年报报告浏览权。 请务必在问卷的结尾留下您的邮箱地址,会有志愿者和您分割中奖状况和邮寄地址,并在本年报官网公布前通过邮箱提前给您发送报告链接。

October 19, 2020 · 1 min · jiezi

关于开放源代码:腾讯向开放原子开源基金会捐赠TencentOS-tinyTKEStack两大项目

10月15日,腾讯正式发表,将旗下两大开源我的项目——轻量级物联网实时操作系统TencentOS tiny和企业级容器编排引擎TKEStack(均待更名)捐献给凋谢原子开源基金会。将来这两个我的项目将在基金会进行孵化,通过凋谢治理,连贯更加丰盛的开源生态,与国内外开发者独特打造云原生及物联网畛域的开源标杆。 图:我的项目捐献典礼 据理解,凋谢原子开源基金会是致力于开源产业的全球性非营利公益机构,是中国首个,也是目前惟一一个以开源为主题的基金会。 凋谢原子开源基金会副理事长、腾讯副总裁王巨宏示意,开源曾经在技术倒退和科技翻新的过程中施展越来越重要的作用,腾讯期待与基金会及宽广开发者一起推动技术开源、生态凋谢,用技术发明价值。 此次腾讯募捐的两个我的项目别离聚焦当下最热门的云原生及物联网技术畛域,自发表开源以来,取得了大量开发者的关注及代码奉献,也曾经在多家企业中落地利用。 依据工信部数据显示,2020年我国物联网产业布局打算达到1.5万亿元,海量的低功耗物联网终端节点成为物联网生态链底层的重要环节。TencentOS tiny正是这样一款专一轻量级物联网场景、解决物联网设施上云“要害一环”的实时操作系统,可能帮忙物联网开发者更便捷的应用云端海量的计算、存储资源,以及先进的AI和大数据算法模型。 相比市场上其它同类技术,TencentOS tiny在资源占用、设施老本、功耗治理以及平安稳固等层面极具竞争力,并能实现物联网终端设备的互联互通。 去年9月,TencentOS tiny正式开源,1周内便荣登Github全网开源我的项目热榜第2名,备受行业关注。 另一捐献我的项目TKEStack,则是腾讯开源的一款企业级容器服务平台。 容器是云原生的代表技术之一。早在2009年,腾讯就开始在容器技术畛域发力,从Torca到Gaiastack积攒了大量的容器应用教训,随着kubernetes社区的倒退,用户对容器的需要日渐加强,腾讯开始在私有云提供基于kubernetes的容器服务TKE。随后,腾讯将相干教训和改良整合在一起,造成了TKEStack这一容器公有云解决方案,并于腾讯2019Techo开发者大会上发表开源。 TKEStack集易用性和扩展性于一体,交融了腾讯多年在容器技术畛域的积攒和海量业务的教训,还领有腾讯翻新的GPU虚拟化技术,可为社区和生态提供调度能力弱小、功能丰富、性能稳固的容器服务,开发者及宽广用户岂但能够间接作为业务平台应用,还可能用云原生的形式进一步定制性能。 开源基金会好比开源我的项目的“连接器”和“孵化池”,将为我的项目提供更丰盛的资源连贯和更标准的代码治理,为我的项目衰弱倒退提供源源不断的能源。 能够预期,腾讯此次捐献的两大我的项目在凋谢原子开源基金会的经营下,将吸引更多开发者参加我的项目建设,进一步升高物联网及云原生的底层技术门槛,减速相干利用的研发效率,建设行业标准,并为国内相干产业倒退注入新的生机。

October 15, 2020 · 1 min · jiezi

关于开放源代码:我的-openEuler-社区参与之旅

openEuler是什么?openEuler是一个开源、收费的Linux发行版平台,将通过凋谢的社区模式与寰球的开发者独特构建一个凋谢、多元和架构容纳的软件生态体系。同时,openEuler也是一个翻新的平台,激励任何人在该平台上提出新想法、开辟新思路、实际新计划。 装置界面: openEuler的官方网站: https://openeuler.org/ repo 下载地址: https://repo.openeuler.org 文档手册:https://openeuler.org/zh/docs/20.03_LTS/docs/Releasenotes/release_notes.html openEuler版本怎么布局? 阐明: 有翻新版本和LTS(Long term support)版本两条线的版本。遵循Upstream First准则,软件带包间接来源于原生社区,并反哺原生社区。master分支即为以后最新版本开发分支,一旦公布翻新版本或LTS版本,openEuler 翻新版本(非LTS)openEuler LTS版本版本定位构筑开发者生态,新个性沉闷,版本演进快反对合作伙伴构筑商业发行版公布周期0.5年2年保护周期0.5年4年 or more质量标准低,对标fedora品质要求中,对标centos品质要求要害工作新个性、bugfix、CVE、降级选型等无限个性、bugfix、CVE对应分支以后无,下一个版本openEuler-20.09最新分支openEuler-20.03LTS openEuler 版本如何构建?openEuler构建模型: 版本如何构建: 阐明: 名字阐明备注码云 openuler Group这个组织下寄存的都是由openEuler社区发动的原生我的项目,相当于一个一个的上游社区。例如isula、atune我的项目。https://gitee.com/openeuler码云 src-openeuler Group这里寄存的是以rpm 源码模式的代码。每个仓库源码都能够间接构建rpm二进制。https://gitee.com/src-openeulerOBSopen build service,opensuse公布的一套开源构建零碎,相似于koji、yacto等。https://build.openeuler.orghttps://openbuildservice.orgjenkinsCI/CD,继续集成平台,次要用于门禁工作、版本构建任务调度等http://114.116.250.98/repo用于归档公布的交付件及yum 软件源。https://repo.openeuler.org/ openEuler 版本里有啥软件?最直观的形式是拜访openEuler官网repo,看看公布件。 公布件构建工具Repo归档地址ISO:Dvd ISO 、Debuginfo ISOEverything ISOSource ISOmkdvdiso(待开源)、 kiwihttp://repo.openeuler.org/openEuler-20.03-LTS/ISOQcow2镜像CreateImage(待开源)http://repo.openeuler.org/openEuler-20.03-LTS/docker_img容器镜像kiwihttp://repo.openeuler.org/openEuler-20.03-LTS/virtual_machine_imgLiveCD ?  … 另外一种形式,就是拜访openEuler OBS上的构建工程,能够晓得每个版本里蕴含哪些软件,以后的构建状态是啥样的。 版本OBS工程阐明束缚地址master骨干openEuler:Factory(新包引入)新软件退出,首先引入到openEuler软件工场,master分支代码构建rpm,不会集成到iso或repo中https://build.openeuler.org/project/show/openEuler:Factory openEuler:Mainline主线工程,master分支代码外面波及的包都会随着openEuler的版本公布https://build.openeuler.org/project/show/openEuler:MainlineLTS版本openEuler:20.03:LTSLTS版本构建工程,openeuler-20.03-LTS分支代码 https://build.openeuler.org/project/show/openEuler:20.03:LTS20.09版本(未拉分支)---  --- 软件是如何治理的?openeuler源码仓库治理: openEuler所有代码托管在gitee.com有openeuler、src-openeuler两个group都是源码化、配置化治理groupopeneulersrc-openeuler定位代码仓、原生社区软件包仓、制品仓内容openEuler发动的原生我的项目spec rpm格局归档的软件包仓库URLhttps://gitee.com/openeulerhttps://gitee.com/src-openeuler仓库数量50+2500+代码治理源码树src rpm格局关系是src-openeuler的上游社区 以后openEuler 软件的治理是以sig组来承载,所有的软件惟一的归属于某个sig。通过sigs.yaml文件,你能够查问到该软件属于哪个sig,并通过sigs专有归档目你能够查问对应的maintainer。只有对应的maintainer才有对应仓库代码合入权限。 openeuler/community仓库下,以下三个文件比拟重要: sig/sigs.yaml 治理和保护各sig下保护的软件包,划分sig治理的软件包范畴。 repository/openeuler.yaml openeuler下保护的软件包仓库信息。 repository/src-openeuler.yaml) src-openeuler下保护的软件包仓库信息。 通过批改这几个文件,来新增、删除软件包仓库,来给相应的软件包划分sig,从而实现sig的owner对软件包的权限治理。 ...

October 14, 2020 · 4 min · jiezi

关于开放源代码:报名有奖有你有我开源节腾讯开源沙龙专场来啦

开源,是企业与IT开发人员最常提到的词汇之一。依据工信部信通院《2019年开源产业白皮书》的数据显示,在国内,已利用开源技术的企业占比达到86.7%,有打算利用开源技术的企业占比10.6%,开源技术曾经被企业广泛承受。 开源技术带给企业与开发人员的益处是多种多样的。白皮书考察指出,企业对技术成熟度的关注最高,达到68.7%;其次,46.3%的企业在抉择开源技术时会思考功能丰富水平。此外,还有43.3%的企业因缩短利用部署工夫而抉择开源技术。 借着中国首座开源孵化基地“深圳·国内开源谷”正式落户福田区的东风,深圳市政府将在2020年10月15日至17日举办“有你有我开源节”开源技术研讨会。 10月16日下午2点,来自腾讯的多位技术专家将针对腾讯TKE Stack企业级云原生平台和TencentOS Tiny物联网操作系统两大技术主题进行多个议题演讲,全方位展现腾讯在这两大开源我的项目中所做的致力和获得的成绩。 与会者将可能充沛理解腾讯在大规模软件我的项目中进行开源实际的教训和采纳的办法,从中取得企业开源之路上的灵感与智慧。

October 13, 2020 · 1 min · jiezi

关于开放源代码:报名有奖有你有我开源节腾讯开源沙龙专场来啦

开源,是企业与IT开发人员最常提到的词汇之一。依据工信部信通院《2019年开源产业白皮书》的数据显示,在国内,已利用开源技术的企业占比达到86.7%,有打算利用开源技术的企业占比10.6%,开源技术曾经被企业广泛承受。 开源技术带给企业与开发人员的益处是多种多样的。白皮书考察指出,企业对技术成熟度的关注最高,达到68.7%;其次,46.3%的企业在抉择开源技术时会思考功能丰富水平。此外,还有43.3%的企业因缩短利用部署工夫而抉择开源技术。 借着中国首座开源孵化基地“深圳·国内开源谷”正式落户福田区的东风,深圳市政府将在2020年10月15日至17日举办“有你有我开源节”开源技术研讨会。 10月16日下午2点,来自腾讯的多位技术专家将针对腾讯TKE Stack企业级云原生平台和TencentOS Tiny物联网操作系统两大技术主题进行多个议题演讲,全方位展现腾讯在这两大开源我的项目中所做的致力和获得的成绩。 与会者将可能充沛理解腾讯在大规模软件我的项目中进行开源实际的教训和采纳的办法,从中取得企业开源之路上的灵感与智慧。

October 13, 2020 · 1 min · jiezi

关于开放源代码:手把手教你玩转openEuler-开源社区

引言openEuler社区曾经建设起来了,也有不少合作伙伴, OSV, ISV等参加进来。整个社区的治理构造也初步建设了起来。但毕竟是一个年老的社区,因而有一些流程方面还有待优化,很多文档还有待于欠缺。 鉴于有很多心愿参加到社区里的工程师对整个社区的运作流程,开发流程还比拟生疏,我总结了一个文档来帮忙一个工程师更容易的参加到社区中。 openEuler社区概要openEuler的主站点是https://openeuler.org/ 主站点次要是提供一些入口,对于工程师来说,最重要的应该是下载链接: https://openeuler.org/zh/rele... 除了下载以外,对工程师来说,真正的社区开始之旅的终点: https://openeuler.org/zh/deve... 这个链接给大家做了一个简要的疏导,然而可怜的是,对于一个新人来说,信息量仍然十分大,可能有些摸不到头脑。上面,就让我带着大家一步步的化繁为简的做一次openEuler参加之旅吧。 法律合规是第一步,也是最重要的一步“开源”这两个字眼尽管在很大水平上代表了自在,奔放,得心应手,合乎码农天生追“自在翱翔”的特质。然而开源并不是法外之地,因而法律合规是一个社区衰弱倒退最重要的前提,没有之一。因而,任何一个人,如果想要参加到openEuler我的项目中,第一步就是要签订CLA协定。协定的签订网址是: https://openeuler.org/en/cla.... 尽管协定并不简单,然而作为一个码农,通常我都对这类法律文书都是免疫的,咱们连须要给本人赔钱的保险合同都不会多花上一分钟工夫看上一眼,对于这种须要本人贡献的条款又怎会关注呢?还有更要害的是,如果码农看懂了法律文书,那还是码农么? 尽管这很大水平是咱们码农的现状,然而我还是倡议大家认真浏览一下协定,理解一下权利范畴并没有害处。 咱们是开源的openEuler社区原则上只承受开源协定的软件,哪些开源协定是社区认可的开源协定呢?大家能够参考上面的网址。这个网站上所列举的开源协定都是openEuler社区所能接收的协定。 https://opensource.org/licens... 对于社区自身,咱们默认应用mulan V2协定,https://opensource.org/licens...,这是一个十分敌对的开源协定,也欢送大家更多的应用这个协定来开发开源软件。 我能做点什么在签订完CLA协定,理解咱们所认可的开源协定范畴当前,须要实现社区的注册。 因为openEuler自身是凋谢到gitee.com上,因而须要大家在gitee上领有账号。咱们也衷心希望gitee能成长为世界级的代码托管平台。 当大家实现了这些过程当前,就须要思考在社区里具体能做点什么了。参加社区有很多种办法和模式,如果总结起来,大体有上面的四类: 提交一些需要,或者bug,简略来说就是察觉哪里用的不爽,间接提要求。 或者在用openEuler的过程中发现了一些问题,而后须要在社区把这个问题提出来。为社区修改bug,这是更高一个层面的参加社区了,在这个层面,参与者本质上是以一个开发者的姿势进入到了社区中。个别咱们都提倡,除了提出问题,更期待大家能解决问题。奉献软件包,发现openEuler缺失了一个软件包,帮openEuler把这个软件包补上。实际上奉献软件包的过程就是帮忙openEuler提供更丰盛性能的过程。心愿随着大家的参加,openEuler可能成为一个“无所不有”的软件生态系统。开发新软件,有本人的一些想法,独立开发一个全新的软件,并将这个软件奉献到openEuler社区,成为openEuler发行版本中的一份子。咱们就一个个来看看这4种参加形式如何进行把。 网站和社区在具体探讨这四类参加办法之前,我先给出三个网址链接。 https://openeuler.org/https://gitee.com/openeuler/https://gitee.com/src-openeuler第一个网址是openEuler的门户网站,是供大家获取一些通用信息的中央,后面曾经提到过了。而真正咱们所谓的“社区”则是体现在2,3这两个网址上。 这两个网址相互有链接,它们别离长这个样子: 长得这么像,为什么要分两个网址呢? 两者有什么分工呢?咱们在后续解说中会缓缓的给大家说分明。 不管怎么样,这两个网址,以及外面的内容将会是社区工作的次要场合。尽管人机界面并不敌对,但我置信对于码农来说这不是一个大问题,因为码农们的世界素来都不已经敌对过。 参加形式一:提交需要&bug最根本参加社区的形式当然是要先用一用社区的物件,看看还有哪些须要改良的中央。提出一些有价值的倡议和意见了。这简直是最简略参加社区的形式了。 在社区中,咱们提交问题都是通过“issue”机制来进行。然而在提交之前,提交人得先明确这个issue要提交给谁。在社区里,咱们是一个个“repo”来对性能进行分组的。比方咱们驰名的Linux操作系统的“内核”(kernel)就有一个独立的“repo”(通常咱们称之为“仓”)。 如果你发现了一个内核的问题,或者需要,那么就须要找到内核相干的repo地址:https://gitee.com/openeuler/k... 它的界面这个样子。 其中红圈里大家能够看到Issues这个字样,这就是咱们所有问题&bug&需要的入口了。点进去当前能够看到: 红圈地位的按钮就是咱们建设一个新的Issue的入口。 进入当前,就能够提交issue了,有分类栏来阐明这个issue属于什么类别。 在这里,可能会有一些同学们会问:为什么没有一个bugzilla ?这是一个拷问灵魂的问题,是呀,为啥没有建设一个工程师们更为相熟的bugzilla呢?我没有方法给出一个正当的解释,不过目前看越来越多的我的项目都逐渐通过issue,PR等机制来治理我的项目,如果再独立构建一个bugzilla零碎,那么和PR,Merge合入等的工作就须要进行交联,复杂度会减少,因而目前咱们还是抉择通过issue来治理bug和需要。 这里有一个小问题,我的问题须要提交到哪里去呢? Issue的归宿总体来说,提交issue分如下几类: 具体软件的问题间接提交到相干的软件repo中,比方下面所提到的kernel的repo中。社区中的一些基础设施用的不爽,比方网页看起来不悦目等,提交到https://gitee.com/openeuler/i...,基础设施组。如果是一些社区治理方面问题,例如技术选型,软件的减少,删除,gnome和KDE哪个更图形界面原教旨主义一些等问题能够提到https://gitee.com/openeuler/c...。如果你切实不晓得该提到什么中央,就通通提交到https://gitee.com/openeuler/c...,这里会为你排忧解难。更为具体的issue提交流程能够参见如下的业余解说。 https://gitee.com/openeuler/c... 参加形式二:修复bug在社区里,通常咱们心愿提出问题并同时解决问题,如果有一个问题,当然最好的状况是同时提供问题解决的patch补丁。咱们以社区的轻量化容器引擎iSulad为例,https://gitee.com/openeuler/i...,假设咱们须要为iSulad提交一个patch补丁,根本流程如下: 第一步:建设本人的分支 在红圈处先要Fork一个“分支”到本人的账号下。如果大家不分明fork的含意,倡议学习一下git的应用办法。在这里要提一句,无论如何,古代工程师要了解git的开发模式,不理解git在当代简直会举步维艰。 第二步,批改代码并生成Pull Request(简称PR)当fork结束当前,大家能够在下图的红圈1中发现,目录曾经从openEuler切换成了本人的账户。 接下来,就能够在本人的“分支”上进行代码的批改了。 批改完当前,点击红圈2中的+Pull Request,这可能是提交代码中最要害的一个步骤,这里会正式生成一个patch并送到https://gitee.com/openeuler/i...。 比方我批改了一个函数,减少了一行printf(“hello, world”)这行代码。那么PR看起来就是这样的: 你须要为这个PR起一个名字,同时填写一个阐明。别离是红圈1和2,最初确定patch没有问题当前,点击红圈3中的“创立”按钮提交。 你会在openEuler/iSulad上看到你所提交的PR,红圈一表明你提交的PR曾经进入了iSulad的社区,红圈2中的数字228是这个PR的编号。同时这个PR的URL是:https://gitee.com/openeuler/i... 至此,作为一个patch提交者的工作就做完了,你剩下所要做的事件就是急躁的期待iSulad开发组的maintainer来审核你的patch,比方我置信明天早晨他会十分惊讶,谁提交了这么一个stupid的patch,而且公然用useless demo这样的PR题目来挑战他软弱而敏感的maintainer神经。 因而,你的PR可能有三种命运: ...

October 10, 2020 · 1 min · jiezi

关于开放源代码:开源数据库这么香为什么我们还要下功夫自研

摘要: 从开源到自研,数据库畛域的那些门门道道。谈到数据库,必然谈判及开源。 但在很长的一段时间内,以关系型数据库为例,它始终是商业公司握在手中的专利,整个数据库市场被这些大公司所垄断瓜分,直到90年代MySQL第一个开源版本的呈现,才有了现在开源凋谢的数据库市场。 依据DB-Engines最新颁布的数据库受欢迎度排名,前10名中,仅开源数据库就占据了7席,具体包含关系型数据库MySQL、Postgre SQL,非关系数据库MangoDB、Redis、Elasticsearch和Cassandra。 也正是因为开源数据库如此广受欢迎,越来越多的商业公司也违心基于这些开源数据库做更深度的优化。 为什么要基于开源数据库自研?尽管开源数据库没有昂扬的商业受权许可费用,但应用开源数据库却存在许多问题,尤其是在以数据撑持的互联网时代,人多势众不可能扛住各种意外情况。 不少开源数据库的易用性差、配套能力也较弱,须要一直地保护,而且一旦遇到数据失落问题,很难疾速复原,造成的损失不可估量。与此同时,开源数据库还得面临服务器、数据库保护降级、人力运维等各种大大小小的老本收入,很难满足业务的疾速扩张以及可继续倒退。 这种时候,不少云厂商就会做一些让DBA运维人员一劳永逸的工作,让开源数据库上云,包揽底层那些“琐碎”的运维工作。 以华为云RDS系列产品为例,RDS for MySQL、RDS for PostgreSQL服务,以及DDS文档数据库服务(文档类型Mongo),都是基于开源打造的数据库服务,聚焦最根底的云原生开发对云数据库的要求,次要面向数据规模较小,性能要求个别的业务场景,提供极致性价比的解决方案。 但问题随之而来,开源数据库上云只能解决中小企业的简化部署、运维、调优,极致性价比等诉求,却无奈满足金融、政企等对数据安全、响应速度、牢靠、可用有严苛要求的大型企业。 权衡利弊下,许多企业都会抉择开源数据库+商业数据库的组合模式,保证数据的可用牢靠。 GaussDB系列就是联合华为积攒多年的数据库研发教训打造的新一代分布式数据库产品系列,立足自研翻新,基于对立的架构,一方面拥抱并兼容MySQL、Mongo等生态,另一方面打造openGauss生态,次要面向政企客户,强调高性能、高牢靠、高平安等方面诉求。 在关系型数据库方面,华为云往年7月正式公布上线了云原生GaussDB(for MySQL)数据库。同时,基于华为凋谢生态的openGauss内核打造的分布式数据库GaussDB(openGauss)也会在年内正式商用公布。 非关系型数据库方面,重点打造云原生GaussDB NoSQL多模数据库系列,反对文档类型(Mongo)、宽表类型(Cassandra)、时序(Influx),K-V(Redis)等多协定接口。目前, GaussDB(for Mongo)、GaussDB(for Cassandra)、GaussDB(for Redis)已上线。 相较于开源数据库,GaussDB系列数据库反对NDP(near data process)技术,能够让计算和数据进行交融,减速数据的解决,从而大幅晋升整体的性能。 以GaussDB(for MySQL)为例,其基于华为最新一代DFV分布式存储,采纳计算存储拆散架构,反对1写15读的只读节点的极速扩大,最高反对128TB的海量存储,可实现超百万级QPS吞吐,单节点相比原生MySQL性能晋升7倍。 GaussDB NoSQL则领有极强的多模数据管理能力,在并发读写能力、扩容伸缩、故障重构工夫、备份效率、复原效率等方面,相比纯开源软件能力有了质的飞跃。 最要害的是,华为GaussDB数据库全面反对蕴含鲲鹏和x86在内的多样化算力,具备从芯片到服务器、存储、操作系统、数据库的E2E研发能力,因而具备了数据库软硬性能调优的独特劣势,比方GaussDB数据库DB算子下推存储,进而实现性能较友商数据库晋升了30%。 openGauss,打造新的开源数据库生态一方面踊跃拥抱既有的开源数据库生态,华为云也在打造openGauss生态。 openGauss是一款开源关系型数据库管理系统,采纳木兰宽松许可证v2发行,其内核源自PostgreSQL,并着重在架构、事务、存储引擎、优化器等方向继续构建竞争力个性。在ARM架构的芯片上深度优化,并兼容x86架构。其技术特点如下: 基于多核架构的并发控制技术、NUMA-Aware存储引擎、SQL-Bypass智能选路执行技术,开释处理器多核扩大能力,实现两路鲲鹏128核场景150万tpmC性能; 反对RTO<10S的疾速故障倒换,全链路数据保护,满足平安及可靠性要求; 通过智能参数调优、慢SQL诊断、多维性能自监控、在线SQL工夫预测等能力,让运维由繁至简。 华为于2020年6月凋谢了openGauss社区版本源代码(https://opengauss.org),激励有能力的合作伙伴推出基于openGauss的数据库,独特凋敝数据库产业生态。 目前,华为云曾经推出了基于openGauss内核,加强分布式能力的商业版本GaussDB(openGuass),后续也会有更多商业合作伙伴退出。 须要强调的是,openGauss是凋谢的生态:架构凋谢、代码凋谢、技术凋谢和社区凋谢,不会因为是华为主推的,就让数据库生态从关闭的Oracle走向另外一个关闭的“新的Oracle"。openGauss这种形式,能让更多“同道中人”一起来解决缺点,了解这个架构,从而保护起来更加不便。 对于企业来讲,只有抉择凋谢的生态,能力让本人的业务具备更好的连续性,如果从一个关闭的生态革新为另外一个关闭的生态,实质上并没有解决业务连续性的问题。 毕竟不凋谢的生态是没有生机的,数据库软件尤甚。 点击关注,第一工夫理解华为云陈腐技术~

October 9, 2020 · 1 min · jiezi

关于开放源代码:前端面试每日-31-第541天

明天的知识点 (2020.10.08) —— 第541天 (我也要出题)[html] 如何垂直居中<img>?[css] 合并CSS的办法有哪些?[js] 写一个ASCII与Unicode码的互转的办法[软技能] 开源等于收费吗?《论语》,曾子曰:“吾日三省吾身”(我每天屡次检查本人)。前端面试每日3+1题,以面试题来驱动学习,每天提高一点!让致力成为一种习惯,让奋斗成为一种享受!置信 保持 的力量!!!欢送在 Issues 和敌人们一起探讨学习! 我的项目地址:前端面试每日3+1【举荐】欢送跟 jsliang 一起折腾前端,零碎整顿前端常识,目前正在折腾 LeetCode,打算买通算法与数据结构的任督二脉。GitHub 地址 微信公众号欢送大家前来探讨,如果感觉对你的学习有肯定的帮忙,欢送点个Star, 同时欢送微信扫码关注 前端剑解 公众号,并退出 “前端学习每日3+1” 微信群互相交换(点击公众号的菜单:交换)。 学习不打烊,充电加油只为遇到更好的本人,365天无节假日,每天早上5点纯手工公布面试题(死磕本人,愉悦大家)。心愿大家在这虚夸的前端圈里,放弃沉着,保持每天花20分钟来学习与思考。在这变幻无穷,类库层出不穷的前端,倡议大家不要等到找工作时,才狂刷题,提倡每日学习!(不忘初心,html、css、javascript才是基石!)欢送大家到Issues交换,激励PR,感激Star,大家有啥好的倡议能够加我微信一起交换探讨!心愿大家每日去学习与思考,这才达到来这里的目标!!!(不要为了谁而来,要为本人而来!)交换探讨欢送大家前来探讨,如果感觉对你的学习有肯定的帮忙,欢送点个[Star]

October 8, 2020 · 1 min · jiezi

关于开放源代码:滴滴开源AgileTC敏捷测试用例管理平台

作者:肖锋起源:公众号滴滴技术 1.背景随着互联网的疾速倒退,业务的疾速迭代,对我的项目流程各环节的效率要求越来越高,很多QA开始抉择应用线下xmind来编写和执行用例进行测试,但面临的问题也越来越多: 用例管理混乱,无奈积淀:散落在wiki、线下xmind、excel。用例无奈追溯:如遇到线上问题回溯用例及测试状况时,无奈追溯且减少排查问题难度。无奈明确感知需要测试进度和后果,研发合作效率低:测试开始了吗?进度如何?失败的case有哪些?等这些问题无奈明确感知。测试流动相干数据无奈积淀:研发自测后果?打回率?测试用例失败率?测试周期?因而,咱们须要一套欠缺的测试用例管理系统来满足咱们的日常测试需要。而后,业界比拟牢靠的用例治理平台,如test-link,QC,禅道等,它们均采纳传统用例治理形式,相似excel的操作体验,测试用例编写过程较繁琐,与以后业务广泛应用的脑图治理形式不匹配,也不合乎以后业务疾速迭代的诉求。 2.AgileTC是什么AgileTC是一套麻利的测试用例治理平台,具备与xmind等脑图工具统一的操作体验。反对测试用例治理、执行打算治理、进度计算、多人实时协同等能力,不便测试人员对用例和测试过程进行治理。 线上化的操作形式便于测试资产积淀和测试过程数据积淀,为测试改良提供抓手。 产品能够独立应用,也反对以组件化形式嵌入项目管理平台,配合项目管理应用。 3.AgileTC能够做什么▍测试用例集治理 AgileTC可能将用例集与需要关联,反对xmind/xmind zen的导入/导出,具备丰盛的搜寻能力,如依据用例集名称、创建人、治理需要和创立工夫进行搜寻。 ▍用例编辑 AgileTC反对多人实时协同编辑用例集,其中一个人的批改,会实时同步到关上雷同用例的其余客户端,实现更加高效的测试集编写和测试执行协同。反对用例优先级和自定义标签标记。服务端和客户端减少了定时巡检探活机制保障连贯稳定性。反对连贯异样(如浏览器异样退出或系统故障等)场景下,主动保留用例集。 ▍测试工作治理 用户能够依据用例中的优先级和标签圈选测试用例,组合成本身须要的测试工作。反对任务分配邮件告诉机制,用户能够在测试工作中标记用例测试状态,并查看测试工作的整体停顿。 4.AgileTC怎么做的▍架构 AgileTC的外围是测试用例集和测试工作,其中用例集的编辑和工作编辑以后均基于脑图,因而合并为一个平台。最终由三个平台组成:脑图编辑平台、用例集治理平台和测试工作治理平台。以下次要介绍脑图编辑平台。 脑图编辑性能次要由前端实现,采纳react框架,蕴含脑图节点的减少、删除、批改性能,以及脑图款式和布局等。局部脑图根本绘制和布局能力借鉴了百度开源kity的能力。在这些脑图根本能力之上,反对测试罕用的标签,如优先级和执行步骤、预期后果,反对测试停顿的标记;进行了读写权限隔离,让测试设计和测试执行离开,使测试分工更有序。 多人实时协同采纳websocket通信协议。客户端关上用例集或者工作详情,在服务端会创立一个客户端session,并判断以后是否有其余客户端关上雷同的用例集或工作,如果有,会触发用例集的落库。客户端批改时,会将变更diff发送到服务端,服务端将diff发送到其余客户端放弃实时同步。客户端退出时,会触发主动保留。 5.环境依赖▍架构 mac环境(暂未在windows环境运行)java 1.8mysql 服务端Chrome▍下载 从github下载AgileTC源码:https://github.com/didi/AgileTC git clone https://github.com/didi/Agile... 或者 间接Download ZIP ▍筹备 创立依赖数据库,application-dev.properties中配置数据库名称为case_managercreate database case_manager利用sql中的脚本配置对应表。创立脚本门路:case-server/sql/case-server.sql批改application-dev.properties中spring.datasource的配置。默认数据库端口号为3306装置xmind jar包。mvn install:install-file -Dfile=org.xmind.core_3.5.2.201505201101.jar -DgroupId=com.xmind -DartifactId=sdk-Java -Dversion=201505201101 -Dpackaging=jar▍运行 mvn spring-boot:run浏览器关上 http://localhost:8094/case/caseList/1 ▍应用 1. 创立测试集 2. 创立测试集 3. 创立测试工作 4. 编辑测试工作 6.总结AgileTC基于脑图的根本能力,实现了线上化测试用例治理和测试工作治理的能力。读者能够间接应用AgileTC进行用例治理,也能够将其作为组件嵌入项目管理平台,配合项目管理应用。在业务疾速迭代的背景下,应用脑图进行测试剖析和用例治理,曾经越来越风行。而AgileTC作为线上化、测试定制的脑图平台,将进一步晋升测试效率,欢送应用和反馈! GitHub我的项目地址 https://github.com/didi/AgileTC

September 23, 2020 · 1 min · jiezi

关于开放源代码:开源神经搜索初创公司Jina-AI完成近600万美元PreA轮融资

近日,总部位于柏林的开源神经搜寻初创公司Jina AI实现近600万美元Pre-A轮融资。该轮融资由GGV资本领投,SAP.io和种子轮投资方云启资本参加跟投。本轮融资将次要用于公司人才打算,社区经营等。 Jina AI成立于2020年2月,目前该公司已累计融资近千万美元。Jina AI由肖涵博士创建,此前他因开发腾讯旗下音讯利用微信的下一代搜寻基础架构而闻名,并在腾讯开源我的项目办公室任职,在那里他造就了公司的开源和开发经营文化。2019年,肖涵博士在Linux AI基金会负责董事会成员,他也是德中AI协会的创始人&主席。 “咱们的使命是为企业和开发者提供一个开源的神经搜寻生态系统,让任何人都能以高可用性和可扩展性搭建搜寻任何类型的数据的搜寻零碎。推动从传统搜寻零碎向以AI为核心的搜寻零碎转变是一个雄心勃勃的指标,咱们很快乐能失去GGV、云启资本等寰球投资人的资源、教训和领导。”Jina AI创始人兼CEO肖涵博士说,“咱们将持续反对咱们的开源社区,为开发者和企业提供最佳的开发体验。” 神经搜寻长期以来始终有着重要的发展前景,当初开源与深度学习的最新进展相结合,为发明下一代搜寻技术提供了基石。Jina AI的外围我的项目在Github上被称为Jina,容许用户在短短几分钟内创立一个由深度学习驱动的云原生搜寻解决方案。Jina将构建一个生产就绪的神经搜寻零碎的工作量从几个月缩小到几分钟,非常适合须要疾速、轻量级开发周期的商业环境。

September 23, 2020 · 1 min · jiezi

关于开放源代码:中国首个开源基金会成立已有七个项目加入孵化

SegmentFault 思否音讯, 9 月 9 日晚,中国首个开源软件基金会「凋谢原子开源基金会(OpenAtom Foundation)」官网正式对外发声。 凋谢原子开源基金会作为中国首个在民政部注册的致力于开源产业公益事业的非营利性独立法人机构,也是目前惟一一个以开源为主题的基金会。 其服务范畴包含开源软件、开源硬件、开源芯片及开源内容等,凋谢原子基金会成立的初衷是致力于为各类开源我的项目提供中立的知识产权托管,保障我的项目的继续倒退不受第三方影响的同时,通过凋谢治理寻求更丰盛的社区资源的反对与帮忙,包含募集并治理资金,法律、财务等业余反对。 在国内上开源基金会始终是开源我的项目的孵化器、连接器和倍增器。开源基金会通过对开源代码的凋谢治理以便于造成事实标准,连贯产学研共建开源生态,为开源我的项目找到更多的利用场景。凋谢原子开源基金会的成立标记着中国开源事业上了一个新台阶。 图片来自凋谢原子开源基金会 已有七大开源我的项目入驻9月10日华为消费者BG总裁余承东在松山湖华为开发者大会的主舞台上向寰球开发者发表华为已把OpenHarmony捐献给了凋谢原子开源基金会进行开源孵化,并颁布了开源我的项目网址与代码仓库地址。 依据凋谢原子开源基金会官方网站提供的信息,目前该基金会领有七个孵化我的项目。除鸿蒙外,还包含百度超级链 XuperChain、360 的类 Redis 存储系统 Pika、腾讯的 Kubernetes 发行版 TKEStack 和物联网终端操作系统 TencentOS tiny 、浪潮的低代码开发平台 UBML,以及物联网嵌入式操作系统 AliOS Things 等我的项目。 目前该基金会的次要捐献单位有七家,别离是:阿里巴巴、百度、华为、浪潮、腾讯、360 和招商银行。 当初开源社区越来越受到国家博弈的影响。去年GitHub把朝鲜和伊朗的一万多个账号进行了封禁,原本目标在于给软件开发营造了一个低劣环境的开源社区,却作出这样的行为,齐全背离了软件开源的初始理念。所以中国等国家急需一个优良的开源基金会推动开源理念,保护开源精力。 华为消费者业务软件部总裁王成录走漏:「『如果中国没有本人的开源社区去保护治理这些代码,那么一旦产生产生不可抗的因素,咱们中国的所有的软件行业将是十分危险的。』要晓得,我国很多互联网企业、集体或机构始终都是把本人的开源软件放到美国基金会运行,次要起因是这些软件不能独立成为一个残缺的零碎,要跟其它根底开源软件对接或合作,只能抉择通过美国基金会的力量协同开发,保障实用性。」 目前寰球最大的开源基金会是Apache Software Foundation(简称ASF),成立于1999年的它是一个专门为反对开源软件我的项目而办的一个非盈利性组织,齐全由企业资助和集体捐献赞助,它通过为软件我的项目社区提供服务与反对实现价值,使命是为公众利益提供软件。目前有价值20亿美元以上的Apache开源软件产品以100%收费的价格向公众提供,并使寰球数十亿用户受害。依据ASF官网给出的一组数据。目前ASF治理着200多万行我的项目代码,取得了3022836次代码提交,有730名集体会员和7000名Apache代码提交者,目前还有52个我的项目正在孵化。 据悉凋谢原子开源基金会也将会借鉴ASF的运作模式,依据「大家」在社区的奉献来确定「大家」的排名。通过「我的项目捐献」和「退出单干」的模式助力开源我的项目更好的成长。咱们期待通过中国的后发优势,和社会各界的致力肯定会让中国的源做得越来越好。

September 11, 2020 · 1 min · jiezi

关于开放源代码:TODO-Group为什么开源对你的企业很重要

概述 应用开源软件有许多商业起因。当今许多最重要的商业冲破,包含大数据、机器学习、云计算、物联网和流媒体剖析,都来自于开源软件翻新。开源软件通常作为许多根本设施、程序、平台和工具(如机器人、传感器、物联网、汽车近程信息处理和主动驾驶、边缘计算和大数据计算)的支柱进入组织。许多智能手机、笔记本电脑、服务器、数据库和云基础设施和服务都应用了开源软件代码。开发人员通过利用像Node.js这样的框架,或者引入在许多生产用例中通过测试和证实的库来构建大多数应用程序。要应用这些货色中的简直任何一种,都须要应用一种或另一种模式的开放源码软件,通常还要联合应用。 通过应用开源软件,公司也防止了从头开始,节俭了工夫、金钱和精力,同时也从投资中取得了更多的翻新。开源软件通常也比应用商业专有软件更平安。这在很大水平上是因为开源软件我的项目的合作性质。开源开发人员和拥护者常说的一句话是:“given enough eyeballs, all bugs are shallow”。只有有“足够多的眼球”,这种状况就会继续上来,思考到开源软件的采用率,要想在所有我的项目中都领有足够多的眼球可能是一项挑战。毛病的确存在,因为没有软件是完满的,即便是开源软件。然而,对大多数组织来说,益处远远大于害处。代码基的开放性也意味着绝对于其余模型,报告和修复软件更容易。 尽管开源软件提供了许多牢靠的和可证实的业务劣势,但有时这些劣势对于那些没有深入研究过这个主题的人(包含许多高层决策者)来说依然是含糊的。这篇文章,由TODO Group (European Chapter) 发表,旨在提供一个均衡的和疾速的对于应用开源软件的商业长处和毛病的概述。 点击下载Why Open Source Matters to Your Enterprise白皮书。 Linux基金会是非营利性组织,是技术生态系统的重要组成部分。Linux基金会通过提供财务和智力资源、基础设施、服务、流动以及培训来反对创立永续开源生态系统。在共享技术的创立中,Linux基金会及其我的项目通过共同努力造成了不凡胜利的投资。扫描二维码关注LFAPAC微信公众号。

September 9, 2020 · 1 min · jiezi

关于开放源代码:数据传输-DTLE-320080-来啦

开源数据传输组件 DTLE 3.20.08.0 已于今日公布。 一、DTLE 我的项目介绍爱可生开源社区的 DTLE ,自开源起始终定位于一款针对 MySQL 应用特点、反对多种应用场景的数据传输组件,心愿可能解决以后 MySQL 利用中保障数据传输品质、可能适配简单场景、提供多样性能的问题。 DTLE 获取版本库:https://github.com/actiontech... 文档:https://actiontech.github.io/... 公布信息:https://github.com/actiontech... Tips:倡议下载最新的 Releases 版本. RH/Centos 等下载 rpm 安装包, 个别linux下载 tar 包, 或应用 docker 运行。 二、 新性能Major changes have been made. Now dtle works as a plugin of nomad. 进行了重大更改。当初 DTLE 作为 nomad(https://www.nomadproject.io)的插件。 Code optimization and refactoring -- 优化、重构代码 Adapting to latest nomad -- 适配最新的 nomadReduced memory consumption -- 升高内存耗费Improved Kafka ouput performance -- 晋升 Kafka 输入性能Reorganized logs and error message -- 重整日志和报错信息Fixed some bugs -- 修复局部bug ...

September 4, 2020 · 1 min · jiezi

关于开放源代码:全开源对标树莓派来势汹汹的-RISCV-能否打破芯片领域的行业垄断

技术编辑:徐九丨发自 思否编辑部 往年 7 月,RISC-V 国内开源实验室(RIOS)公布了首个可运行 Linux 零碎的 RISC-V 架构微型计算机 PicoRio,成为继树莓派之后又一款开源的微型计算机系统。 但不同之处在于,PicoRio 抉择的是全开源模式。也就是说 PicoRio 从 CPU 设计、PCB 电路板设计,再到操作系统外围软件将全副开源。 该产品的公布引起了寰球开发者的关注,并认为这将有可能帮忙 RISC-V 突破 X86 和 ARM 在芯片市场的垄断,让开源在硬件畛域施展更大的价值。 那么 PicoRio 到底是个什么货色?全开源的意义在那儿?真的能帮忙 RISC-V 在 CPU 畛域解围么?我国芯片企业纷纷押注的 RISC-V 在当初的国内状况下真的能始终保持中立、开源么? 先行者树莓派和破局者 RISC-V尽管开源硬件早在上世纪 60 年代就曾经有了,但开源硬件自身的老本和技术门槛决定了它难堪的地位。 在 80 年代开源静止前后,越来越多的硬件制造商开始对本人的硬件产品闭源。从商业的角度上剖析,闭源对于他们的益处的确更显著。直到明天,大部分的硬件厂商也依然采取这一策略。 2012 年,搭载着标准化硬件接口的树莓派凭借着高价、开源以及极强的可拓展性取得了迅速的倒退,一举成为寰球最受关注的开源硬件,也让开源硬件走入了公众的视线。截止去年年底,树莓派的寰球销量超过了 3000 万件,因为每一代应用的均是 ARM 架构处理器,所以对 Arm 生态的成熟、甚至嵌入式零碎的倒退其实也有着重大的意义。 但事件总是要分两面来剖析的。 咱们都晓得,目前寰球的 CPU 市场简直被 X86 和 ARM 两大架构垄断,开源硬件畛域也是如此。尽管是开源硬件,但 ARM 等商业芯片供应商依然会对应用其专利者收取较高的许可费用,并且也要求签订相干的窃密协定,很多的设计长处也不会披露给客户,即使付了受权费,指令集也十分复杂。 在这个大背景下,一套名为 RISC-V 的全新指令集在 2010 年诞生了。 RISC-V 的领导者之一是图灵奖得主大卫·帕特森传授(David Patterson),他曾在 80 年代参加制作了 RISC 指令集。为了解决 应用商业芯片面临的问题,他联结了一些资金较少的小公司和钻研人员,为各自特定的需要,开发本人的芯片,并要求对相干的指令集以及芯片设计进行开源。 ...

September 1, 2020 · 2 min · jiezi

关于开放源代码:5G边缘计算开源架起5G-MEC生态发展新通路

摘要:本文尝试从边缘计算的角度来论述了为什么要把边缘计算当做一种新的生产关系来构建,以及如何用开源来构建这种新的生产关系。5G推动新一轮工业革命过来人类经验了三次工业革命,每一次都带来了物质、能量或者信息的自在挪动。第一次工业革命,有了蒸汽机和铁路作为管道,把煤炭运到各个中央,实现了物质的自在挪动。第二次工业革命,有些中央没有路能够把煤运进去,通过电网作为传输能量的网络,实现了能量的自在挪动,也使得没有煤没有路的中央实现生产和生存。第三次工业革命,从电报到电话,再到互联网的一百多年里,实现了信息的自在挪动。这三次工业革命背地都带来了三次大的城市化。 毫无疑问,随着5G的建设和新基建的开始。咱们曾经在经验一场第四次工业革命。第四次工业革命不同于前三次,它是在前三次工业革命的根底上的一种智能叠加,有了这次工业革命,置信传统的交通、医疗等千行百业都更加智能化,也必将带来第四次再城市化的过程。 倒退5G边缘计算须要构建新的生产关系生产力和生产关系的最权威的论述者马克思说,生产力决定生产关系,生产关系也会副作用于生产力。 过来几十年,通信业的倒退经验了三次大改革,从最先的IP化到网业拆散,再到当初的数字化,这个过程中,网络基础设施上撑持的业务越来越丰盛,然而结构性的价值转移也使得电信管道在整个产业链中的价值的分成比例也越来越小。 那么如何在这种新的网络基础设施的一侧成长出新的价值增长,这就成为扭转现状的要害焦点,边缘计算为这种增长提供了某种可能,而且具备可操作性。甚至有人认为,尽管咱们过来失去了可能万亿级的数据中心市场,然而有更多万亿级的企业市场等着咱们独特去结构、去取得。所以有这么一种说法边缘计算是电信畛域或者ICT畛域微小的产业机会,也是咱们电信畛域的不能失去的一站。 边缘计算的翻新和试点在过来几年曾经陆续开展,有很多开发者大赛、开发者训练营和联结翻新的我的项目在进行。市场人员、布局人员和技术员不同的角色也带来很多不同的观点,有人是踊跃的,有人感觉有十分大的艰难,毫无疑问,明天并没有造成对立的平台来承载这些产业的翻新成绩,每年的开发者大赛都会从零开始从新组织,咱们也没有造成商业闭环,这些我的项目很难复制,从而造成整个产业翻新频繁的启动,甚至呈现了翻新疲劳的状态。 总结起来就是整个ICT产业对边缘计算的这么多翻新和试点,并没有造成无效的产业门路。有人说0到1的翻新最难,然而依据过来10年的教训来看,ICT行业最难的并不是0到1的翻新,而是从1到10,10到100的规模复制翻新的能力。 5G生产力的开释须要新的生产关系 生产力的开释确实须要新的生产关系,以农业时代为例,牛在8000年前就被驯化成牲畜,然而人类直到2000年前才学会牛耕这种农耕形式来生产,使得人类农耕生产效率进步了几十倍。同样,1679年人类曾经创造了第一台蒸汽机模型,然而直到1769年才通过瓦特改进的蒸汽机,把蒸汽机引入了工厂,实现了人类从手工作坊到工厂的生产力级的生产关系扭转,开启了人类的工业革命。 如果说只有工厂这种新型的生产关系能力开释蒸汽机微小的生产力,那么5G的网络建设曾经热火朝天,网络的覆盖度也越来越广,如何来无效的开释5G这样一种生产力?必定也须要生产关系级的构建,特地是ICT上下游产业链这样一种长链条的生产方式,应该来构建一种网络及生态的新型的生产关系,能力更加无效的开释5G微小的生产潜能。 运营商边缘和私有云边缘未到竞争阶段谈到生产关系,有两个额定的思考,明天在谈到边缘计算的时候,更多人关注的是运营商的边缘和私有云厂家的边缘是什么关系?特地是这半年以来,泛滥的私有云厂家纷纷公布了本人在边缘计算的产品和策略。能够认为,边缘计算作为一个将来大倒退的产业,它的马拉松才刚刚起步。目前,过早关注身旁的人为时尚早,在当下边缘计算的产业生态的上半场,更应该关注的是本身的能力的积攒以及如何与私有云生态更好地协同。 打造厂商+运营商+X ICT产业S.H.E,赋能行业 面向边缘计算,传统的设施制造商和运营商以及将来的利用搭档之间应该是什么样的关系?在过来几年,咱们并没有无效地建设起这么一种产业组合,咱们不能像云厂商或者互联网厂家那样,从业务到网络单独去经营。那么如何联合本身的劣势造成最佳的组合,独特以一种新的组合形式,立足于将来的ICT产业界,来独特赋能成为要害。 能够看到,运营商有贴近客户的劣势,重视经营、重视企业客户关系的软能力是运营商的人造劣势。而厂商多年构建起来的规模的研发和规模的制作能力,是一种硬件能力,生态搭档更加重视的是麻利翻新,面向场景的定制化的能力,所以这种“软件-硬件-生态”组合,咱们形象地把它称之为S.H.E最佳组合,这种组合的底层逻辑就是构建新的生产关系。 边缘计算呐喊生产关系级的产业新思路2017年,马云在世界物联网大会上发表了针对互联网的一个认识,他认为如果不把互联网当作生产关系去思考,麻烦就会越来越多,互联网不是互联网公司的互联网,是全社会的互联网。 正是这种新的认知才造就了挪动互联网和互联网的上半场。同样,咱们借鉴这种思路,边缘计算也须要新的生产关系,边缘计算不应该仅仅是运营商的边缘计算,而是全社会的边缘计算。所以边缘计算对运营商和ICT产业来说,蕴藏着微小的机会,必须通过新的生产关系来开释“5G+边缘”的这种新型的生产力。 在这个过程中,“设施制造商+运营商+行业利用搭档”应该形成最佳的组合,造成新的协作关系,来独特面对千行百业数字化的微小产业机会。所以,咱们认为边缘计算召唤这种生产关系级的产业新思路。 通过开源促成边缘计算构筑多边共赢的生产关系那原来的传统模式有什么问题呢?咱们认为,过来,开发和代码的所有权都是公有的,不足产业的公共产品和公共平台,这在传统的电信畛域特地突出,而且在电信畛域的单干也是基于确定范畴的我的项目驱动的,为什么明天边缘计算的很多成绩难以复用?是因为咱们的生态也是基于我的项目的,是处于小众的、关闭的状态,难以跨界的去利用。咱们的翻新试错的老本也十分高。 那么基于这些传统问题,开源能解决什么问题呢?在生产过程中能够通过共享和让渡局部代码的所有权,使能动静演进的、激励翻新的单干,来产生更加凋谢、自发、多样、易跨界的生态,通过众筹翻新、社区验证、低成本、无歧义的工程语言来高效的翻新。 所以,所有权是生产关系的根底,开源实质上是通过共享参考架构、用户案例和文档等所有权,来一起构筑产业的公共产品。所以,通过开源来促成边缘计算,构筑多边共赢的生产关系是可行的,而且十分有必要的。 边缘计算新生产关系那么这种新型的生产关系新在哪里呢? 第一是新的合作形式。通过社区化来联结定义,通过开源版本的验证和摸索实际的门路,从协定和交互接口来实现产品级和软件级的合作形式。 第二个是新的开发。在开发的过程中,让千行百业更加低成本来开发5G的边缘利用,通过在线的开发验证,通过升高上手的门槛,开源来造就编程的习惯,实现原子能力的更好重用。 第三,新的生态。通过对立的利用市场实现联邦互通,实现利用的流转,来实现ICT行业的利用生态的星辰大海。 第四,新的交易,通过社区来构筑利用商城的联邦,实现多边交易,独特做大市场空间,从繁多的供应到互为供应。 上面,具体论述了这四种新关系: 新合作:在传统的模式下,从厂商到运营商,再到B/OSS厂商和利用开发者,都是沿着各自的思路去单独摸索,产业方向并不完全一致,然而有了社区化的开源平台当前,咱们就能够联结产业界的搭档独特从部署形式、组网形式、以及平台技术站的构建上等等各个层面来构筑产业界的共识。 新的开发方式:在开源中国或者码云上有300万的开发者,在GitHub有3600万的开发者,泛滥的商业软件,99%的都用到了开源软件。所以,明天的开发者曾经离不开开源平台,在开源平台上,咱们更加不便地实现在线的开发环境,使得非ICT畛域的程序员能疾速的上手,更加不便地把ICT的能力形象出原子能力。同样,通过社区咱们能实现跨组织的沟通,使最佳的场景,最佳的架构和最佳的业务实际失去共享和积攒。 新生态:在传统的ICT畛域,每个厂家、运营商只围绕本人的市场产生小的利用生态,就像宠物一样是一种部分的人工的形式,它的特点是场景难以复制,市场被碎片化,利用搭档的配合和合作的代价也十分高,所以很难实现规模的利用成长。而通过凋谢对立的市场,对立的集成、对立认证,来实现一个利用的不便的流通,能跨厂商、跨运营商的来进行流通,升高利用的复制老本,实现一个规模化、自增长、多样化的新生态。 新交易:在传统的,长链条形式的无限生意模式下,交易的老本十分高,交易的效率也非常低。而通过一个共享平台和共享利用商城联邦,能够使得设施厂家、运营商和垂直行业利用搭档以及最终的企业用户实现屡次的互为供应,相互加强的合作模式。在社区实现事后的集成来共享利用生态,使能多边交易,独特做大市场空间。 回到EdgeGallery的产业愿景,咱们心愿构建的是这样一种边缘计算的单干共赢的新型生产关系。而EdgeGallery开源平台的我的项目定位,就是通过开源模式来构建5G边缘计算的架构和能力凋谢的事实标准,来升高企业利用,上到5G边缘计算这么一个产业平台上的门槛,造成规模化的5G利用的商业生态。EdgeGallery心愿通过新的合作模式,新的开发模式,新的生态的构建模式和新的交易孵化的模式,来独特使能这样一种新的生产关系,来开释5G的生产力。 EdgeGallery开源我的项目,共筑平台,共享生态EdgeGallery的产业价值外围是心愿通过构建一个对立的平台架构来提供边缘计算的参考,打造边缘计算界的安卓平台,来丰盛利用,升高利用开发者的利用门槛,通过对立产业的设施规范来突破市场格调碎片化的状态,使得利用生态不再受部分市场的限度,做到接口统一,利用一次开发、全网利用、全网散发的模式。通过共筹、共建,最大水平的共享5G to B的成绩,实现一个疾速试错,疾速翻新,小投入大产出的翻新模式,最终实现产业价值从产业到商业再到市场的产业闭环,这是EdgeGallery的产业价值的外围体现。 EdgeGallery架构 EdgeGallery的架构分成4个局部,首先是MEP平台,通过提供根本服务治理框架和一些逐步完善的网络能力,比方地位、QoS等来独特使能MEP根底平台层。同时,在这个根底平台层面向经营和面向企业自主治理,提供MEC的简化治理面,实现客户自助的portal和业务自动化的编排和治理的能力,实现利用的公布,同步和平安认证的能力。 同时,基于开源的利用仓库构建APP的利用联邦,通过共享产业界的利用仓库,能够不便的使能各个运营商的利用,实现商业闭环。 另外,为了不便利用开发者和各行各业的利用搭档来不便的开发这些利用。华为也提供了一个IDE的开发界面和工具链,反对多种计算的迁徙工具从X86到ARM的相互迁徙,实现丰盛的算力。 最初,围绕私有云的生态构建了云连接器,使开源边缘平台能和私有云的生态互联互通,不便云上的利用能下沉到边缘上来。目前打算通过一些agent模式买通和私有云的利用互通,将来也会逐渐买通和业界其余私有云的利用互通。 EdgeGallery社区经营平台和资源通过半年多的策划和筹备,EdgeGallery的开源社区经营平台和资源也逐步完善起来。EdgeGallery的代码曾经正式托管在码云上(https://gitee.com/EdgeGallery),EdgeGallery的社区官网链接为https://www.edgegallery.org/。咱们诚挚欢送产业界的搭档来退出,独特探讨和构建这个开源平台。 EdgeGallery同产业组织的单干 EdgeGallery和产业界最大的开源平台Linux基金会LF Edge这样一个边缘大伞我的项目有单干;另外,与挪动、腾讯和ARM等联结发动的在Akraino我的项目的5G边缘计算的蓝图曾经在Akraino R3公布;同时,EdgeGallery和GSMA的Operator Platform的参考实现也有一个预期的单干。当然,EdgeGallery始终强调本人是合乎ETSI MEC架构,那么作为产业界的最佳的参考实现,与国内的ECC联盟也有协作关系。 心愿EdgeGallery开源平台能成为这些联盟产业平台规范组织的试验平台和构建利用的开发平台。 最初,呐喊产业界的敌人来独特构建5G MEC的开源平台EdgeGallery,构建这个平台是十分难的,咱们须要举全产业的力量来共建这个平台。可能有人认为这个平台建设早了,然而构建一个平台是须要工夫的,5G MEC的市场暴发就在眼前,咱们须要提前做好筹备。又有人会感觉这个工夫有点晚了,的确,最好的工夫是10年前,但其次是当初。大家须要携起手来,共同努力来共建产业平台,迎接5G MEC市场的暴发,开释5G最佳的生产力,使能智能社会! 点击关注,第一工夫理解华为云陈腐技术~

August 31, 2020 · 1 min · jiezi

关于开放源代码:Apache-Flink-李钰做中文社区首先最需要解决的问题是把入门的门槛降低

8 月 16 日,ALC Beijing 的首次线下沙龙流动 —— 《开源到底有多难?》在微软大厦如期举行。本次沙龙次要是分享开源开发教训、探讨如何让开源我的项目更加茁壮成长,以及分享 ASF 治理和运作开源我的项目的胜利之道。 Apache 软件基金会成员、Apache 软件基金孵化器导师、ALC Beijing 发起人姜宁;Apache Flink 社区 PMC member 李钰;Apache DolphinScheduler 我的项目负责人、易观 CTO 郭炜;ASF Member、阿里巴巴 Tech Lead 孙金城(花名:金竹);Apache APISIX PMC member、深圳干流科技创始人温铭;ALC Beijing member、开源布道师李建盛别离在本次流动中进行了分享与探讨。 Apache Flink 社区 PMC member 李钰在流动中以《Apache Flink 中文社区的倒退与挑战》为题进行了分享,以下为整顿后的文字版本。 《Apache Flink 中文社区的倒退与挑战》大家好,明天我次要是代表 Flink 中文社区的同学们,给大家介绍一下社区在倒退过程中的挑战,以及咱们应答这些挑战的做法。 大数据和 AI 是互联网和计算机领域目前十分火的两个方向。在大数据的方向上,除了数据量和多样化之外,在 4V 模型上次要是向实时化发展,从而获取更多的价值。 我明天分享的 Flink,个别定义为第三代的流计算引擎。 流计算引擎从 2010 年倒退到当初曾经有三代了,其中第一代次要是以实时化为指标,但在数据一致性和正确性下面存在一些缺点。驰名的 lambda 架构就是通过 Storm 做实时化,但仍须要批量计算来修改后果。 第二代个别以 Spark-Streaming 为代表,对一致性的缺点做了修改,但在实时性上仍有缺点。Flink 作为第三代引擎,是以流为根底的计算引擎,反对流批一体的架构。 ...

August 22, 2020 · 2 min · jiezi

关于开放源代码:全票通过易观开源项目DolphinScheduler进入Apache孵化器

“Welcome to Apache incubator,DolphinScheduler!” 美国工夫2019年8月29日,易观开源的分布式任务调度引擎DolphinScheduler(原EasyScheduler)正式通过顶级开源组织Apache基金会的投票决定,以全票通过的优良体现正式成为Apache孵化器我的项目! 依据Apache基金会邮件列表显示,在蕴含11个约束性投票(binding votes)和2个无约束性投票(non-binding votes)的投票全副持同意意见,无弃权票和反对票,投票顺利通过。 易观奉献的DolphinScheduler进入 Apache 孵化器,是易观开源我的项目的重要里程碑, DolphinScheduler社区将遵循「The Apache Way」, 秉承更加兼容并包与凋谢多样化的心态,由衷欢送更多的开发者参加到社区中来,Committer虚位以待! DolphinScheduler是一个分布式易扩大的可视化 DAG 工作流任务调度零碎,致力于解决数据处理流程中盘根错节的依赖关系,同时具备弱小的可视化操作界面。DolphinScheduler曾用名为“EasyScheduler”,因为名称已在国外某App应用,经社区探讨与投票后改名为DolphinScheduler,简称”DS”, 中文名 “小海豚调度”(海豚聪慧、人性化,有左右脑可相互换班,终生不必睡觉)。咱们心愿DolphinScheduler就像它的名字一样,成为一个“开箱即用”的灵便易用的调度零碎。 易观缘何开发DolphinScheduler? 2017年,易观在经营本人6.8Pb大小、6.02亿月活、每天近万个调度工作的大数据平台时,受到ETL简单的依赖关系、平台易用性、可维护性及二次开发等方面掣肘,咱们渴望找到一个具备以下性能的数据调度工具: 易于应用,开发人员能够通过非常简单的拖拽操作构建ETL过程。不仅对于ETL开发人员,无奈编写代码的人也能够应用此工具进行ETL操作,例如系统管理员和分析师解决“简单工作依赖”问题,并且能够实时监督ETL运行状态反对多租户反对许多工作类型:Shell,MR,Spark,SQL(mysql,postgresql,hive,sparksql),Python,Sub_Process,Procedure等反对HA和线性可扩展性易观技术团队意识到现有开源我的项目没有可能达到咱们要求的,因而决定自行开发这个工具。咱们在2017年底设计了DolphinScheduler的次要架构;2018年5月实现第一个外部应用版本,起初咱们又迭代了几个外部版本后,零碎逐步稳定下来。 家有DolphinScheduler初长成 易观技术团队——这一支自百度、阿里、百分点、Ptmind、热云等团队的“数据极客”,秉持易观“让数据能力平民化”的初心,踊跃拥抱开源,曾奉献过Presto Hbase Connector, Presto Kudu Connector等令开发者称誉的我的项目。此次在公司的反对下,也踊跃将本人的开发的调度工具推动开源,旨在回馈开源的同时,助力打造更为弱小的开源生态。 团队在2019年3月初,小范畴(10多家公司)凋谢了DS的种子用户试用,失去了十分正能量的反馈,在4月初的正式对外开放源码后,很快就取得了许多开发人员的关注趣味,目前github上的star当初已超过1700个,参加开发和应用的公司包含嘀嗒出行、雪球、凤凰金融、水滴互助、华润万家等。 (参见https://github.com/apache/inc...) DolphinScheduler的特点 DolphinScheduler提供了许多易于应用的性能,可放慢数据ETL工作开发流程的效率。其次要特点如下: 通过拖拽以DAG 图的形式将 Task 依照工作的依赖关系关联起来,可实时可视化监控工作的运行状态反对丰盛的工作类型反对工作流定时调度、依赖调度、手动调度、手动暂停/进行/复原,同时反对失败重试/告警、从指定节点复原失败、Kill 工作等操作反对工作流全局参数及节点自定义参数设置反对集群HA,通过 Zookeeper实现 Master 集群和 Worker 集群去中心化反对工作流运行历史树形/甘特图展现、反对工作状态统计、流程状态统计反对补数,并行或串行回填数据欢送调度小伙伴退出共建世界顶级的开源我的项目! 目前,DolphinScheduler在中国曾经领有了一个1300多位搭档组成的用户及开发者社区。它也被许多公司和组织宽泛采纳作为其ETL调度工具。咱们热烈欢迎更多的用户和开发者退出到奉献的队伍中来,让咱们国人开源的调度引擎在世界开源生态中占据一席之地! 感激参加社区的贡献者!特别感谢违心给DolphinScheduler提供领导的champion和mentors: Champion: Sheng Wu ( Apache Incubator PMC, Apache officer, wusheng@apache.org)Mentors: Sheng Wu ( Apache Incubator PMC, Apache officer, wusheng@apache.org)ShaoFeng Shi ( Apache Incubator PMC, shaofengshi@apache.org)Liang Chen ( Apache Incubator PMC, Apache member, chenliang613@apache.org)Furkan KAMACI ( Apache Incubator PMC, Apache member, kamaci@apache.org)Kevin Ratnasekera ( Apache Incubator PMC, Apache member, djkevincr@apache.org)initial committers: ...

August 20, 2020 · 1 min · jiezi

关于开放源代码:易观CTO郭炜开源不是天才的甜点而是勤奋者的盛宴

8 月 16 日,ALC Beijing 的首次线下沙龙流动 —— 《开源到底有多难?》在微软大厦如期举行。本次沙龙次要是分享开源开发教训、探讨如何让开源我的项目更加茁壮成长,以及分享 ASF 治理和运作开源我的项目的胜利之道。 Apache 软件基金会成员、Apache 软件基金孵化器导师、ALC Beijing 发起人姜宁;Apache Flink 社区 PMC member 李钰;Apache DolphinScheduler 我的项目负责人、易观 CTO 郭炜;ASF Member、阿里巴巴 Tech Lead 孙金城(花名:金竹);Apache APISIX PMC member、深圳干流科技创始人温铭;ALC Beijing member、开源布道师李建盛别离在本次流动中进行了分享与探讨。 Apache DolphinScheduler 我的项目负责人、易观 CTO 郭炜在流动中以《开源,不是蠢才的甜点,而是怠惰者的盛宴》为题进行了分享,以下为整顿后的文字版本。 《开源,不是蠢才的甜点,而是怠惰者的盛宴》 咱们的开源我的项目 Dolphin Scheduler 在去年的 8 月 29 日,正式退出的 Apache 孵化器。在退出的时候,中国一共有 16 个开源我的项目在 Apache 中,并且大部分都是 BAT 这样级别的大厂或者清华之类的名校我的项目。 咱们这样一个以技术起家的中型公司是如何可能把一个开源我的项目申请进 Apache 的呢?明天咱们就来讲一下这个“屡战屡败,屡败屡战”的故事。 Dolphin Scheduler 不是易观第一个开源的我的项目。易观第一个开源的我的项目叫 Backquarter,一个跨云的 Kafka 同步程序。 咱们在实现了这个程序开源当前很得意,我还特意给它起了名字「Backquarter」—— 四分卫。寓意就是这个工具就像是橄榄球赛场上的四分卫,能够抢到球疾速带着球稳固的传送给前锋。 ...

August 20, 2020 · 2 min · jiezi

关于开放源代码:活动回顾丨ALC-Beijing-首场-Meetup开源到底有多难

8月16日,ALC Beijing 的首次线下沙龙流动 —— 《开源到底有多难?》在微软大厦如期举行。本次沙龙次要是分享开源开发教训、探讨如何让开源我的项目更加茁壮成长,以及分享 ASF 治理和运作开源我的项目的胜利之道。 Apache 软件基金会成员、Apache 软件基金孵化器导师、ALC Beijing 发起人姜宁;HBase PMC、Flink 中文社区负责人李钰;Apache DolphinScheduler 我的项目负责人、易观 CTO 郭炜;ASF Member、阿里巴巴 Tech Lead 孙金城(花名:金竹);Apache APISIX PMC member、深圳干流科技创始人温铭;ALC Beijing member、开源布道师李建盛别离在本次流动中进行了分享与探讨。Apache ShardingSphere PMC、京东数科高级 DBA 潘娟为本次流动的特邀主持。 姜宁:“咱们离生产开源还有很长的路要走” 姜宁老师作为 ALC Beijing 的发起人,在本次沙龙流动的主题演讲环节中分享了 ALC Beijing 成立的初衷以及 ALC Beijing 目前的一些动静。 姜宁老师在沙龙中分享到,我国作为寰球最大开源消费国,ASF 在国内有宽泛的大众根底,但寰球的 300 多个我的项目中,只有 19 个我的项目来自中国。如何将这些开源我的项目用户倒退转换成为社区的贡献者、开发者,甚至成为开源我的项目的发起者、维护者是一个值得沉思的问题。 成立 ALC Beijing 的初衷,就是想给大家做一些事件,通过流动给本地的开源爱好者一个聚在一起的机会,通过分享开源开发的教训,激励更多人参加到咱们的开发过程中来,帮忙外乡的开源我的项目更好的倒退。姜宁老师也示意心愿更多同学能够先从志愿者开始,与社区多多互动,与 ALC Beijing 独特成长。 李钰:“做中文社区首先最须要解决的问题,是把入门的门槛升高”李钰老师是 Flink 中文社区负责人,在本次沙龙中次要进行了三局部内容的分享。 首先李钰老师为在场和线上的同学进行了 Apache Flink 的背景以及倒退历程的介绍。谈到 Flink 中文社区组建的起因,李钰老师示意是为了把 Apache Flink 在国内进行本土化,从 2018 年 6 月取得官网受权正式开始进行团队化经营,并面向开发者进行积淀,通过组织线上或线下的流动,让圈子失去进一步的扩大。 ...

August 18, 2020 · 1 min · jiezi

关于开放源代码:开源-如何实现一个iOS-AOP框架

简介: Aspect应用了OC的音讯转发流程,有肯定的性能耗费。本文作者应用C++设计语言,并应用libffi进行外围trampoline函数的设计,实现了一个iOS AOP框架——Lokie。相比于业内熟知的Aspects,性能上有了显著的晋升。本文将分享Lokie的具体实现思路。 前言不盲目的想起本人从业的这十几年,如白驹过隙。当初谈到上还相熟的的语言以ASM/C/C++/OC/JS/Lua/Ruby/Shell等为主,其余的基本上都是用时拈来过期忘,语言这种货色变动是在太快了, 不过大体换汤不换药,我感觉近几年来所有的语言隐隐都有一种大对立的走势,一旦有个个性不错,你会在不同的语言中都找到这种技术的影子。所以我对应用哪种语言并不是很执着,不过C/C++是信奉罢了 : ) Lokie工作中大部分用OC和Ruby、Shell之类的货色,前段时间始终想找一款适合的iOS下能用的AOP框架。iOS业内比拟被熟知的应该就是Aspect了。然而Aspect性能比拟差,Aspect的trampoline函数借助了OC语言的音讯转发流程,函数调用应用了NSInvocation,咱们晓得,这两样都是性能小户。有一份测试数据,基本上NSInvocation的调用效率是一般音讯发送效率的100倍左右。事实上,Aspect只能实用于每秒中调用次数不超过1000次的场景。当然还有一些其余的库,尽管性能有所晋升,但不反对多线程场景,一旦加锁,性能又有显著的损耗。 找来找去也没有什么趁手的库,于是想了想,本人写一个吧。于是Lokie便诞生了。 Lokie的设计根本准则只有两条,第一高效,第二线程平安。为了满足高效这一设计准则,Lokie一方面采纳了高效的C++设计语言,规范应用C++14。C++14因引入了一些十分棒的个性比方MOV语义,完满转发,右值援用,多线程反对等使得与C++98相比,性能有了显著的晋升。另一方面咱们摈弃了对OC音讯转发和NSInvocation的依赖,应用libffi进行外围trampoline函数的设计,从而间接从设计上就砍倒性能小户。此外,对于线程锁的实现也应用了轻量的CAS无锁同步的技术,对于线程同步开销也升高了不少。 通过一些真机的性能数据来看,以iPhone 7P为例, Aspect百万次调用耗费为6s左右,而雷同场景Lokie开销仅有0.35s左右, 从测试数据上来看,性能晋升还是十分显著的。 我是个急性子,看书的时候也是喜爱先看代码。所以我先帖lokie的开源地址: https://github.com/alibaba/Lokie 喜爱翻代码的同学能够先去看看。 Lokie的头文件非常简单, 如下所示只有两个办法和一个LokieHookPolicy的枚举。 #import <Foundation/Foundation.h>typedef enum : NSUInteger { LokieHookPolicyBefore = 1 << 0, LokieHookPolicyAfter = 1 << 1, LokieHookPolicyReplace = 1 << 2,} LokieHookPolicy;@interface NSObject (Lokie)+ (BOOL) Lokie_hookMemberSelector:(NSString *) selecctor_name withBlock: (id) block policy:(LokieHookPolicy) policy;+ (BOOL) Lokie_hookClassSelector:(NSString *) selecctor_name withBlock: (id) block policy:(LokieHookPolicy) policy;-(NSArray*) lokie_errors;@end这两个办法的参数是一样的,提供了对类办法和成员办法的切片化反对。 selecctor_name:是你感兴趣的selector名称,通常咱们能够通过NSStringFromSelector 这个API来获取。block:是要具体执行的命令,block的参数和返回值咱们稍后探讨。policy:指定了想要在该selector执行前,执行后执行block,或者是罗唆笼罩原办法。监控成果拿一个场景来看看Lokie的威力。比方咱们想监控所有的页面生命周期,是否失常。 比方我的项目中的 VC 基类叫 BasePageController,designated initializer 是 @selector(initWithConfig)。 ...

August 17, 2020 · 4 min · jiezi

关于开放源代码:开源这么难怎么办8月16日Apache给你答案

欢送各位开发者到现场加入流动,探讨如何解决开源过程中的理论问题,点击下方报名链接报名吧! https://www.bagevent.com/even...ALC是Apache Local Community的缩写,是全世界范畴的 Apache 开源爱好者本地群组。因为是本地组织,ALC 是依照城市或地区的形式进行划分的,相似的机构还有 GDG (Google Developer Group), Facebook Developer Circles, Mozilla Reps 等。任何 Apache 开源爱好者都能够代表本人所在的城市向 ALC 提出申请创立本地的组织。 作为寰球最大开源消费国, ASF 在国内有宽泛的大众根底,如何将这些开源我的项目用户倒退转换成为社区的贡献者、开发者, 甚至成为开源我的项目的发起者、维护者是一个值得沉思的问题。 基于对这个问题的思考,咱们创立了 ALC-Beijing,并且致力于通过(但不限于)下述口头帮忙开源爱好者更好的在 Apache 社区生根发芽: 举办线上和线下沙龙,将本地的开发者与用户聚焦在一起。通过分享开源开发教训,激励更多的人参加到 ASF 的我的项目开发中来。为 ASF 的我的项目寻找相互合作的机会,让这些我的项目可能更加茁壮的成长。介绍 ASF 治理和运作开源我的项目的胜利之道,帮忙大家更好地运作开源我的项目。然而,在8月16日,ALC Beijing的首次线下沙龙就要举办了。SegmentFault 思否作为一个纯正的开发者社区,始终非常重视开源文化以及开源生态的流传与建设,本次作为单干媒体,诚邀社区开发者参加本次会议,独特打造开源生态,解决开源过程中的理论问题~ 倒数第1天,咱们一起认识一下在开源界叱诧风云的圆桌嘉宾们。 圆桌探讨的问题:1、什么契机参加到开源我的项目当中?2、刚开始参加开源Community,遇到过什么艰难?是如何解决的?3、Apache社区/我的项目和非Apache开源Community/我的项目 有何异同?4、作为开源Community里的老司机,感觉参加或推动开源Community的最大难点在哪里,为什么?可否有解决之道?5、为何你的项目选择退出 ASF? Apache社区/我的项目和非Apache开源Community/我的项目 有何异同?6、退出 ASF 之后,在我的项目和个人成长有什么不一样的中央吗?7、如何打造本身的开源Community影响力? 欢送来到现场发问,点击下方报名链接,一起退出探讨吧!https://www.bagevent.com/even...

August 15, 2020 · 1 min · jiezi

关于开放源代码:开源这么难怎么办8月16日Apache给你答案

欢送各位开发者到现场加入流动,探讨如何解决开源过程中的理论问题,点击下方报名链接报名吧! https://www.bagevent.com/even...ALC是Apache Local Community的缩写,是全世界范畴的 Apache 开源爱好者本地群组。因为是本地组织,ALC 是依照城市或地区的形式进行划分的,相似的机构还有 GDG (Google Developer Group), Facebook Developer Circles, Mozilla Reps 等。任何 Apache 开源爱好者都能够代表本人所在的城市向 ALC 提出申请创立本地的组织。 作为寰球最大开源消费国, ASF 在国内有宽泛的大众根底,如何将这些开源我的项目用户倒退转换成为社区的贡献者、开发者, 甚至成为开源我的项目的发起者、维护者是一个值得沉思的问题。 基于对这个问题的思考,咱们创立了 ALC-Beijing,并且致力于通过(但不限于)下述口头帮忙开源爱好者更好的在 Apache 社区生根发芽: 举办线上和线下沙龙,将本地的开发者与用户聚焦在一起。通过分享开源开发教训,激励更多的人参加到 ASF 的我的项目开发中来。为 ASF 的我的项目寻找相互合作的机会,让这些我的项目可能更加茁壮的成长。介绍 ASF 治理和运作开源我的项目的胜利之道,帮忙大家更好地运作开源我的项目。然而,在8月16日,ALC Beijing的首次线下沙龙就要举办了。SegmentFault 思否作为一个纯正的开发者社区,始终非常重视开源文化以及开源生态的流传与建设,本次作为单干媒体,诚邀社区开发者参加本次会议,独特打造开源生态,解决开源过程中的理论问题~ 倒数第1天,咱们一起认识一下在开源界叱诧风云的圆桌嘉宾们。 圆桌探讨的问题:1、什么契机参加到开源我的项目当中?2、刚开始参加开源Community,遇到过什么艰难?是如何解决的?3、Apache社区/我的项目和非Apache开源Community/我的项目 有何异同?4、作为开源Community里的老司机,感觉参加或推动开源Community的最大难点在哪里,为什么?可否有解决之道?5、为何你的项目选择退出 ASF? Apache社区/我的项目和非Apache开源Community/我的项目 有何异同?6、退出 ASF 之后,在我的项目和个人成长有什么不一样的中央吗?7、如何打造本身的开源Community影响力? 欢送来到现场发问,点击下方报名链接,一起退出探讨吧!https://www.bagevent.com/even...

August 15, 2020 · 1 min · jiezi

关于开放源代码:停滞数年后ElasticJob-携首个-Apache-版本-300alpha-回归

在成为 Apache ShardingSphere 的子项目的几个月工夫里,ElasticJob 社区在修复与合并了535个 issue 和 pull request 之后,公布了退出 Apache 软件基金会后的第一个正式版本:3.0.0-alpha。 背景ElasticJob(https://github.com/apache/sha...)是面向互联网生态和海量工作的散布式调度解决方案,由两个互相独立的子项目 ElasticJob-Lite 和 ElasticJob-Cloud 组成。它诞生于 2015年,过后业界尽管有 QuartZ 等超群绝伦的定时工作框架,但不足分布式方面的摸索。散布式调度云平台产品的缺失,使得 ElasticJob 从呈现伊始便备受关注。它无效地补救了作业在分布式畛域的短板,并且提供了一站式的自动化运维管控端,各个产品应用对立的作业 API,开发者仅需一次开发,即可随便部署。 ElasticJob 在技术选型时,抉择站在了伟人的肩膀上而不是反复制作轮子的理念,将定时工作事实标准的 QuartZ 与 分布式协调的利器 ZooKeeper 完满联合,疾速而稳固的搭建了全新概念的散布式调度框架。 ElasticJob调度模型ElasticJob 的调度模型划分为反对线程级别调度的过程内调度 ElasticJob-Lite,和过程级别调度的ElasticJob-Cloud。 过程内调度ElasticJob-Lite 是面向过程内的线程级调度框架。它可能与 Spring 、Dubbo等 Java 框架配合应用,在作业中可自在应用 Spring 注入的 Bean,如数据源连接池、Dubbo 近程服务等,更加不便地贴合业务开发。 ElasticJob-Lite与业务利用部署在一起,其生命周期与业务利用保持一致,是典型的嵌入式轻量级架构。ElasticJob-Lite 非常适合于资源应用稳固、部署架构简略的一般 Java 利用,能够了解为 Java 开发框架。 ElasticJob-Lite 自身是无中心化架构,无需独立的中心化调度节点,分布式下的每个工作节点均是以自调度的形式适时的调度作业。工作之间只须要一个注册核心来对分布式场景下的工作状态进行协调即可,目前反对 ZooKeeper 作为注册核心。 架构图如下: 通过图中可看出,ElasticJob-Lite 的分布式作业节点通过选举获取主节点,并通过主节点进行分片。分片结束后,主节点与从节点并无二致,均以自我调度的形式执行工作。 过程级调度ElasticJob-Cloud 领有过程内调度和过程级别调度两种形式。因为 ElasticJob-Cloud 可能对作业服务器的资源进行管制,因而其作业类型可划分为常驻工作和刹时工作。常驻工作相似于ElasticJob-Lite,是过程内调度;刹时工作则齐全不同,它充沛的利用了资源分配的削峰填谷能力,是过程级的调度,每次工作的会启动全新的过程解决。 ElasticJob-Cloud 须要通过 Mesos 对资源进行管制,并且通过部署在 Mesos Master的调度器进行工作和资源的调配。Cloud采纳中心化架构,将调度核心的高可用交由 Mesos治理。 ...

August 11, 2020 · 2 min · jiezi

关于开放源代码:快讯Apache-ShardingSphere-官方文档-pdf-版已上线

Apache ShardingSphere 的官网文档 pdf 版已上线,实时更新,与官网放弃同步,欢送大家留存。大家须要留神 pdf 首页的生成工夫,以保障获取的 pdf 文档没有过期。 地址如下: 中文版 https://shardingsphere.apache..._docs_cn.pdf 英文版 https://shardingsphere.apache..._docs_en.pdf 欢送精通 pdf 格局优化的同学分割 ShardingSphere 社区,独特把 pdf 文档做的更精美。 pdf 文档次要分为 8 章 - 简介、性能列表、疾速入门、概念&性能、用户手册、开发者手册、下载、FAQ。文档实践解说透彻,应用示例深刻,干货满满,心愿可能帮忙大家更好的学习和实际。与此同时,咱们也心愿该文档可能成为 handbook 在工程师之间传阅,欢送大家踊跃转发和分享!

August 11, 2020 · 1 min · jiezi

关于开放源代码:集中配置数据中心WeCMDB-151版本发布啦

WeCMDB是集中配置数据中心,治理IT各层面组件及组件关系信息。同时与自动化运维管理工具紧密相联,反对运维管理工具及流程的运作,施展配置信息的价值,同时依赖这些工具、流程保证数据准确性。 WeCMDB具备以下特点: 配置模型,动静扩大灵便增加配置项、属性及关系;属性数据类型、填充规定等均可动静定义。 配置查问,灵活多样在线自定义多配置关联查问。 细粒度权限管控实现了细粒度的数据权限管制;反对在线配置。 凋谢敌对API服务反对在线定义接口可读写的配置项、属性及关系;反对在线测试,验证接口准确性。 多维度日志查问提供治理界面,反对多维度数据变迁历史查问。 1.5.1版本次要内容新增个性减少查问执行数据比照性能改良反对表达式解析获取架构图连线数据工夫/明码类型表单项反对减少架构变更减少二次确认优化抉择框清空及搜寻性能修复根底数据管理及日志列表无奈失常显示WeCMDB开源我的项目地址如下,欢送大家提交issue及star: Gitee地址:https://gitee.com/WeBank/we-cmdbGitHub地址:https://github.com/WeBankPartners/we-cmdb

August 7, 2020 · 1 min · jiezi

关于开放源代码:基于Prometheus的分布式监控平台openmonitor170版本发布啦

open-monitor是一套基于Prometheus的分布式监控平台,实用于wecube,WeCube通过监控插件来对资源以及利用的监控及告警。此插件底层援用Prometheus,下层封装了对Prometheus的配置管理和图表展现,后端技术选型为Go + Gin + Xorm, 前端技术选型为Vue + ECharts。 1.7.0版本次要内容新增个性减少存活自检性能反对数据长久化到内部mysql性能改良优化对象反对视图通用化open-monitor开源我的项目地址如下,欢送大家提交issue及star: Gitee地址:https://gitee.com/WeBank/open-monitorGithub地址:https://github.com/WeBankPartners/open-monitor

August 7, 2020 · 1 min · jiezi

关于开放源代码:最全EduSoho开源版安装教程4常见EduSoho扩展安装教程

本文是目前最全面、最粗疏的EudSoho官网教程,蕴含EduSoho在各种操作系统装置的办法,以及一些常见问题的解决办法,将继续更新,心愿能帮忙大家疾速转型线上,实现在线教育! mbstring扩大装置ubuntu 下:sudo apt-get install php5-mbstring重启php过程,重启web服务器CentOS 下:办法1 通过yum进行在线装置:yum install php-mbstring批改php.ini ,增加配置信息 : echo ‘extension=mbstring.so’ >>/etc/php.ini3重启PHP过程或者PHP-FPM办法2 利用源码进行编译装置:cd /usr/src/php-5.3.6/ext/mbstring/usr/local/php/bin/phpize./configure --with-php-config=/usr/local/bin/php-configmake && make install重启PHP过程或者PHP-FPMred hat,centos,fedora相干的操作系统不足php的mbstring扩大的解决方案:办法1: yum install php-mbstring批改php.ini ,增加配置信息echo ‘extension=mbstring.so’ >>/etc/php.ini 重启PHP过程或者PHP-FPM办法2: cd /usr/src/php-5.3.6/ext/mbstring/usr/local/php/bin/phpize./configure --with-php-config=/usr/local/bin/php-configmake && make install重启PHP过程或者PHP-FPM视频上传不了或者视频过大不能上传视频上传不了,通常有3种状况:1、服务器上传的目录被限度了拜访,尤其是虚拟主机:这个目录位于 edusoho/app/data/udisk这种状况个别不会呈现,因为装置的时候曾经检测过。2、PHP限度了上传大小:找到php.ini,批改下列参数,重启php-fpm或者apachepost_max_size = 300Mupload_max_filesize = 300Mmemory_limit = 300M3、web服务器(Nginx,Apache)限度了上传大小Nginx: 关上nginx.conf并在http{}字段里增加 client_max_body_size 300M;Apache:/etc/httpd/conf.d/php.conf (不同零碎地位有所不同)LimitRequestBody 300M EduSoho网络课堂是杭州阔知网络科技有限公司自主研发的一款网校产品,公布于2013年10月,是国内首个开源网校零碎,与Moodle和Open edX并列为世界三大开源在线教育平台产品。本系列文章旨在为想要装置EduSoho开源版的教育机构提供帮忙,助力大家低成本搭建网校,发展在线教育。下期预报:FTP工具应用EduSoho最新开源安装包,自行下载:http://www.edusoho.com/open/show

July 27, 2020 · 1 min · jiezi

关于开放源代码:ShardingSphere-4x-ShardingScalingAlpha-用户手册

简介Sharding-Scaling是一个提供给用户的通用的ShardingSphere数据接入迁徙,及弹性伸缩的解决方案。 从4.1.0开始向用户提供。 部署启动执行以下命令,编译生成sharding-scaling二进制包:git clone https://github.com/apache/shardingsphere.git;cd shardingsphere;mvn clean install -Prelease;公布包所在目录为:/sharding-distribution/sharding-scaling-distribution/target/apache-shardingsphere-${latest.release.version}-sharding-scaling-bin.tar.gz。 解压缩公布包,批改配置文件conf/server.yaml,这里次要批改启动端口,保障不与本机其余端口抵触,其余值放弃默认即可:port: 8888blockQueueSize: 10000pushTimeout: 1000workerThread: 30启动sharding-scaling:sh bin/start.sh查看日志logs/stdout.log,确保启动胜利。应用curl命令再次确认失常运行。curl -X GET http://localhost:8888/shardingscaling/job/list应许可为: {"success":true,"errorCode":0,"errorMsg":null,"model":[]}完结Sharding-Scalingsh bin/stop.sh利用配置项利用现有配置项如下,相应的配置可在conf/server.yaml中批改: 名称阐明默认值portHTTP服务监听端口8888blockQueueSize数据传输通道队列大小10000pushTimeout数据推送超时工夫,单位ms1000workerThread工作线程池大小,容许同时运行的迁徙工作线程数30使用手册环境要求纯JAVA开发,JDK倡议1.8以上版本。 反对迁徙场景如下: 源端指标端是否反对MySQL(5.1.15 ~ 5.7.x)sharding-proxy反对PostgreSQL(9.4 ~ )sharding-proxy反对留神:如果后端连贯MySQL数据库,须要下载MySQL Connector/J,解压缩后,将mysql-connector-java-5.1.47.jar拷贝到${sharding-scaling}lib目录。 权限要求MySQL 须要开启binlog,binlog format为Row模式,且迁徙时所应用用户须要赋予Replication相干权限。 +-----------------------------------------+---------------------------------------+| Variable_name | Value |+-----------------------------------------+---------------------------------------+| log_bin | ON || binlog_format | ROW |+-----------------------------------------+---------------------------------------++------------------------------------------------------------------------------+|Grants for ${username}@${host} |+------------------------------------------------------------------------------+|GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO ${username}@${host} ||....... |+------------------------------------------------------------------------------+PostgreSQL 须要开启test_decoding API接口弹性迁徙组件提供了简略的HTTP API接口 创立迁徙工作接口形容:POST /shardingscaling/job/start 申请体: ParameterDescriberuleConfiguration.sourceDatasource源端sharding sphere数据源相干配置ruleConfiguration.sourceRule源端sharding sphere表规定相干配置ruleConfiguration.destinationDataSources.name指标端sharding proxy名称ruleConfiguration.destinationDataSources.url指标端sharding proxy jdbc urlruleConfiguration.destinationDataSources.username指标端sharding proxy用户名ruleConfiguration.destinationDataSources.password指标端sharding proxy明码jobConfiguration.concurrency迁徙并发度,举例:如果设置为3,则待迁徙的表将会有三个线程同时对该表进行迁徙,前提是该表有整数型主键示例: ...

July 26, 2020 · 2 min · jiezi

关于开放源代码:ShardingSphere-4x-ShardingScalingAlpha-用户手册

简介Sharding-Scaling是一个提供给用户的通用的ShardingSphere数据接入迁徙,及弹性伸缩的解决方案。 从4.1.0开始向用户提供。 部署启动执行以下命令,编译生成sharding-scaling二进制包:git clone https://github.com/apache/shardingsphere.git;cd shardingsphere;mvn clean install -Prelease;公布包所在目录为:/sharding-distribution/sharding-scaling-distribution/target/apache-shardingsphere-${latest.release.version}-sharding-scaling-bin.tar.gz。 解压缩公布包,批改配置文件conf/server.yaml,这里次要批改启动端口,保障不与本机其余端口抵触,其余值放弃默认即可:port: 8888blockQueueSize: 10000pushTimeout: 1000workerThread: 30启动sharding-scaling:sh bin/start.sh查看日志logs/stdout.log,确保启动胜利。应用curl命令再次确认失常运行。curl -X GET http://localhost:8888/shardingscaling/job/list应许可为: {"success":true,"errorCode":0,"errorMsg":null,"model":[]}完结Sharding-Scalingsh bin/stop.sh利用配置项利用现有配置项如下,相应的配置可在conf/server.yaml中批改: 名称阐明默认值portHTTP服务监听端口8888blockQueueSize数据传输通道队列大小10000pushTimeout数据推送超时工夫,单位ms1000workerThread工作线程池大小,容许同时运行的迁徙工作线程数30使用手册环境要求纯JAVA开发,JDK倡议1.8以上版本。 反对迁徙场景如下: 源端指标端是否反对MySQL(5.1.15 ~ 5.7.x)sharding-proxy反对PostgreSQL(9.4 ~ )sharding-proxy反对留神:如果后端连贯MySQL数据库,须要下载MySQL Connector/J,解压缩后,将mysql-connector-java-5.1.47.jar拷贝到${sharding-scaling}lib目录。 权限要求MySQL 须要开启binlog,binlog format为Row模式,且迁徙时所应用用户须要赋予Replication相干权限。 +-----------------------------------------+---------------------------------------+| Variable_name | Value |+-----------------------------------------+---------------------------------------+| log_bin | ON || binlog_format | ROW |+-----------------------------------------+---------------------------------------++------------------------------------------------------------------------------+|Grants for ${username}@${host} |+------------------------------------------------------------------------------+|GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO ${username}@${host} ||....... |+------------------------------------------------------------------------------+PostgreSQL 须要开启test_decoding API接口弹性迁徙组件提供了简略的HTTP API接口 创立迁徙工作接口形容:POST /shardingscaling/job/start 申请体: ParameterDescriberuleConfiguration.sourceDatasource源端sharding sphere数据源相干配置ruleConfiguration.sourceRule源端sharding sphere表规定相干配置ruleConfiguration.destinationDataSources.name指标端sharding proxy名称ruleConfiguration.destinationDataSources.url指标端sharding proxy jdbc urlruleConfiguration.destinationDataSources.username指标端sharding proxy用户名ruleConfiguration.destinationDataSources.password指标端sharding proxy明码jobConfiguration.concurrency迁徙并发度,举例:如果设置为3,则待迁徙的表将会有三个线程同时对该表进行迁徙,前提是该表有整数型主键示例: ...

July 26, 2020 · 2 min · jiezi

关于开放源代码:布客ApacheCN-编程后端大数据人工智能学习资源-20208

布告咱们的群共享文件有备份到 IPFS 的打算,具体工夫待定。咱们的机器学习群(915394271)正式改名为财务晋升群,望悉知。请关注咱们的公众号“ApacheCN”,回复“教程/路线/较量/报告/技术书/课程/轻小说/漫画/新知”来获取更多资源。咱们正在招募我的项目负责人,实现三次奉献能够申请,请分割片刻(529815144)。几十个我的项目等你来申请和参加,不装逼的敌人,咱们都不想意识。CDNDrive 第二次扩容结束,新增了 3 个图床。“开源互助联盟”已终止,咱们对此示意道歉和遗憾。除非顺便邀请,咱们不再推广别人的任何我的项目。咱们承受“环材化生劝退”话题的投稿,并在全平台推送。请分割飞龙(562826179),或在这里留言。编程语言Java On Java 8 中文版(Java 编程思维第五版)⭐↗Effective Java 中文第三版⭐↗Java 编程思维Java 8 扼要教程Java 从 0~1 集体笔记Java8 中文官网教程JavaTutorialNetwork 中文系列教程HowToDoInJava 中文系列教程 HowToDoInJava Spring 教程HowToDoInJava Java 教程HowToDoInJava 其它教程 1HowToDoInJava 其它教程 2JavaBeginnersTutorial 中文系列教程Python Think Python 中文第二版↗笨办法学 Python · 续 中文版PythonSpot 中文系列教程PythonBasics 中文系列教程PythonGuru 中文系列教程Python 分布式计算↗JavaScript JavaScript 编程精解 中文第三版写给不耐烦程序员的 JavaScriptC 笨办法学 C 中文版PHP 手把手教你写 PHP 协程扩大Ruby 我爱 Ruby综合 TutorialsPoint 中文系列教程BeginnersBook 中文系列教程 BeginnersBook C 语言教程BeginnersBook C 语言示例BeginnersBook C++ 教程BeginnersBook 数据库教程BeginnersBook Java 教程BeginnersBook Java 汇合教程BeginnersBook Java 示例BeginnersBook Java IO 教程BeginnersBook Java 字符串教程BeginnersBook JSP 教程BeginnersBook JSTL 教程BeginnersBook Kotlin 教程BeginnersBook MongoDB 教程BeginnersBook Perl 教程BeginnersBook Servlet 教程ZetCode 中文系列教程 ...

July 25, 2020 · 3 min · jiezi

关于开放源代码:Geek硬核抗疫鹅厂联合发起全球公共卫生开源计划

开源能为新冠疫情和寰球公共卫生问题做些什么? 明天,鹅厂技术人有了新的“解题思路”:腾讯退出了一项寰球公共卫生打算LFPH(Linux Foundation Public Health),帮忙世界各地的公共卫生部门抗击COVID-19和将来可能的流行病。 这项打算由Linux基金会联结腾讯、IBM、Cisco等七个次要成员发动,其中,腾讯是中国惟一的开创成员企业。该打算将通过开源共享技术积攒,汇集“寰球当先技术和征询公司、公共卫生部门、流行病学家和其余公共卫生专家、隐衷和平安专家以及集体开发人员”等一众大牛,独特参加代码抗疫。 目前,在加拿大及爱尔兰抗击疫情中别离施展重要作用的COVID Shield和COVID Green已通过LFPH打算开源。 Linux基金会公共卫生我的项目和会员全景图 其实,早在疫情暴发之初,鹅厂的工程师们就忙活了起来,通过开源,用代码参加抗疫: 1.开源腾讯衰弱疫情模块国际版,帮忙寰球开发者和服务机构疾速搭建疫情查问服务 在2020年春节疫情期间,腾讯助力世界卫生组织帮忙各国政府开发数字医疗解决方案,向寰球开源了腾讯衰弱疫情模块国际版,帮忙开发者和服务机构疾速搭建疫情查问服务。 腾讯衰弱疫情模块国际版开源地址:https://github.com/Tencent/TH_COVID19_International 2.开源新冠肺炎AI自查助手工具,将业余的医学指南“翻译”成通俗易懂、操作简略的对话,帮忙民众正确抗疫 腾讯还开源了自研的新冠肺炎AI自查助手工具,这是一个能帮忙寰球民众自查新冠肺炎感化危险,并给出防备指引的AI。它的专长是把业余的医学指南,转换成通俗易懂操作简略的对话,帮忙民众正确抗疫。 这个简略实用的工具曾经帮忙了中国17个省区市的40个疾控部门、300余家医院、30余家行业ISV合作伙伴,服务了数以千万计的民众。 新冠肺炎AI自查助手 新冠肺炎AI自查助手开源地址:https://github.com/Tencent/TH_COVID19_International/tree/master/src/servers/COVID-19-self-triage 3.腾讯与钟南山院士团队单干,用AI预测新冠患者危重症概率 最近,腾讯与钟南山院士团队单干,联结公布了一项利用AI预测新冠肺炎患者病情倒退至危重概率的研究成果,可别离预测5天、10天和30天内病情危重的概率,相比传统形式晋升了准确率和稳定性,有助正当地为病人进行晚期分诊。该模型代码也已通过Github向寰球开源。详情戳《钟南山团队联手鹅厂工程师如何用AI预测新冠重症》 钟南山院士团队与腾讯AILab联结研究成果已公布于国内顶级期刊《Nature》子刊《NatureCommunications》并向寰球开源 钟南山团队联手腾讯预测新冠高危危险AI模型开源地址:https://github.com/cojocchen/covid19_critically_ill 这些也只是腾讯开源的冰山一角。在寰球最大的代码托管平台GitHub上,腾讯已公布超百个开源我的项目,取得超过30万Star(代表我的项目受欢迎水平),是国内上有影响力的开源企业之一。同时还以最高级别会员身份退出Linux、Apache等9大开源基金会,捐献了多个优良开源我的项目。 欢送参加奉献腾讯抗疫开源我的项目,和鹅厂技术人一起,为抗疫奉献“码力”!

July 23, 2020 · 1 min · jiezi

关于开放源代码:蚂蚁集团网络通信框架-SOFABolt-功能介绍及协议框架解析-开源

简介: 开源网络通信框架 SOFABolt 首次线上直播文字回顾。 ,乏味实用的分布式架构频道。 回顾视频以及 PPT 查看地址见文末。欢送退出直播互动钉钉群 : 30315793,不错过每场直播。 大家好,我是本期 SOFAChannel 的分享讲师丞一,来自蚂蚁团体,是 SOFABolt 的开源负责人。明天咱们来聊一下蚂蚁团体开源的网络通信框架 SOFABolt 的框架解析以及性能介绍。本期分享将从以下四个方面开展: SOFABolt 简介;根底通信能力解析;协定框架解析;公有协定实现解析;SOFABolt 是什么SOFABolt 产生背景置信大家都晓得 SOFAStack,SOFAStack(Scalable Open Financial Architecture Stack)是一套用于疾速构建金融级云原生架构的中间件,也是在金融场景里锻炼进去的最佳实际。 SOFABolt 则是 SOFAStack 中的网络通信框架,是一个基于 Netty 最佳实际的轻量、易用、高性能、易扩大的通信框架,他的名字 Bolt 取自迪士尼动画《闪电狗》。他一开始是怎么在蚂蚁团体外部产生的,咱们能够类比一下 Netty 的产生起因: 为了让 Java 程序员能将更多的精力放在基于网络通信的业务逻辑实现上,而不是过多的纠结于网络底层 NIO 的实现以及解决难以调试的网络问题,Netty 应运而生;为了让中间件开发者能将更多的精力放在产品性能个性实现上,而不是反复地一遍遍制作通信框架的轮子,SOFABolt 应运而生;这些年,在微服务与消息中间件在网络通信上,蚂蚁团体解决过很多问题、积攒了很多教训并继续进行着优化和欠缺,咱们把总结的解决方案积淀到 SOFABolt 这个根底组件里并反馈到开源社区,心愿可能让更多应用网络通信的场景受害。目前该组件曾经使用在了蚂蚁团体中间件的微服务 (SOFARPC)、音讯核心、分布式事务、分布式开关、以及配置核心等泛滥产品上。 同时,已有数家企业在生产环境中应用了 SOFABolt,感激大家的必定,也心愿 SOFABolt 能够给更多的企业带来实际价值。 以上企业信息依据企业用户 Github 上反馈统计 — 截止 2020.06。 SOFABolt:https://github.com/sofastack/sofa-bolt SOFABolt 框架组成SOFABolt 整体能够分为三个局部: 根底通信能力(基于 Netty 高效的网络 IO 与线程模型、连贯治理、超时管制);协定框架(命令与命令处理器、编解码处理器);公有协定实现(公有 RPC 通信协议的实现);上面,咱们别离介绍一下 SOFABolt 每个局部的具体能力。 ...

July 23, 2020 · 2 min · jiezi

关于开放源代码:ShardingSphere-4x-数据分片内核剖析之解析引擎

绝对于其余编程语言,SQL是比较简单的。不过,它仍然是一门欠缺的编程语言,因而对SQL的语法进行解析,与解析其余编程语言(如:Java语言、C语言、Go语言等)并无本质区别。 形象语法树解析过程分为词法解析和语法解析。词法解析器用于将SQL拆解为不可再分的原子符号,称为Token。并依据不同数据库方言所提供的字典,将其归类为关键字,表达式,字面量和操作符。再应用语法解析器将SQL转换为形象语法树。 例如,以下SQL: SELECT id, name FROM t_user WHERE status = 'ACTIVE' AND age > 18解析之后的为形象语法树见下图。 为了便于了解,形象语法树中的关键字的Token用绿色示意,变量的Token用红色示意,灰色示意须要进一步拆分。 最初,通过对形象语法树的遍历去提炼分片所需的上下文,并标记有可能须要改写的地位。供分片应用的解析上下文蕴含查问选择项(Select Items)、表信息(Table)、分片条件(Sharding Condition)、自增主键信息(Auto increment Primary Key)、排序信息(Order By)、分组信息(Group By)以及分页信息(Limit、Rownum、Top)。SQL的一次解析过程是不可逆的,一个个Token的按SQL本来的程序顺次进行解析,性能很高。思考到各种数据库SQL方言的异同,在解析模块提供了各类数据库的SQL方言字典。 SQL解析引擎SQL解析作为分库分表类产品的外围,其性能和兼容性是最重要的掂量指标。ShardingSphere的SQL解析器经验了3代产品的更新迭代。 第一代SQL解析器为了谋求性能与疾速实现,在1.4.x之前的版本应用Druid作为SQL解析器。经理论测试,它的性能远超其它解析器。 第二代SQL解析器从1.5.x版本开始,ShardingSphere采纳齐全自研的SQL解析引擎。因为目标不同,ShardingSphere并不需要将SQL转为一颗齐全的形象语法树,也无需通过拜访器模式进行二次遍历。它采纳对SQL半了解的形式,仅提炼数据分片须要关注的上下文,因而SQL解析的性能和兼容性失去了进一步的进步。 第三代SQL解析器则从3.0.x版本开始,ShardingSphere尝试应用ANTLR作为SQL解析的引擎,并打算依据DDL -> TCL -> DAL –> DCL -> DML –>DQL这个程序,顺次替换原有的解析引擎,目前仍处于替换迭代中。应用ANTLR的起因是心愿ShardingSphere的解析引擎可能更好的对SQL进行兼容。对于简单的表达式、递归、子查问等语句,尽管ShardingSphere的分片外围并不关注,然而会影响对于SQL了解的友好度。通过实例测试,ANTLR解析SQL的性能比自研的SQL解析引擎慢3-10倍左右。为了补救这一差距,ShardingSphere将应用PreparedStatement的SQL解析的语法树放入缓存。因而倡议采纳PreparedStatement这种SQL预编译的形式晋升性能。 第三代SQL解析引擎的整体构造划分如下图所示。

July 22, 2020 · 1 min · jiezi

关于开放源代码:ShardingSphere-4x-数据分片核心概念分片

分片键用于分片的数据库字段,是将数据库(表)程度拆分的关键字段。例:将订单表中的订单主键的尾数取模分片,则订单主键为分片字段。SQL中如果无分片字段,将执行全路由,性能较差。除了对单分片字段的反对,ShardingSphere也反对依据多个字段进行分片。 分片算法通过分片算法将数据分片,反对通过=、>=、<=、>、<、BETWEEN和IN分片。分片算法须要利用方开发者自行实现,可实现的灵便度十分高。 目前提供4种分片算法。因为分片算法和业务实现严密相干,因而并未提供内置分片算法,而是通过分片策略将各种场景提炼进去,提供更高层级的形象,并提供接口让利用开发者自行实现分片算法。 准确分片算法对应PreciseShardingAlgorithm,用于解决应用繁多键作为分片键的=与IN进行分片的场景。须要配合StandardShardingStrategy应用。 范畴分片算法对应RangeShardingAlgorithm,用于解决应用繁多键作为分片键的BETWEEN AND、>、<、>=、<=进行分片的场景。须要配合StandardShardingStrategy应用。 复合分片算法对应ComplexKeysShardingAlgorithm,用于解决应用多键作为分片键进行分片的场景,蕴含多个分片键的逻辑较简单,须要利用开发者自行处理其中的复杂度。须要配合ComplexShardingStrategy应用。 Hint分片算法对应HintShardingAlgorithm,用于解决应用Hint行分片的场景。须要配合HintShardingStrategy应用。 分片策略蕴含分片键和分片算法,因为分片算法的独立性,将其独立抽离。真正可用于分片操作的是分片键 + 分片算法,也就是分片策略。目前提供5种分片策略。 规范分片策略对应StandardShardingStrategy。提供对SQL语句中的=, >, <, >=, <=, IN和BETWEEN AND的分片操作反对。StandardShardingStrategy只反对单分片键,提供PreciseShardingAlgorithm和RangeShardingAlgorithm两个分片算法。PreciseShardingAlgorithm是必选的,用于解决=和IN的分片。RangeShardingAlgorithm是可选的,用于解决BETWEEN AND, >, <, >=, <=分片,如果不配置RangeShardingAlgorithm,SQL中的BETWEEN AND将依照全库路由解决。 复合分片策略对应ComplexShardingStrategy。复合分片策略。提供对SQL语句中的=, >, <, >=, <=, IN和BETWEEN AND的分片操作反对。ComplexShardingStrategy反对多分片键,因为多分片键之间的关系简单,因而并未进行过多的封装,而是间接将分片键值组合以及分片操作符透传至分片算法,齐全由利用开发者实现,提供最大的灵便度。 行表达式分片策略对应InlineShardingStrategy。应用Groovy的表达式,提供对SQL语句中的=和IN的分片操作反对,只反对单分片键。对于简略的分片算法,能够通过简略的配置应用,从而防止繁琐的Java代码开发,如: t_user_$->{u_id % 8} 示意t_user表依据u_id模8,而分成8张表,表名称为t_user_0到t_user_7。 Hint分片策略对应HintShardingStrategy。通过Hint指定分片值而非从SQL中提取分片值的形式进行分片的策略。 不分片策略对应NoneShardingStrategy。不分片的策略。 SQL Hint对于分片字段非SQL决定,而由其余外置条件决定的场景,可应用SQL Hint灵便的注入分片字段。例:外部零碎,依照员工登录主键分库,而数据库中并无此字段。SQL Hint反对通过Java API和SQL正文(待实现)两种形式应用。

July 22, 2020 · 1 min · jiezi

开源|如何开发一个高性能的redis-cluster-proxy

文|曹佳俊 网易智慧企业资深服务端开发工程师 背    景 redis cluster简介 Redis cluster是redis官网提供集群计划,设计上采纳非中心化的架构,节点之间通过gossip协定替换相互的状态,redis cluster应用数据分片的形式来构建集群,集群内置了16384个哈希槽,每个key都属于这16384这个哈希槽中的一个,通过crc16算法计算哈希值,再取余可得每个key归属的哈希槽;redis cluster反对动静退出新节点,动静迁徙slot,主动的故障转移等。 Redis cluster的架构要求客户端须要间接与redis集群中的每个节点建设连贯,并且当呈现新增节点退出、节点宕机failover、slot迁徙等事件时,客户端须要可能通过redis cluster协定去更新本地的slot映射表,并且能解决ASK/MOVE语义,因而,咱们个别称实现了redis cluster协定的客户端为smart redis client。 Redis cluster最多能够构建超过100个主节点的集群(超过之后gossip协定开销过大,且可能引起集群不稳固),依照单节点10G容量(单实例内存过大可能导致性能降落),单集群最多能够撑持1T左右的容量。 问    题 Redis cluster有很多长处(比方能够构建大容量集群,性能好,扩缩容灵便),然而当一些我的项目工程冀望从redis迁徙到redis cluster时,客户端却面临着大量的革新工作,与此同时带来的是须要大量的测试工作以及引入的新危险,这对于一些稳固运行的线上工程代价无疑是微小的。 需    求 为了更不便的将业务迁徙到redis cluster,最冀望的是客户端SDK的API齐全兼容redis/redis-cluster,spring提供的RedisTemplate是一个很好实现,然而对于没有应用SpringRedisTemplate的我的项目,很多客户端实现的redis和redis-cluster拜访API是不统一的(比方Java中风行的Jedis),这无形中进步了迁徙工作的工作量和复杂性,此时redis cluster proxy是不错的抉择,有了proxy,就能够像操作单实例redis一样操作redis cluster,客户端程序就不须要做任何的批改。  当然,减少一层proxy,必然会导致性能有肯定水平的降落,然而proxy作为无状态的服务,实践上能够程度扩大,并且因为proxy层的存在缩小了后端redis server的连接数,在某些极限场景下甚至能进步redis集群整体的吞吐量。此外,基于proxy,咱们还能够做很多额定的事件: 比方能够在proxy层做分片逻辑,这样当单集群的redis cluster不满足需要(内存/QPS)时,就能够通过proxy层实现通明的同时拜访多个redis cluster集群。再比方能够在proxy层做双写逻辑,这样在迁徙或者拆分缓存类型的redis时,就不须要应用redis-migrate-tool之类的工具进行全量迁徙,而只须要按需双写,即可实现迁徙。此外因为proxy实现了redis协定,因而能够在proxy层利用其它存储介质实现redis相干命令,从而能够模仿成redis对外服务。一个典型的场景就是冷热拆散存储。功    能 介于上述各种起因和需要,咱们基于netty开发了camellia-redis-proxy这样一个中间件,反对如下个性: 反对设置明码反对代理到一般redis,也反对代理到redis cluster反对配置自定义的分片逻辑(能够代理到多个redis/redis-cluster集群)反对配置自定义的双写逻辑(服务器会辨认命令的读写属性,配置双写之后写命令会同时发往多个后端)反对内部插件,从而能够复用协定解析模块(以后包含camellia-redis-proxy-hbase插件,实现了zset命令的冷热拆散存储)反对在线变更配置(需引入camellia-dashboard)反对多个业务逻辑共享一套proxy集群,如:A业务配置转发规定1,B业务配置转发规定2(须要在建设redis连贯时通过client命令设置业务类型)对外提供了一个spring-boot-starter,3行代码即可疾速搭建一个proxy集群 如何晋升性能? 客户端向camellia-redis-proxy发动一条申请,到收到申请回包的过程中,顺次经验了如下过程: 上行协定解析(IO读写)协定转发规定匹配(内存计算)申请转发(IO读写)后端redis回包解包(IO读写)后端redis回包下发到客户端(IO读写)能够看到作为一个proxy,大量的工作是在进行网络IO的操作,为了晋升proxy的性能,做了以下工作: 多线程 咱们晓得redis自身是单线程的,然而作为一个proxy,齐全能够应用多线程来充分利用多核CPU的性能,然而过多的线程引起不必要的上下文切换又会引起性能的降落。camellia-redis-proxy应用了netty的多线程reactor模型来确保服务器的解决性能,默认会开启cpu外围数的work线程。 此外,如果服务器反对网卡多队列,开启它,能防止CPU不同外围之间的load不平衡;如果不反对,那么将业务过程绑核到非CPU0的其余外围,从而让CPU0分心解决网卡中断而不被业务过程过多的影响。 异步非阻塞 异步非阻塞的IO模型个别状况下都是优于同步阻塞的IO模型,上述5个过程中,除了协定转发规定匹配这样的内存计算,整个转发流程都是异步非阻塞的,确保不会因为个别流程的阻塞影响整个服务。 流水线 咱们晓得redis协定反对流水线(pipeline),pipeline的应用,能够无效缩小网络开销。camellia-redis-proxy也充分利用了这样的个性,次要包含两方面: 上行协定解析时尽可能的一次性解析多个命令,从而进行规定转发时能够批量进行往后端redis节点进行转发时尽可能的批量提交,这里除了对来自同一个客户端连贯的命令进行聚合,还能够对来自不同客户端连贯,但转发指标redis雷同时,也能够进行命令聚合当然,所有这些批量和聚合的操作都须要保障申请和响应的一一对应。 TCP分包和大包解决 不论是上行协定解析,还是来自后端redis的回包,特地是大包的场景,在碰到TCP分包时,利用适合的checkpoint的机制能够无效缩小反复解包的次数,晋升性能。 异样解决和异样日志合并 如果没有无效的解决各种异样,在异样产生时也会导致服务器性能迅速降落。设想一个场景,咱们配置了90%的流量转发给A集群,10%的流量转发到B集群,如果B集群产生了宕机,咱们冀望的是来自客户端的90%的申请失常执行,10%的申请失败,然而实际上却可能远远超过10%的申请都失败了,起因是多方面的: 后端操作系统层面的忽然宕机proxy层可能无奈立刻感知(没有收到TCP fin包),导致大量申请在期待回包,尽管proxy层没有阻塞,然而客户端体现为申请超时proxy在尝试转发申请到B集群时,针对B集群的从新连贯申请可能拖慢整个流程宕机导致的大量异样日志可能会引起服务器性能降落(这是一个容易漠视的中央)pipeline提交上来的申请,99个申请指向A集群,1个申请指向B集群,然而因为B集群的不可用,导致指向B集群的申请迟迟不回包或者异样响应过慢,客户端的最终体现是100个申请全副失败了camellia-redis-proxy在解决上述问题时,采取了如下策略: 设置对异样后端节点的疾速失败降级策略,防止拖慢整个服务异样日志对立治理,合并输入,在不失落异样信息的状况下,缩小异样日志对服务器性能的影响减少对后端redis的定时探活探测,防止宕机无奈立刻感知导致业务长时间异样部署架构 proxy作为无状态的服务,能够做到程度扩大,为了服务的高可用,也至多要部署两个以上的proxy节点,对于客户端来说,想要像应用单节点redis一样拜访proxy,能够在proxy层之前设置一个LVS代理服务,此时,部署架构图如下: ...

July 13, 2020 · 1 min · jiezi

自研开源框架-Midway-Serverless-让前端提效-50-背后的故事

简介: 去年开始,阿里前端及阿里的多个团队联结开始了一项“机密”工作,应用 Serverless 这一新一代研发架构,心愿能大量缩小研发人员应用基础设施和运维的老本。 作者 | 陈仲寅 去年开始,阿里前端及阿里的多个团队联结开始了一项“机密”工作,应用 Serverless 这一新一代研发架构,心愿能大量缩小研发人员应用基础设施和运维的老本。目前这一框架曾经实现前端提效 50%,且已在 Github 开源,开源地址见文末。Midway ServerlessMidway 之前是传统的 Web 栈框架,和业界现有的 EggJS,NestJS 等解决的是相似的问题,从中后盾到挪动端利用,前端都宽泛采纳了这些框架来构建本人的业务零碎。阿里也不例外,Node.js 利用十分多,然而这些零碎有一个共性,大多数服务器的 CPU 使用率非常低,这无疑是一种资源的微小节约。 这种资源节约的常态以及利用的规模化几何倍数的减产,让利用治理的人员头疼不已。于是,阿里把眼光转向 Serverless 架构,他们开始去思考,如何无效去缩小研发人员应用基础设施的效率和运维的老本。 Serverless 和 FaaSFaaS 是 Serverless 架构的其中一种状态,也是这次 Midway 心愿解决的场景。在 Midway Serverless 1.0 之前,咱们在 FaaS 上投入了许多,然而事实上,Serverless 架构十分宏大,FaaS 只是其中的一小部分,基于事件驱动的模型,从微服务(MicroService)这种专一于繁多职责与性能的小型功能块演进而来。现在这种更加“代码碎片化”的软件架构范式,相比微服务更加细小的程序单元,给业务代码提供了无可比拟的灵活性。 依照《福布斯》杂志的统计,在商业和企业数据中心的典型服务器仅提供 5%~15% 的均匀最大解决能力的输入,这无疑是一种资源的微小节约。而随着 Serverless 架构的呈现,让服务提供商提供咱们的计算能力最大限度满足实时需要,这将使咱们能更无效地利用计算资源。 阿里目前应用了 FaaS 来作为业务的落地容器,心愿能进一步缩小容器的规格,降低成本。团体机器的老本以后是按 CPU Core 算的,以 4C8G(4 核 8G)的机器为例,一个中后盾利用起码须要 2 台机器,而上了 FaaS,能缩小到 1C,乃至 0.5C,这个老本降落的十分可观。 落地前端在阿里“大中台小前台”的趋势下,前端是最靠近用户且生机爆发的团队。前端始终心愿可能有机会解脱“资源”的窘境,对整体工种的职能、边界有更宽泛而清晰的拓展需要,造就了现在前端的范畴一直衍生,从端侧到智能化,无一不是职能扩充的体现。 对前端开发者而言,Node.js 赋予了开疆拓土的能力,自前后端拆散开始,从端到全栈,Node.js 曾经成为前端学习的标配,而 DevOPS 的提出,也让前端逐渐走向开发自治,运维自驱的路子。而阿里在理论实际中发现,大部分前端确实在朝着那个方向走,然而更多的是在业务和自治之间产生了一些怅惘,这两者的关系其实很不容易均衡,工夫一久也会对业务的规模化产生一些影响。 而 Serverless 的呈现,正好让前端有机会缩小整个 OPS 环节,更加聚焦于业务自身;同时,因为整体的代码量减少以及轻量化开发理念、部署平台能力的加强,让整个业务的规模化老本越来越低。 ...

July 13, 2020 · 1 min · jiezi

SUSE-已就收购-Rancher-事宜正式达成最终协议Rancher-或将继续独立运营

技术编辑:徐九丨发自 思否编辑部 7 月 8 日晚,寰球最大的独立开源公司 SUSE 与业界利用最为宽泛的 Kubernetes 治理平台创建者 Rancher Labs(Rancher)独特发表,单方已就 SUSE 收买 Rancher 事宜正式达成最终协定。 据称,此次收买将使 SUSE/Rancher 成为企业级 Linux、容器、Kubernetes、边缘计算畛域的首选开源公司。 SUSE 开办于 1992 年,是寰球首家企业级开源 Linux 操作系统供应商。Rancher Labs 由 CloudStack 之父梁胜创立,其最为出名的 Rancher 领有 37,000 个沉闷用户,下载量超 1 亿。 Rancher 总部位于库比蒂诺(Cupertino),是一家公有开源公司,领有 37,000 多名沉闷用户,其旗舰 Kubernetes 管理程序 Rancher 的下载量达到 1000 万次。 Rancher 提供了残缺的 Kubernetes 软件堆栈。该堆栈能够解决在简直所有基础架构上治理多个 Kubernetes 集群的经营和平安挑战。具体来说,它反对任何经 Cloud Native Computing Foundation(CNCF) 认证的 Kubernetes 发行版。这包含 Google GKE,Amazon EKS 和 Microsoft AKS。 Rancher 堆栈还使公司可能通过集中式身份验证,访问控制和监督来治理跨混合云的Kubernetes 集群。并且所有这些都是通过纯开源堆栈实现的。 ...

July 9, 2020 · 1 min · jiezi

WeDataSphere开源社区与KubeSphere开源社区官宣合作携手共进开源可期

<!-- /\* Font Definitions \*/ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4; mso-font-charset:1; mso-generic-font-family:roman; mso-font-pitch:variable; mso-font-signature:-536869121 1107305727 33554432 0 415 0;} @font-face {font-family:等线; panose-1:2 1 6 0 3 1 1 1 1 1; mso-font-alt:DengXian; mso-font-charset:134; mso-generic-font-family:auto; mso-font-pitch:variable; mso-font-signature:-1610612033 953122042 22 0 262159 0;} @font-face {font-family:华文楷体; panose-1:2 1 6 0 4 1 1 1 1 1; mso-font-charset:134; mso-generic-font-family:auto; mso-font-pitch:variable; mso-font-signature:647 135200768 16 0 262303 0;} @font-face {font-family:"\\@华文楷体"; mso-font-charset:134; mso-generic-font-family:auto; mso-font-pitch:variable; mso-font-signature:647 135200768 16 0 262303 0;} @font-face {font-family:"\\@等线"; panose-1:2 1 6 0 3 1 1 1 1 1; mso-font-charset:134; mso-generic-font-family:auto; mso-font-pitch:variable; mso-font-signature:-1610612033 953122042 22 0 262159 0;} /\* Style Definitions \*/ p.MsoNormal, li.MsoNormal, div.MsoNormal {mso-style-unhide:no; mso-style-qformat:yes; mso-style-parent:""; margin:0cm; margin-bottom:.0001pt; text-align:justify; text-justify:inter-ideograph; mso-pagination:none; font-size:10.5pt; mso-bidi-font-size:11.0pt; font-family:等线; mso-ascii-font-family:等线; mso-ascii-theme-font:minor-latin; mso-fareast-font-family:等线; mso-fareast-theme-font:minor-fareast; mso-hansi-font-family:等线; mso-hansi-theme-font:minor-latin; mso-bidi-font-family:"Times New Roman"; mso-bidi-theme-font:minor-bidi; mso-font-kerning:1.0pt;} a:link, span.MsoHyperlink {mso-style-priority:99; color:#0563C1; mso-themecolor:hyperlink; text-decoration:underline; text-underline:single;} a:visited, span.MsoHyperlinkFollowed {mso-style-noshow:yes; mso-style-priority:99; color:#954F72; mso-themecolor:followedhyperlink; text-decoration:underline; text-underline:single;} .MsoChpDefault {mso-style-type:export-only; mso-default-props:yes; font-family:等线; mso-bidi-font-family:"Times New Roman"; mso-bidi-theme-font:minor-bidi;} /\* Page Definitions \*/ @page {mso-page-border-surround-header:no; mso-page-border-surround-footer:no;} @page WordSection1 {size:595.3pt 841.9pt; margin:72.0pt 90.0pt 72.0pt 90.0pt; mso-header-margin:42.55pt; mso-footer-margin:49.6pt; mso-paper-source:0; layout-grid:15.6pt;} div.WordSection1 {page:WordSection1;} --> 7月8日,WeDataSphere 开源社区与 KubeSphere 开源社区联结发表两大社区正式开启单干。 ...

July 9, 2020 · 2 min · jiezi

国内电子书厂商文石违反-GPL-v2-开源协议网友评价给中国开发者丢脸

技术编辑:宗恩丨发自 思否编辑部 SegmentFault 思否报道丨公众号:SegmentFault 小编今天逛社交网站的时候发现 @ruanyf 大佬发了条推文,说 Reddit 上正在讨论 Oynx 违反开源协议的事情。经过调查确有此事,下面小编就给大家讲述下这件事的来龙去脉,有用户在 Reddit 上放出一张对话截图,有人向 Onyx (文石)指出了其违规问题,而 Onyx 官方回应「技术团队表示目前不能把源码开放,并希望他人谅解。」网友指出拒绝发布其电子书设备源码违反了 GPL v2 开源协议。 文石电子书设备是在 Linux 内核基础上的改版,而 Linux 内核基于 GPL v2 许可证,该许可证有很明显的「传染性」,要求二次分发项目也必须开源(本质是也必须基于 GPL v2,关于 GPL v2 ,推荐阅读:人话版GPL 2.0协议) 国外网友对此事进行了热烈讨论,甚至一度上升到拒绝使用中国电子硬件的程度。真是一个产品犯错,全国都要为其背锅。 如何正确看待开源技术大牛阮一峰如何看待这个问题,可以回顾他很早以前的一篇文章,这篇文章中可以看到他对此事的态度: 如何为代码选择开源许可证,这是一个问题。世界上的开源许可证,大概有上百种。很少有人搞得清楚它们的区别。即使在最流行的六种----GPL、BSD、MIT、Mozilla、Apache和LGPL----之中做选择,也很复杂。乌克兰程序员Paul Bagwell,画了一张分析图,说明应该怎么选择。这是我见过的最简单的讲解,只用两分钟,你就能搞清楚这六种许可证之间的最大区别。如果程序中使用 GPL 协议的代码,则程序需要开源。 知乎网友 @容嘉也对「需要在商用设备上安装一个声明为GPLV2协议的开源软件,不修改这个软件的源码,该软件作为独立进程运行。如何做才能符合开源协议?」给出了回答,: 直接使用就可以了,只要你不对这个软件进行修改,你可以无视他的协议,当然如果你做出了符合你们应用环境的修改,请务必要提供给开源社区!关于GPLv2协议,太长了,理解起来也比较绕,直接引用Linus Torvalds对GPLv2协议的理解,来说明你的问题吧。 my argument for liking version 2, and I still think version 2 is a great license, was that, "I give you source code, you give me your changes back, we are even." Right? That's my take on GPL version 2, right, it's that simple. ...

July 7, 2020 · 1 min · jiezi

蚂蚁集团网络通信框架-SOFABolt-功能介绍及协议框架解析-开源

<SOFA:Channel/>,有趣实用的分布式架构频道。回顾视频以及 PPT 查看地址见文末。欢迎加入直播互动钉钉群 : 30315793,不错过每场直播。 大家好,我是本期 SOFAChannel 的分享讲师丞一,来自蚂蚁集团,是 SOFABolt 的开源负责人。今天我们来聊一下蚂蚁集团开源的网络通信框架 SOFABolt 的框架解析以及功能介绍。本期分享将从以下四个方面展开: SOFABolt 简介;基础通信能力解析;协议框架解析;私有协议实现解析;SOFABolt 是什么SOFABolt 产生背景相信大家都知道 SOFAStack,SOFAStack(Scalable Open Financial Architecture Stack)是一套用于快速构建金融级云原生架构的中间件,也是在金融场景里锤炼出来的最佳实践。 SOFABolt 则是 SOFAStack 中的网络通信框架,是一个基于 Netty 最佳实践的轻量、易用、高性能、易扩展的通信框架,他的名字 Bolt 取自迪士尼动画《闪电狗》。他一开始是怎么在蚂蚁集团内部产生的,我们可以类比一下 Netty 的产生原因: 为了让 Java 程序员能将更多的精力放在基于网络通信的业务逻辑实现上,而不是过多的纠结于网络底层 NIO 的实现以及处理难以调试的网络问题,Netty 应运而生;为了让中间件开发者能将更多的精力放在产品功能特性实现上,而不是重复地一遍遍制造通信框架的轮子,SOFABolt 应运而生;这些年,在微服务与消息中间件在网络通信上,蚂蚁集团解决过很多问题、积累了很多经验并持续进行着优化和完善,我们把总结的解决方案沉淀到 SOFABolt 这个基础组件里并反馈到开源社区,希望能够让更多使用网络通信的场景受益。目前该组件已经运用在了蚂蚁集团中间件的微服务 (SOFARPC)、消息中心、分布式事务、分布式开关、以及配置中心等众多产品上。 同时,已有数家企业在生产环境中使用了 SOFABolt,感谢大家的肯定,也希望 SOFABolt 可以给更多的企业带来实践价值。 以上企业信息根据企业用户 Github 上反馈统计 — 截止 2020.06。 SOFABolt:https://github.com/sofastack/sofa-bolt SOFABolt 框架组成SOFABolt 整体可以分为三个部分: 基础通信能力(基于 Netty 高效的网络 IO 与线程模型、连接管理、超时控制);协议框架(命令与命令处理器、编解码处理器);私有协议实现(私有 RPC 通信协议的实现);下面,我们分别介绍一下 SOFABolt 每个部分的具体能力。 基础通信能力基础通信模型 ...

July 6, 2020 · 2 min · jiezi

ElasticJob-社区重启月余发展迅猛

ElasticJob 目前已经成为 Apache ShardingSphere 的唯一一个子项目,也是 Apache 软件基金会的非顶级正式项目。由于 Apache ShardingSphere 是 Apache 的顶级项目,因此旗下的 ElasticJob 是无需经过 Apache 孵化器的。 社区数据ElasticJob 社区重启已经超过了一个月的时间,在此期间,ElasticJob 社区已大变模样。 5月27至6月27这一个月的数据如下: 合并 86 个 Pull Requests;开启 12 个 Issue;关闭 47 个 Issue;增加 52,677 行代码;删除 114,417 行代码;共计 24 名贡献者; ElasticJob 目标设定ElasitcJob 远景目标为 Apache ShardingSphere 的数据调度模块赋能,数据调度主要包括数据的弹性迁移和容量调整等功能。独立成为 Apache 顶级项目。当 ElasticJob 社区和 Apache ShardingSphere 社区同样活跃且多元化,并且具备足够的的贡献者和提交者时,我们愿意讨论将其升级为 Apache 顶级项目。ElasitcJob 开发目标内核类。目前 ElasticJob 参照 Apache ShardingSphere 的 SPI 方式在拓展,在微内核 + 可插拔的架构设计方向前进中。内核提升还包括调度器和执行器分离,任务 DAG(有向无环图)依赖等;生态类。包括作业执行轨迹统计,作业控制台后端,作业类型的增加,注册中心多类型适配等工作,目前已将生态类模块与内核分离;前端类。ElasticJob 的控制台页面目前使用 jQuery 进行开发,希望换成现在流行的 vue 框架使前后端分离,并提升操作界面以及监控可视化的能力。ElasitcJob 社区目标希望对 ElasticJob 感兴趣的同学,能够在各自的渠道都宣传。让更多的人知道 ElasticJob 社区重启的资讯,以吸引更多的贡献者加入社区;整理并回答社区遗留 Issue,将这两年来累积的技术债务逐渐偿还;整理文档,包括现有文档的完善和英文文档翻译。ElasticJob 未来规划未来的 ElasitcJob 会朝着更广阔的方向发展,将会涵盖定时任务、数据调度、服务调度,以及待考虑的容器调度、大数据调度等等。 ...

June 28, 2020 · 1 min · jiezi

Podcast-Episode-Apache-ShardingSphere-开发者们的欢乐与刺激

内容梗概2020 年 4 月 16 日,Apache ShardingSphere 最终通过基金会董事会决议,加入了 TLP 梯队!从 2016 年 1 月的第一行代码到现今的 300K+行代码,中间经历了什么?来自创始团队和中坚力量的成员们坐下来和大家分享 Apache ShardingSphere 成长的历程! 时间线01:00 ~~ 06:30 本次参与嘉宾的个人自述,各有精彩!07:00 ~~ 10:00 灵魂拷问:在座的 ShardingSphere 成员是如何凝聚(bonding)在一起的,发起人张亮不正经回答。10:00 ~~ 13:00 Zhyee 的结识、加入分享,强调开源协作的重要13:21 ~~ 17:20 董宗磊和 ShardingSphere 的缘分,由于Apache 而更加紧密17:30 ~~ 17:50 姜宁表达新的感悟:开源community 更是一个知识共享的平台21:30 ~~ 29:30 ShardingSphere 成长的几个阶段30:00 ~~ 36:15 娟神:女性既是优势,也是压力!从“自我”到“心中有Ta”的转变!37:10 ~~ 40: 00 另一位女性开发者颜志一 既是 ShardingSphere 的成长之旅,也是开源的晋级之旅。卖个关子,下期讲:ShardingSphere 的开源初心是什么?是什么样的力量驱动着Ta们走到今天请收听Apache ShardingSphere 开发者们的欢乐与刺激 https://www.ximalaya.com/keji... 本期嘉宾张亮:京东数科数据研发负责人,Apache ShardingSphere VP,Apache Dubbo PMC,人气开源项目 Elastic-Job 作者。 ...

June 22, 2020 · 1 min · jiezi

博云就违反-Apache-20-开源协议作出回应博云积极与-Apache-SkyWalking-项目合作的声明

6 月 19 日,SegmentFault 思否就“博云违反 Apache 2.0 开源协议被要求整改”一事作出报道(相关阅读),希望借此事能够引起开发者对于开源协议的重视。 事后,博云市场部与 SegmentFault 思否技术编辑联系,我们了解到博云并非恶意隐瞒使用 Apache SkyWalking,内部对这一事件也高度重视,已第一时间与 Apache 基金会取得联系、道歉并进行整改。 SegmentFault 思否团队认可博云实事求是的态度,和第一时间做出整改的行动,我们愿意配合博云团队发布针对本次事件的官方声明。也希望这一事件可以给社区开发者带来启示。 以下为《博云积极与 Apache SkyWalking 项目合作的声明》全文Apache SkyWalking 由国内开源爱好者吴晟先生开源(原始地址:https://github.com/wu-sheng/s...),经过国内社区的发展,Apache 孵化,目前是 Apache 软件基金会顶级项目,项目支持多语言探针和 Service Mesh,目前已获得众多用户的认可和使用。 近日,博云 PaaS 技术中台的微服务治理平台产品 BeyondMicroService 发布了最新版本的更新,该产品在“监控中心/应用拓扑”功能上选用了 Apache SkyWalking 技术,并进行了增强开发。 经与 Apache SkyWalking 项目核心团队沟通确认,博云 BeyondMicroService 已遵循 Apache 2.0 LICENSE 的相关规定,得到了社区的认可,当前博云已经出现在 Apache SkyWalking 官方 github 的用户墙上。博云与 Apache SkyWalking 项目组核心成员达成了共同合作提升 Apache SkyWalking 项目影响力的意向,后续将探讨进一步的拓展计划。 (图1:博云已加入Apache SkyWalking官方名单) 博云作为一家软件公司一向十分重视知识产权保护,拥护开源软件行业,支持各个开源项目,并积极将自己的知识、经验反馈给包括 Kubernetes、Isito 等开源社区,截止到今天,在 CNCF 下的 Kubernetes 社区,博云的贡献度排名位列全球第 12 位(数据来源:https://www.stackalytics.com/...)。 ...

June 20, 2020 · 1 min · jiezi

腾讯优图开源深度学习推理框架TNN助力AI开发降本增效

腾讯优图开源深度学习推理框架TNN,激发AI生产力从学界到工业界,“开源”已经成为AI领域的一个关键词。一方面,它以“授人以渔”的方式为AI构建了一个开放共进的生态环境,帮助行业加速AI应用落地;另一方面,在解决行业实际问题时持续更新和迭代,源源不断地给AI领域输送重要的技术养料和创造力,可以说开源是AI落地和繁荣不可或缺的源动力。 6月10日,腾讯优图实验室宣布正式开源新一代移动端深度学习推理框架TNN,通过底层技术优化实现在多个不同平台的轻量部署落地,性能优异、简单易用。基于TNN,开发者能够轻松将深度学习算法移植到手机端高效的执行,开发出人工智能 APP,真正将 AI 带到指尖。 轻量级部署,TNN助力深度学习提速增效深度学习对算力的巨大需求一直制约着其更广泛的落地,尤其是在移动端,由于手机处理器性能弱、算力无法多机拓展、运算耗时长等因素常常导致发热和高功耗,直接影响到app等应用的用户体验。腾讯优图基于自身在深度学习方面的技术积累,并借鉴业内主流框架优点,推出了针对手机端的高性能、轻量级移动端推理框架TNN。 TNN在设计之初便将移动端高性能融入核心理念,对2017年开源的ncnn框架进行了重构升级。通过GPU深度调优、ARM SIMD深入汇编指令调优、低精度计算等技术手段,在性能上取得了进一步提升。以下是MNN, ncnn, TNN框架在多款主流平台的实测性能:TNN在麒麟970、骁龙835、骁龙845,骁龙615平台实测性能数据 注:纵轴单位:ms 测试分支:MNN:1.0.0(2020.05.07), ncnn:20200413, TNN: master(2020.06.10) 测试模型:https://github.com/alohali/benchmark-models 低精度计算的运用对TNN的性能提升发挥了重要作用。在神经网络计算中,浮点精度在许多研究和业务落地成果上都被证明存在一定冗余,而在计算、内存资源都极为紧张的移动端,消除这部分冗余极为必要。TNN引入了INT8、 FP16、 BFP16等多种计算低精度的支持,相比大部分仅提供INT8支持的框架,不仅能灵活适配不同场景,还让计算性能大大提升。TNN通过采用8bit整数代替float进行计算和存储,模型尺寸和内存消耗均减少至1/4,在计算性能上提升50%以上。同时引入arm平台BFP16的支持,相比浮点模型,BFP16使模型尺寸、内存消耗减少50%,在中低端机上的性能也提升约20%。骁龙615平台实测: 通用、轻便是TNN框架的另一大亮点。长久以来,不同框架间的模型转换都是AI项目应用落地的痛点。TNN设计了与平台无关的模型表示,为开发人员提供统一的模型描述文件和调用接口,支持主流安卓、iOS等操作系统,适配CPU、 GPU、NPU硬件平台。企业一套流程就能部署到位,简单易用、省时省力。同时, TNN通过ONNX可支持TensorFlow, PyTorch, MXNet, Caffe等多种训练框架,目前支持ONNX算子超过80个,覆盖主流CNN网络。TNN所有算子均为源码直接实现,不依赖任何第三方,接口易用,切换平台仅需修改调用参数即可。 开源文化兴起,AI底层技术助推产业发展事实上,作为腾讯旗下顶级AI实验室,腾讯优图长期致力于AI基础设施的研发和推进。此前,腾讯优图已开发了Rapidnet 前向计算框架、RapidAIoT 边缘计算框架,实现了业界首个专注移动端的推断框架ncnn的开源,并在业界受到广泛推崇。从2017年开源至今,ncnn在GitHub上star(8.9k)和 fork(2.3k)数均领先于其它各大推理框架。 据悉,TNN已于3月中旬在腾讯内部开源,为腾讯QQ、QQ空间、腾讯微视、腾讯云、天天P图等多款产品和服务中持续提供技术能力,释放出更多效能。 “TNN已在GitHub上开源,欢迎业界人士参与协同共建,共同打造更优的移动端推理框架。“腾讯优图实验室副总经理吴永坚介绍,腾讯优图后续将在现有CV业务的基础上研发更多的AI推理模型,如语音、NLP等相关业务,同时开展针对CPU、GPU服务器端的服务,为业界公司提供更广泛的优化服务。 “作为产业发展的高速公路,以深度学习框架、组件为代表的AI基础设施将是未来的主流趋势,腾讯优图也将以此为着力点,助推产业发展。”吴永坚表示,腾讯优图还将持续开发模型训练组件、模型压缩组件、基础算法组件,并择机开源,希望从框架到平台、到算法,打造一体化的AI基础设施,降低AI门槛,加速产业发展。 随着以开源为代表的新代码文化的兴起,腾讯近年来在开源领域表现亮眼:在全球最大的代码托管平台GitHub上,腾讯发布的开源项目已经超过一百个,涵盖云原生、大数据、AI、云计算、安全、硬件等多个热门的技术方向。 通过开源协同,腾讯将各个事业群最底层和共性的技术能力进行梳理和拉通,在业务实践和海量用户检验下,优质的内部开源项目不仅在公司层面推广复用,同时也对外贡献整个开源社区。仅在Github上,腾讯的开源项目就收获了30w+star数,跻身国际上有影响力的开源企业之一。 在开源的道路上,腾讯不仅将内部优质项目持续对外开放,也积极与开源社区协同合作,发挥中国企业的科技力量,推动开源和开放进一步升级。 开源地址:https://github.com/Tencent/TNN

June 10, 2020 · 1 min · jiezi

块链开源技术哪家强

区块链开源技术哪家强 主流区块链开源技术选型/比拼大调研 开发者小A君——接到老板最新旨意 比较下时下最流行的几项开源技术,24小时之内交出答卷! 这让小A犯了难! 这么多开源技术到底选谁好? 源代码研究耗时耗力 该如何快速完成技术选型? 有哪些选型方法和标准? 小A感叹 “曾经有多个优秀的开源技术摆在我面前,却不知道选谁” 区块链开源技术究竟该如何选型呢? 开发者们最主要关注哪些问题? 如果你和小A有同样的困惑 填写这份小调研 https://www.wjx.cn/m/80446725.aspx助你快速总结出区块链开源技术选型比较的方法 可以得到区块链开源技术哪家强的调研结论 同时还有机会获得小度智能音箱、区块链应用案例集、京东卡等精美小礼品一份~ 参与调研问卷后 扫描添加小助手微信 (image-baidu) 进入社区,将会获得最终分析报告一份 让我们一起使区块链开源技术选型不再是难题!

June 5, 2020 · 1 min · jiezi

看见开源的价值专访Apache-ShardingSphere核心开发者Kimmking

原文链接:https://zhuanlan.zhihu.com/p/... 本期我们带来了ShardingSphere核心成员Kimmking的专访,X-Developer呈现的不仅仅是数据,还有更深刻的“看见”。 Kimmking,真名秦金卫,Apache Dubbo PMC/ShardingSphere Committer,前阿里巴巴架构师、某集团高级技术总监,阿里云MVP、腾讯TVP,《高可用可伸缩微服务架构:基于Dubbo和Spring Cloud》与《深入了解JVM 22讲》的合著作者,目前主要的工作是参与发展和建设新近从Apache 孵化器毕业的ShardingSphere开源项目。 Apache ShardingSphere项目地址: https://link.zhihu.com/?targe... 以下就是Kimmking的专访实录。 为什么加入ShardingSphere这个项目?首先,我自己也是开源技术圈的老人了,对开源一直情有独钟,持续在参与Apache多个项目,特别是为国内的开源项目贡献一点微薄的力量。2020年4月16日成为Apache顶级项目的ShardingSphere,则是国内开源技术的骄傲,在数据库中间件方面独树一帜,扛起来一面国人也能搞好开源的大旗(另一面大旗是Dubbo)。 第二,近年来,随着国内互联网行业的加速发展,以及摩尔定律的实效,传统的开源/商业关系数据库早已遇到了容量的瓶颈。而容量告警则不仅意味着业务发展收到影响,同时对现有系统的稳定性和可用性、可维护性,也带来极大的挑战。而对于部分企业来说,迁移到分布式数据库的成本可能会比较高,对现有的业务和系统也存在较大的风险因素。因此,通过采用类似Apache ShardingSphere这种分布式的数据库中间件作为整体解决方案,增强数据库的吞吐能力,保证高可用和实时强一致性的同时,实现线性的水平扩展能力,在一定规模上提升企业信息系统的数据管理上限,无疑是一种性价比较高的选择。 第三,ShardingSphere 项目定位清晰,路径明确,项目质量也是开源中的翘楚。Apache ShardingSphere 是一套开源的分布式数据库中间件解决方案组成的生态圈,它由Sharding-JDBC、Sharding-Proxy和Sharding-Sidecar(规划中)这3款相互独立,却又能够混合部署配合使用的产品组成。它们均提供标准化的数据分片、分布式事务和数据库治理功能,可适用于如Java同构、异构语言、云原生等各种多样化的应用场景。从分布式的数据库中间件,逐渐朝着云原生和分布式数据库的方向发展和进化。 最后,大规模的高可用数据密集型分布式系统,正好是我近年来的研究领域。从多年前开始,我就一直关注与开源的服务化和数据库中间件。特别是去年我和曹昊(ShardingSphere的早期成员)分别把近几年对这些领域的思考,在Qcon上围绕高并发实时分布式交易系统为题,进行总结和分享以后,我们意识到这个专业方向上,可以有更深入的研究和实践。所以,我就考虑加入到这个开源项目了。 小编点评:迁移到分布式数据库不只是简单的数据迁移,还包括应用的改造、数据一致性的保证,几乎是推倒重来。ShardingSphere通过中间件来解决企业根本上的性能扩展问题,确实是基于当下提供了一种优化的选择呢。 在这个项目中做出了哪些引以为豪的贡献?首先,我参与的时间还不长,目前主要做了一些系统的部分架构设计和重构改造工作,包括配置中心、注册中心、元数据中心,目前正在设计和实现整个系统的高可用、稳定性、分布式治理等。有兴趣的朋友,可以直接通过以下方式与我联系交流讨论:kimmking@apache.org 小编点评:虽然参与时间不多,贡献在数据上都清晰可见呀,话不多说,直接上图,Kimmking在投入、参与度、规范性,都是项目表率: 这个项目有哪些让你感动的人事?虽然我参与项目时间不长,但是项目负责人张亮对开源的奉献精神都看得见,非常值得我们钦佩与学习,经常每天晚上忙到1-2点还在提交代码。张亮(ShardingSphere)和温绍锦(fastjson/druid,我也有参与哦)是我见过的,唯二基本上把自己所有可支配时间,全部奉献到开源项目的人。 小编点评:小编只能注视,不敢点评: 听说你们有美女队友,能介绍一下他们吗?哇,你说的是我们温婉漂亮,上得了千人大会做精彩演讲,下得了办公桌飞速写代码,线上做技术直播,社区组新手任务,人见人爱花见花开的大师姐,明明可以靠颜值吃饭,还是跟我们抢程序员饭碗的,,,娟爷。 潘娟,江湖人称娟爷,团队大师姐,本是高级MySQL DBA,常说不能写代码的DBA,不是好开源活动家。现在是团队里的绝对核心开发力量,负责最最最复杂的自研分布式事务mvcc内核和SQL Parser模块,也是最了解MySQL的专家。其他队友还有:负责人张亮,《未来架构》一书合作者,同时也是elastic-job的主要作者,估计大家都很熟悉了(PS:亮哥对代码质量和设计细节的要求,是我见过的最高水准者,不信的可以看看ShardingSphere代码和commits)。小编插话:大神的水准,上图已明鉴。还有分布式事务专家俊哥赵俊,分片专家伦哥张永伦,迁移专家翊哥杨翊,大诗人孟浩然,小师弟肖宇(著名开源网关soul作者)。绝对是一个超级豪华,非常有战斗力的开源天团,期待有兴趣的朋友加入。 小编点评:向美女队友学习! 第一次使用X-Developer,感受如何?说实话,第一眼挺惊艳的,界面简约而不失华美(对,我说的就是可视化图表)。然后详细了解一下,产品团队的用心和专业,深深打动了我。之前接触过不少类似的产品,要么功能不全,都是零散的点,要么统计分析都比较天马行空,没有什么参考意义。 X-Developer的功能很全面,从多个不同角色帮我们分析和提炼项目效能的关键信息,帮助我们诊断项目的内在症状,并且给出针对性的意见。界面简介且表达能力强,对影响效能的多个主要因素进行过系统而深入的思考,很多指标都能直达问题的核心,不重要的问题和因素,都进行过自动的过滤和处理,降低噪音信息的干扰。 向顶级开发者学习,是更快速的提升之道。作为一款集敏捷、精益洞察能力的研发度量工具,X-Developer已全面为开源项目,免费开放度量分析能力,并提供给业界开发者作为数据参考。 https://link.zhihu.com/?targe... 前来膜拜Apache Sharding Sphere团队的开发姿势吧,顺祝大家,五一节快乐! 关于场量科技:作为一家创新型公司,我们开发了全球第一款事实数据型研发效能度量分析平台。使用我们的平台与开源工具,无需购买、设置或管理任何基础设施,您只需登录即可开始开展研发团队效能改进工作。目前,X-Developer提供了最便捷、完整的研发效能度量解决方案,让您能够以开发者为中心展开改进活动,使您的团队能够围绕目标协同工作,及时同步项目进展,从而将他们从繁重的任务状态维护、项目报告工作中解放出来,集中精力完成研发工作,更好地编写代码,提高业务获得的价值。

June 2, 2020 · 1 min · jiezi

Apache-ShardingSphere社区成员交流群

微信交流群如果您对Apache ShardingSphere感兴趣,欢迎扫描下方ShardingSphere小助手微信号的二维码,与小助手交流沟通后,由小助手邀请您进入ShardingSphere 官方交流群。 微信实名交流群ShardingSphere 已建立实名制群,旨在跟想要深度交流、对社区有兴趣、想要贡献的朋友进行深度交流沟通。 实名格式:姓名-公司-职位。 欢迎在群里讨论和解答线上使用问题。 请私聊小助手入群。 新人入群并实名后需要发送以下内容到群里: 自我介绍关注ShardingSphere的原因

June 2, 2020 · 1 min · jiezi

分布式-dble-中分布式时间戳方式的全局序列

作者:吴金玲爱可生 dble 项目团队成员,主要负责 dble 相关的日常测试工作,擅长对 dble 中出现的问题进行排查。热爱测试工作,余生欲将测试工作进行到底。本文来源:原创投稿*爱可生开源社区出品,原创内容未经授权不得随意使用,转载请联系小编并注明来源。dble 中目前有 4 种方式的全局序列,分别是 MySQL offset-step 方式、时间戳方式、分布式时间戳方式、分布式 offset-step 方式全局序列。本文将会从测试的角度简单讲述一下分布式时间戳方式的全局序列的环境搭建及使用。 一、分布式时间戳方式的全局序列简介此种方式提供一个基于 Zookeeper(以下简称 ZK)的分布式 ID 生成器,可以生成全局唯一的 63 位(首位恒为 0,保证全局序列为正数)二进制 ID。 正数的 63 位模式如下: 其中: a - e 为从高位到低位;a 为线程 id 的低 9 位值;b 为 5 位实例 id 值;此值为配置文件 sequence_distributed_conf.properties 中的 INSTANCEID 值或者从 zookeeper 服务器获取的值; c 为 4 位数据中心 id 值;即配置文件 sequence_distributed_conf.properties 中的 CLUSTERID 的值; d 为 6 位自增长值;e 为系统当前时间戳的低 39 位值(可以使用 17 年)。二、搭建使用分布式时间戳方式的全局序列的环境1. 配置 ZK 环境搭建 dble & ZK 环境请参见社区的另外一篇文章《利用 ZooKeeper 手工部署 dble 集群环境》。本文中一个 ZK 管理 3 台 dble(dble-1,dble-2,dble-3)构成集群,3 台 dble 的版本均为 2.20.04.0。 ...

June 2, 2020 · 2 min · jiezi