xAI 承诺的安全报告未如期发布

近期，xAI 的竞争对手，包括谷歌和 OpenAI，也在加速安全测试方面显得较为匆忙，发布模型安全报告的速度缓慢，甚至有些公司完全跳过了这一环节。

KDE 发布 2023 年度报告：再次亏损

KDE 2023 年年度报告现已发布，对过去一年所取得的成就、以及资金的筹集与花费等内容进行了总结。

关于 CrowdStrike 事故的技术报告和分析

针对近期有“史上最严重IT事故”之称的 Windows 全球大面积蓝屏死机问题，两个直接当事方——微软和 CrowdStrike 均已发布了相关技术报告。

Snowflake 报告：Python 使用率增长 571%

Snowflake 发布了一份“Data Trends 2024”报告，基于对 9000 多名 Snowflake 客户使用数据的分析。

OSI 报告：从历史角度看 DOSP 做法

Initiative (OSI) 于日前发布了一份名为“Delayed Open Source Publication: A Survey of Historical and Current Practices”的新报告

Bitwarden 报告：密钥不会取代密码的存在

开源密码管理器 Bitwarden发布了一份开发者调查报告，基于对 600 多名开发人员的调查，以了解他们如何看待和实施安全最佳实践。

叮咚，请查收 openKylin 2022 年度报告～

2021年信创产业融资分析报告

【摘要】 据统小信uos不完全统计，2021年信创领域共发生132起融资事件，涉及105家企业。105家企业成立时长跨度较大，超7成企业成立时长在10年以下。其注册地3/4集中在北上广等经济高度发达地区，东部沿海省份在信创领域的影响力也在逐步增强。 参与融资的信创企业多已达到一定规模，超5成企业融资轮次在B轮及以上。信创企业融资规模不少于258.33亿元人民，TOP10事件融资额占总样本的54.34%，其中近7成融资事件计划将融资所得用于技术研发。 132起融资事件，近3成分布在信创安全领域，融资总额超54亿元人民币，一级市场对数据安全和工控安全赛道存在明显偏好。 出品 |统小信uos 【目录】 一、2021年融资信创企业的基本情况 （一）成立时长跨度大，成立4～6年企业最多 （二）注册地集中在北上广，浙江、江苏影响力增强 二、信创企业融资轮次、金额、领域、目的分析 （一）政策驱动效应明显，融资企业成熟度较高 （二）一级市场投资向头部企业集中趋势显著 （三）信创安全景气度持续走高，操作系统领域融资频次低 （四） 融资资金主要流向技术研发、业务拓展、人才储备 三、结语 近年来，疫情变化和外部环境不确定性的加剧，令资本市场持续承压。在一片“资本寒冬”的喊声中，信创市场却有着不一样的际遇。 继信创推广元年之后，2021年，信创产业进入全面落地阶段，在央地政策的驱动下，新领域不断放量，各行业渗透率持续拉升，产业规模突破新高。值此背景下，投资机构纷纷加速入场，抢占先机。 本文以2021年信创领域发生的132起融资事件为研究对象，从融资企业信息和融资情况两方面展开分析。需要说明的是，研究所指信创为“泛信创”行业，包括但不止于以计算机基础软硬件为核心的国产替代板块，还包括工业互联网、人工智能等涉及国产自主可控领域的多个赛道。信创企业选取标准：信创工委会成员、地方信创联盟成员、信创生态组织成员、积极参与信创适配并在信创领域进行深度布局的企业。 一、2021年融资信创企业的基本情况 （一）成立时长跨度大，成立4～6年企业最多 据统小信uos不完全统计，2021年信创领域共发生132起融资事件，涉及105家企业。 参与融资的105家信创企业，超7成企业成立时长在10年以下，其中成立4至6年的企业数量最多，共39家，占总样本的37.14%；成立时长在10至15年的企业共19家；成立15年以上的企业有12家。 具体看来，105家企业的成立时长跨度较大，成立时间最短的两家企业冲量在线和数安行，年内分别获得Pre-A轮和天使轮融资，而截至融资披露日期，后者成立仅8个月。成立时间最长的浪潮集团，于1989年成立，并于2021年末实施增资扩股，除浪潮外，参与融资的信创企业中，华天软件、中科网威、中软国际、赢时胜和上海CA等5家企业成立时长均在20年以上。 （二）注册地集中在北上广，浙江、江苏影响力增强 参与融资的105家信创企业，超3/4分布在北上广地区，其中，总部位于北京有46家，占总样本的43.81%；广东、上海两地各有17和16家；浙江省和江苏省分别有10家、8家。 北京作为国家科技创新资源的集中地，聚集着顶级的科研院所和教育机构，还有涉党政军等高精尖技术科研力量，承担着大批国家重点研究项目，在科技创新资源方面拥有不同于其他省区的明显优势。2020年北京经开区信创园的落地，进一步增强了北京信创支撑的保障能力。 广东、上海作为我国经济高度发达地区，在高端人才资源、研发机构资源、科研投入强度等方面同样具备较好的基础。2021年，广州市黄埔区在全国范围内率先出台“信创10条”，从培育奖励、成长奖励、信创精英奖励等七个方面进行扶持，推动信创全产业链条要素整合优化和产业生态体系重构。 近年来，浙江、江苏等地在信创领域的影响力也在逐步增强。2020年，浙江省发布《2020年浙江省软件与集成电路产业工作要点》，鼓励企业与科研院所合作共建适配中心，推动国产信息设备及适配款硬件快速迭代升级，全面提升信息技术自主可控核心能力。2021年，江苏省印发南京江北新区“十四五”发展规划，提出聚焦高端软件和信息服务，大力发展云计算和大数据、高端工业软件和工业互联网APP、信息安全等核心产业，推动长三角信创应用场景合作共建，打造信息技术创新应用产业高地。 二、信创企业融资轮次、金额、领域、目的分析 （一）政策驱动效应明显，融资企业成熟度较高 从融资轮次来看，2021年信创领域近3成融资事件发生在战略融资阶段。区别于普通的财务融资，战略融资的双方更看重战略协同效应，多出于整体布局考虑，意在自身业务的优化和拓展，强调合作关系。 战略融资之外，A、B两轮融资事件占总样本的40%，这一阶段的信创企业基本已拥有完整的商业和盈利模式，或开始推出新业务、拓展新领域。C轮及以上轮次融资占比近30%，该阶段项目趋于成熟，部分企业正着力补全商业闭环，准备上市。 我们注意到，2021年参与融资的信创企业大部分已达到一定规模，少数初创项目也基本步入正轨，仅个别企业接受了种子轮和天使轮融资。2020年以来，随着国家战略层面的持续推进，信创产品和信创技术开启了新一轮的推广和规模化落地，各赛道的企业历经多年沉淀，在技术、产品层面已实现了从“可用”到“好用”的过渡，也因此这一阶段的信创企业成熟度较高。 从融资阶段看，参与融资的105家信创企业中，有22家企业完成了两轮及以上轮次融资，随锐科技、复临科技、斗象科技、长扬科技和趋动科技等5家企业年内均完成3轮融资。其中，有9家企业的多起融资事件处在同一轮次，如斗象科技，三轮融资均在D轮阶段。 （二）一级市场投资向头部企业集中趋势显著 融资金额方面，2021年信创领域发生的132起融资事件中，仅90起披露了具体的融资金额，累计融资不少于258.33亿元。 从融资分布上看，连续区间融资额对应的融资事件呈现长尾分布特征。具体看来，超6成事件融资额在2亿元以下，其中，融资额在千万元级别的事件最多，共35起；2亿元到9亿元之间的融资事件共27起，且随着融资金额的上升，事件数量出现递减趋势；10亿元以上的融资事件仅3起。 从融资金额上看，前十大事件的融资额累计超140亿元，占融资总额的54.34%。统小信uos梳理发现，这十家公司的融资额存在一定的梯度分布特征。具体看来，第四范式以7亿美元的融资额独占鳌头；第二名航天云网以26.32亿元的融资额创下当时国内工业互联网领域单笔融资额最高纪录；第三至十名的融资额都在10亿元左右，且按照当时的汇率换算，第五到十名的融资额总和仍不及第四范式。 对于这种梯度分布，我们认为一方面，各企业融资阶段并未处在同一水平，如第四范式为D轮融资，安天、上海弘玑等为C轮融资，滴普科技仍处于B轮阶段；另一方面，各企业不同的规模和主体特征，对资本市场金融服务存在着不同的需求，在满足多元化投融资的同时，多层次资本市场将成为推动新兴业态和新动能成长的有力支撑。 （三）信创安全景气度持续走高，操作系统领域融资频次低 2021年发生的132起融资事件，有35起分布在网络安全领域，涉及企业27家；业务平台、存储和应用软件领域的融资事件占比均超过10%，分别涉及企业21、12和9家；另有数据库、云计算、大数据3个领域的融资企业都在5家以上；操作系统领域融资较少，仅1家。 2020年以来，在政策和需求的双层驱动下，网络安全行业景气度持续走高。2021年信创安全领域35起事件的融资总额超54亿元人民币，除3起未披露事件外，其余32起事件融资规模均逾千万人民币，62.5%的融资规模超过1亿元。 具体看来，安天科技获得9亿元单轮最大融资，青藤云安全和微步在线分别以C轮6亿元和E轮5亿元的融资额分列二、三位。融资轮次方面，神州慧安、威努特、长扬科技、赛宁网安、瑞数信息和斗象科技等6家公司年内均完成两轮及以上轮次融资。 从细分领域看，一级市场对数据安全和工控安全赛道存在着明显偏好。 随着数字经济时代的到来，数据已成为继土地、劳动力、资本、技术之后的第五大生产要素，2021年《数据安全法》、《个人信息保护法》的相继落地，更是把数据安全推到了前所未有的高度，与此同时，数据安全领域的投资也跟着水涨船高。据不完全统计，2021年共有7家专注数据安全领域的信创企业参与融资，包括：安华金和、数安行、美创科技、杭州熙菱、聚铭网络、斗象科技和派拉软件，累计融资额不少于10亿元人民币，其中斗象科技年内历经3轮融资，并获得国资背景的机构注入，融资规模约7亿元人民币。 除了数据安全，工控安全领域的信创企业也备受资本市场青睐。2021年共有安盟信息、神州慧安、威努特、长扬科技和木链科技等5家企业参与融资，其中威努特、长扬科技的融资轮次都在D轮及以上，木链科技获得B轮融资，神州慧安和安盟信息均处于A轮阶段，5家企业累计融资额不少于9.45亿元。 近年来，随着新基建项目的加速推进，“5G+工业互联网”领域的关注度持续升温，与此同时，工业企业生产网络也面临着较大的信息安全挑战，在国际形势日益严峻的情况下，工控安全国产化的必要性不言而喻。2021年《工业互联网安全标准体系》的发布，指明了分类分级安全防护、安全管理、安全应用服务等3个类别、16个细分领域以及76个具体方向，对推动网络安全产业高质量发展具有重要支撑作用。未来，随着工业信息安全政策标准的日趋完善，垂直行业建设提速，工控安全领域仍具有较大的增长潜力。 继网络安全之后，业务平台领域共有21家信创企业参与融资，其中9家企业披露了融资金融，累计49.77亿元，e签宝以E轮12亿元人民币的融资额占据榜首。从细分领域看，各企业所属行业较为分散，包括电子票证、电子合同、CRM、RPA、金融资产管理、网络性能管理等。 存储、应用软件和数据库等领域，根据已披露的数据，融资额分别达到30、15和30亿元人民币。值得关注的是，参与融资9家数据库企业中，除4家处于战略融资阶段，其余5家都集中在A、B轮次。且区别于其他信创赛道引入专业投资机构，数据库领域的投资方多为大型信创企业，如信创集成商东华软件750万元增资快立方，国产中间件头部厂商东方通2000万元领投睿帆科技，中国软件投资易鲸捷信息等，根据披露，相关企业的投资目的主要是加速自身业务延伸，优化产业布局。 操作系统领域，2021年仅中科方德一家获得融资，去年3月消息，中科曙光入股中科方德，公司注册资本由1.2亿元人民币增加至1.8亿元人民币，后者增资50.15%。操作系统作为软件平台，需要向下适配硬件系统，向上支撑应用软件功能，开发难度较大，需要扎实的技术积累和不断改进的产品设计，另外，作为操作系统发展的核心，生态的构建需要大量的外围厂商支持，也因此，在整个信创产业链中，操作系统领域企业较少。除中科方德外，国产操作系统领域最近的一次融资是在2020年，统信软件宣布完成A轮11亿元融资，据了解，该轮融资由亦庄国投领投，并由其他多家顶级投资机构共同完成。 （四）融资资金主要流向技术研发、业务拓展、人才储备 132起融资事件，仅84起披露了融资用途，其中近7成计划将融资所得用于技术研发；28.75%用于业务拓展；分别有27.38%用于产品迭代和人才引进；市场推广、生态建设和战略布局的占比均不足10%。 发展信创产业，技术突破是关键，也因此大部分信创企业在研发方面投入较高。如人工智能企业第四范式，2021年以7亿美元的融资额领先于其他信创企业，而在研发投入方面，2018年~2020年第四范式研发费用分别为1.93亿元、4.16亿元、5.66亿元，占同期收入的比例分别达到151.2%、90.6%、60%。 除了技术研发，信创企业在业务拓展、人才引进等方面也有较高投入。信创企业承载着国产化、自主可控的目标，面对的下游客户主要是国内客户，尤其是前期推广的“2+8”行业，客群特征明确，在保障资金充足的前提下，信创业务运转相对稳定，业务拓展即成为下一阶段的重点目标。而高质量专业人才是信创发展的底层需求，直接关系到信创产业的可持续发展问题。目前，我国信创产业人才短缺问题逐渐凸显，信创工委会发布的一项调研数据显示，到2025年，关键软件领域人才新增缺口将超80万。在这一背景下，各信创企业投入资金储备、培养人才，为后续发展提前打基础，也就不足为奇了。 除此之外，完善战略布局也是企业融资目标之一。据不完全统计，有3家企业在年内的融资中明确披露了“战略意图”。2021年7月，安盟信息宣布完成五千万A轮战略融资，投资方为中电科研投基金，这意味着安盟信息将成为“网络安全国家队”中国电科生态企业，这对其未来在工控安全领域和国家信息安全方面的业务拓展有着积极的推动作用。继安盟信息之后，斗象科技也宣布引入中电科研投基金，正式跻身“国家队”行列。滴普科技年内宣布完成1亿美金B轮融资，重点引入了金融领域的战略投资，加速其完整数字产业发展生态的建立。 三、结语 我国信创产业目前正处在政策引导、项目推广落地的初级阶段，先期应用场景主要集中在党政和重点行业，这一时期攻克核心技术、打磨产品和建立生态是信创企业的首要任务。这一阶段活跃在资本市场的信创企业大致有两类：一是在自主可控领域拥有多年技术积累，此番受政策和市场的双层驱动，引入资本向商业化迈进的企业，这类企业主要集中在底层软硬件厂商中，如CPU、操作系统、中间件等领域。另外，近年来新兴业态及业务场景的涌现，也催生了一批细分赛道的创新型信创企业，如协同办公、远程办公等应用软件类企业，数据安全、零信任等网络安全类企业。从2021年信创企业融资情况看，后者的融资事件居多。 我们认为前者，基础架构领域的信创厂商已形成初步竞争格局，新生企业成长空间被严重挤压，未来一段时间，一级市场的投资对象仍会以中头部企业为主。而对于专注细分赛道的信创企业来说，新兴场景不断涌现给企业带来新挑战的同时，也必将带来巨大的市场需求，与此同时，相关政策也会紧随市场的变化提出更高的要求，因为，我们认为在信创产业步入下一阶段，即进行全行业和消费级市场推广之前，资本市场的活跃状态仍会持续。

数据库年度报告：回望 2021

原文作者 Andy Pavlo 是卡内基梅隆大学计算机科学系数据库专业副教授，也是初创公司 OtterTune（为数据库提供自动调优服务）的联合创始人。 数据库产业经历了爆发式增长的一年。在这一年里，数据库产业后浪推前浪，厂商围绕性能测试结果展开角逐，更有一轮又一轮额度惊人的融资。同时，在经历了一系列并购、破产和退出之后，我们也不得不同一些熟悉的数据库告别。 年关将至，在正式进入 2022 年之前，这些事件也值得我们做一次盘点、总结与反思。以下是部分要点事件。关于它们在数据库领域的意义，我做的一些思考。 PostgreSQL 的统治力 开发者的习惯已经转变，PostgreSQL 成了新应用的首选。它可靠性高，功能丰富且依然在持续完善中。2010 年，PostgreSQL 的开发团队转而采用了更为激进的发布策略，每年进行一次大的版本更新（感谢Tomas Vondra）。当然 PostgreSQL 还是开源项目。 如今很多系统都把兼容 PostgreSQL作为差异化竞争力。这种兼容性是通过支持 PostgreSQL 的 SQL 方言 (DuckDB)，传输协议 (QuestDB,HyPer)，或者整个 Server 层前端 (Amazon Aurora,YugaByte,Yellowbrick) 来实现的。重量级玩家也已经入局。十月，谷歌宣布在 Cloud Spanner 中兼容 PostgreSQL。同样是在十月，Amazon 宣布了Babelfish的功能，它可以转换 SQL Server 的查询，用于 Aurora PostgreSQL。 DB-Engines 排行榜是衡量数据库流行度的标尺。这份排行不是十全十美的，评分也带有主观色彩。但它评选出的前十名还是基本合理的。排行榜显示，截止到 2021 年 12 月，PostgreSQL 在最受欢迎的数据库中仍旧位列第四，排在 Oracle 、MySQL 和 MSSQL 之后。不过，在过去一年里它与 MSSQL 之间的差距已经缩小了。 另一个值得思考的点是 PostgreSQL 在线上社区中被提及的频次。这为我们提供了另一种视角，让我们窥见当人们讨论数据库时他们究竟在讨论什么。我下载了 2021 年度Reddit 中 Database 板块上的所有评论，并清点了各个数据库名称在其中出现的频次 (当然我是用 PostgreSQL 做这项工作的)。我从我的Database of Databases中交叉引用了我了解的所有数据库的列表，对缩写做了清洗（例如， Postgres → PostgreSQL, Mongo → MongoDB, ES → Elasticsearch），最后计算出了十个最常被提及的 DBMS： 当然这张排名表没那么科学，因为我没有对这些评论做情感分析。然而，它确实清晰地展现出，在过去一年里，相较于其他数据库，PostgreSQL 被人们提及的频次要更多。经常有开发者发帖询问该选择哪一个 DBMS 来开发新应用。社区成员对此的回答几乎总是 PostgreSQL。 Andy 观点 先要说明，一个关系型数据库成为待开发应用的首选是件好事。这说明 Tedd Codd 的关系模型自上世纪七十年代长盛不衰。其次，PostgreSQL 是个伟大的数据库系统。当然，和其他所有 DBMS 一样，它也有各种已知和未知的问题。但 PostgreSQL 已经赢得了如此之多的注意，人们也在其上灌注了许多精力。在这两点的加持下，它只会发展得越来越好。 性能测试乱战 这一年，各个数据库厂商对性能测试结果的热爱没有丝毫消退。从上个世纪八十年代起，它们就试图证明自己的数据库系统要快于竞争对手的产品。TPC 就是在这一背景下建立的。它为数据库间的比较提供了一个客观公允的平台。但在过去十年间，TPC 的影响力逐渐消退，普及度渐渐下降。于是如今，我们又被卷入了新一轮的数据库性能测试大战中。 这一年，围绕性能测试结果展开了三场激烈争斗。 Databricks vs.Snowflake Databricks 宣布他们的新 Photon SQL 引擎在100TB TPC-DS 上创下了新的世界纪录。Snowflake 随即回击，声称自己的数据库要二倍于这个速度，而且 Databricks 没有正确运行 Snowflake。Databricks 予以反击，宣称他们的 SQL 引擎有着最佳的执行效率，性价比也高于 Snowflake。 Rockset vs.Apache Druid vs.ClickHouse ClickHouse 跳了进来，表示自己在成本效率上完胜 Druid 和 Rockset。但先别急：作为回应，Imply对 Druid 的新版本进行了一系列测试，并宣告了胜利。Rockset 插进来，声称自家产品在实时分析方面的表现要优于另外两家。 ClickHouse vs.TimescaleDB Timescale 嗅到了血腥气，下场参战。他们发布了自己的性能测试结果，逮到机会指出了 ClickHouse 技术上存在的弱点。有关第三方性能测试的讨论成了 Hacker News 的热门。 Andy 观点 在先前的性能测试争夺战里，数据库社区已是血流漂杵。我承认我也曾热衷于此。但在争吵中我失去了很多朋友。有一次，我甚至因为乱七八糟的性能测试结果和女朋友分了手。年岁渐长之后，我可以说这一切都不值得。 现如今，要在不同的系统之间做对比变得更加困难。因为云 DBMS 有许多可变的部分和可调节的选项。所以，要断定表现差异背后的真实原因通常会很困难。真实场景下的应用也不仅仅是在一遍又一遍地执行同一条指令。录入、变换和清洗数据时的用户体验和干巴巴的性能测试结果同等重要。正如我在此文中和采访者谈论 Databricks 的性能测试结果时说的那样，只有老古董才会在意 TPC 官方数据。 大数据，大投资 从 2020 年下半年开始，额度超过 1 亿美元的融资轮数一直在平稳增长。2020 年共有 327 次这种大额融资。这占据了近半风险投资总交易额。在 2021 年 1 月，一亿美元以上的风投轮数已经过百。 2021 年，许多投资都流向了数据库公司。在事务型数据库领域，CockroachDB 领跑募资大赛。CockroachDB 开年即进行了一轮 1.6 亿美元的融资，并在 2021 年 12 月募资高达 2.78 亿美元，为这一年画上句号。Yugabyte 则完成了 1.88 亿美元的 C 轮融资。作为 Vitess 的托管版本，PlanetScale 开启了 2000 万美元的 B 轮融资。NoSQL 的拥趸，相对较老的 DataStax 也在一轮风投中为他的 Cassandra 生意募集到了 3760 万美元。 这些数字已经很让人印象深刻了，然而分析型数据库的市场甚至要更加火热。2021 年 9 月，TileDB 完成了一轮融资，未透露具体金额。Vectorized.io 为他们兼容 Kafka 的流式平台募集到了 1500 万美元。StarTree 也走到台前，宣布完成了一轮 2400 万美元的融资，用以商业化 Apache Pinot。matviews-on-steroids DBMS Materialize 宣布他们在 C 轮融资中募集到了 6000 万美元。Imply 为基于 Apache Druid 的数据库服务筹集到了 7000 万美元。SingleStore 在 2021 年募集到了 8000 万美元，这让他们离 IPO 又近了一步。这一年伊始，Starburst Data 为 Trino 系统（前身是 PrestoSQL）募集了 1 亿美元。另一家走到台前的 DBMS 创业公司 Firebolt 宣布他们为自己基于 ClickHouse 分支的新型云数据仓库募集到了 1.27 亿美元。ClickHouse 募集到了惊人的 2.5 亿美元，用以围绕该系统建立一家新公司，同时也取得了对 Yandex 名下 ClickHouse 这一名称的使用权。 但今年，当之无愧的融资冠军要属 Databricks。它以在 2021 年 8 月高达 16 亿美元的融资额力压群雄。 Andy 观点 我们正处在数据库的黄金时代。如今我们有许许多多优秀的选择。投资人正在数据库领域的创业公司中寻求下一个 Snowflake 式的 IPO。这些公司的融资额要远超先前的数据库创业公司。 举例来说，直到 D 轮融资，Snowflake 的单轮融资额才达到了 1 亿美元。此时距它初创已经过去了五年。而 Starburst 在成立的三年内便完成了一轮 1 亿美元的融资。当然影响融资的因素有很多。比如说，在脱离 TeraData 出来创业之前，Starburst 的团队就已在 Presto 上躬耕多年。但在我看来，现如今有更多的资金正在涌向这一领域。 纪念堂 很遗憾，在过去的一年里，我们不得不向几位老朋友说再见。 ServiceNow 收购了 Swarm64 这个公司最初的产品是一款 FPGA 加速器，用以在 PostgreSQL 上运行分析任务。之后，他们转向了单纯的软件加速器，为 PostgreSQL 提供插件。但他们缺乏持续发展的动力，尤其是相比其他资金充裕的云数据仓库。在被 ServiceNow 收购后，Swarm64 的产品前景仍不明朗。 Splice Machine 破产了 Splice 推行的是一个混合型 DBMS。它结合了针对事务型任务的 HBase 和针对分析的 Spark SQL。他们更进一步推出了服务于操作型/实时机器学习应用的平台。然而，由于专门的 OLTP 和 OLAP 系统的统治地位，这样一个多位一体的混合系统没能在数据库市场开辟出一条道路。 私募公司收购 Cloudera 过去五年，MapReduce 和 Hadoop 技术渐渐为潮流所抛弃。因此，Cloudera 也同样失去了在云数据仓库市场发展的动力。Impala 和 Kudu 的初代工程师团队大多都已经离开公司，尽管这些项目依旧在持续开发并迭代新版本。它的当前股价已经低于 2018 年 IPO 时的发行价。它的新投资人是否有能力扭转公司局面还有待观望。 Andy 观点 看到数据库项目和公司走上下坡路总归让人伤心，但这就是数据库产业内部的厮杀博弈。开源也许能让一款 DBMS 在母公司消失之后也能继续存在，但事实并不总是如此。由于数据库本身的复杂性，它必须要有全职员工进行维护，修正 bug 并添加新功能。不是说把破产 DBMS 的源代码权限和控制交到 Apache 软件基金会和 CNCF 这样的开源软件基金会手中，这个项目就会奇迹般复活了。 举例来说，公司破产后，RethinkDB 被捐赠给了 Linux 基金会。但从 GitHub 的各项表现看，它已经死透了（基本没有提交，PR 也不并入）。有类似遭遇的还有 DeepDB：它的母公司在倒闭后为它创立了自己的非盈利基金会，但没有人再去维护这个项目了。在下一年里，预计还会有更多的数据库公司因无力与大型云服务商和之前提到的众多资金充裕的创业公司抗衡而走上下坡路。 野火烧不尽 对很多人来说，疫情期间是段艰难的时光。在听到了这么多坏消息后，突然有个振奋人心的故事总能让人倍感欣慰。众所周知，甲骨文联合创始人 Larry Ellison 近几年的运气一路下滑。2015 年的时候，他气运还不错，那时他是世界上第五富有的人。然而人生起起伏伏。到了 2018 年，Larry 在富豪排行榜上已经跌到了第十位。 但在 2021 年 12 月，一切都变了。Larry Ellison 的身家超过了谷歌联合创始人 Larry Page 和 Sergey Brin，重回世界第五富的位置。2021 年 12 月，在公布了超预期的公司收入后，甲骨文的股价经历了过去二十年来的单日第二高涨幅，Larry Ellison 当天挣到了 160 亿美元。媒体将这归功于投资人高涨的信心。他们相信甲骨文向云端转变的策略起效了。 Andy 观点 我和 Larry 相识已久。不管对于数据库社区，还是对于全体人类来说，这都是件好事。运气不好滑到世界第十富的时候他可能有点伤心。但我很高兴能看到他走出低谷，重新回到应有的位置上去。 除了家人，数据库是我生命中最重要的事情。 我们期望能够引领崭新的一年。数据库是一个有着高度韧性和创新性的行业，我们很高兴能成为其中的一份子。 作者：Andy Pavlo 原文链接：https://ottertune.com/blog/2021-databases-retrospective/ 译文经授权转载自Bytebase 公众号

2021 年物联网信号报告发布

微软发布了其 2021 年物联网信号报告（IoT Signals Report）。

CNCF Weekly：2021 年开源就业报告

《2021年开源就业报告：第9次关键技能、招聘趋势和教育年度报告》 随着远程工作成为主流，云原生应用的加速，在疫情爆发前就存在的人才缺口已经恶化。

Kubernetes 发布 2020 年社区年度报告

考虑到这一背景，报告所有这些活动的挑战，是呼吁采取行动，寻求更好的选择。

安全报告：黑客正在利用GitHub Actions挖矿

在报告了相关事件之后，研究人员还发现了很多以同样形式模仿进行的针对GitHub项目的攻击活动。

openEuler 社区 2021 年 3 月运作报告

三十辐共一毂，当其无，有车之用。埏埴以为器，当其无，有器之用。凿户牖以为室，当其无，有室之用。故有之以为利，无之以为用。 -- 《老子》第十一章 在众多同学的共同努力下，openEuler 21.03 创新版本按时发布。正如 openEuler 的定位，我们通过创新推动操作系统演进，又通过版本让技术对用户真正可获得。 在创新方面，华为作为 openEuler 社区的重要贡献者，也是 Linux 5.10 最大的贡献者。openEuler 21.03 第一次集成了 Linux 5.10 内核，也顺理成章。这次升级带来超过 20 多项可见的性能与功能提升。而在主线内核之外，21.03 还进一步集成了内核热升级，分级内存管理，增强的轻量虚拟运行时等技术。 在版本方面，感谢来自华为、麒麟软件和联通的众多开发者的努力，openEuler 21.03 集成了 openStack Victoria（此处尤其感谢 @huangtianhua[1] ），Kubernetes 1.20，以及基于 pacemaker 和 DRBD 的高可用软件栈解决方案。 社区将在后续的一段时间里组织 meetup 活动，给大家详细介绍这些技术在业务环境中的使用方法和能带来的收益。敬请关注。 新成立 SIG 介绍 2 月 27 日成立的 sig-bio，目标是为 openEuler 拓展生物信息软件领域的生态。这可能是 openEuler 当前学术氛围最浓重的一个 SIG 了。maintainer 中有来自西安交大、哈工大以及中科院动物研究所的老师，也得到了麒麟和统信同学的积极响应。过去一个月中，sig-bio 的规模稳步增长，当前已经有 9 个生信领域的代码仓提交。这也是 openEuler 社区进入具体学科领域的第一次尝试，希望通过这样的工作，为建立一个高性能、可移植、可控可管理的生信软件栈做出些贡献。 3 月 29 日成立的 sig-rust，也可谓群英荟萃。张汉东、喻杰、王龙步、王璞等等都是国内 rust 圈子里有影响力的同学。随着 linux-next 开始接纳 rust 作为驱动构建途径，rust 在国内的影响力也有了进一步提升。openEuler 也在关注探讨如何在系统底层更好的使用 rust 这样的语言。sig-rust 的成立，在连接 openEuler 和 rust 两个社区的同时，也会为 rust 更好的在系统软件领域发挥作用探索道路。 此外，虽然 DB 并非新成立的 SIG，但是也在这段时间里有了非常大的变化。过去 openEuler 在数据库领域的策略并不清晰，DB sig 定位只是为了保证相关开源软件的基本可用。在 @赵波[2] 等同学的努力下，DB sig 的 maintainer 和目标都做了巨大的调整。一方面将会引入更多的 OLTP 数据库到 openEuler，包括兄弟社区的 openGauss；另一方面也会围绕数据库引入生态工具，构建完整、丰富的数据库生产线软件生态。在此再次感谢 @郑振宇[3]，@赵波[4] 和 @陈祺德[5] 老师的贡献。 从开发进展看 openEuler 社区当前进展 openEuler 社区整体的 PR，今天早上统计的时候已经是 31666 。去年 10 月底的时候还在 20000 左右，去年 12 月底开峰会的时候是 24700 左右。这意味着在 3 个月近 7000 个 PR。openEuler 依然保持着高速发展的势头，甚至可能比之前还更快了一点点。 不过我们还是看到其中的问题。以 src-openeuler 的情况看，大约有 20% 的未处理 PR 是最近两个月内创建的。考虑到 src-openeuler 项目已经运作了 15 个月，最近这段时间的 PR 积压的增速有些明显。我尝试对这些积压的 PR 做了一些简单的分类。 社区运营团队整理的 PR 清单中，已经 open 超过 30 天的 PR 有 168 个，其中 84 个是提交到 master 分支，27 个是提交到版本分支。值得注意的是还是有不少在 src-openeuler 自建分支的 PR。 从 PR 提交者的背景看，有超过一半来自独立贡献者。这从一定程度上反应，社区对独立贡献者的响应不及时，不是很友好。 从这些 PR 对应的 SIG 看，我们按降序排列了这类 PR 比较多的 SIG 组。 SIG 组名 30 天未处理 (合入/关闭) PR 数量 UKUI 16 BaseService 14 Desktop 13 sig-ai-big-data 12 Mate-desktop 10 Application 9 Java 8 OpenResty 6 ROS 6 我对这些 PR 的内容作了些分析，可以看到存在以下几种问题。 Maintainer 没有及时响应是广泛存在的问题 上述排名靠前的 SIG 几乎都存在这个问题。聊举几例： https://gitee.com/src-openeuler/hdf/pulls/1 https://gitee.com/src-openeuler/g2clib/pulls/1 https://gitee.com/src-openeuler/nfs-fontmanager/pulls/1 这些例子中，提交者有些还通过 @ 的方式提醒了 SIG 的 maintainer，而对应的 maintainer 则可能因为各种原因没有注意到。openEuler 需要考虑在当前 gitee 机制之外，增加合适的通知提醒功能。 openEuler 的构建显然是有门槛的，而且这个门槛对一般开发者不友好 我注意到有几个面向特定场景的 SIG，基本上每个管理的代码仓都提交了相应的源码和 SPEC 文件，但是一个都没有通过 CI。 https://gitee.com/src-openeuler/openresty-zlib/pulls/1 [149s]+make-j12'CFLAGS=-O3-D_LARGEFILE64_SOURCE=1-DHAVE_HIDDEN-g3''SFLAGS=-O3-fPIC-D_LARGEFILE64_SOURCE=1-DHAVE_HIDDEN-g3'[149s]/var/tmp/rpm-tmp.YqisDM:line34:/dev/stderr:Permissiondenied 对应于的 spec 内容 make%{?_smp_mflags}CFLAGS='-O3-D_LARGEFILE64_SOURCE=1-DHAVE_HIDDEN-g3'\SFLAGS='-O3-fPIC-D_LARGEFILE64_SOURCE=1-DHAVE_HIDDEN-g3'\>/dev/stderr 又比如：https://gitee.com/src-openeuler/openresty-pcre/pulls/1/ c82caabctestonunlimitedvirtualmemory244075b8catsystemconfig7be29532catconfig.loga9a61008bash-x24220a21openresty-pcrepackageinit 从这个提交记录看，是一直找不到构建失败的原因，试图在 CI 里添加调试信息。然后最终还是没有成功： [149s]+ulimit-vunlimited[149s]/var/tmp/rpm-tmp.b7Psxi:line50:ulimit:virtualmemory:cannotmodifylimit:Operationnotpermitted 这是因为 openEuler 的构建环境是以普通用户 (abuild) 来运行的，普通用户的权限比 root 确实要受限的多。而一般开发者可能更习惯直接用 root 平 A 所有问题。另外，在 openEuler 的构建环境中，chroot 以后并不存在可以直接访问的 /dev/stderr 设备文件(或者符号链接)，这也是 openEuler 自身在构建上需要改进的点。 峰光的 compass-ci 项目花了很多心思在调测能力上，会尽快接入到 src-openeuler 的 CI 测试中。也希望各位 PR 的提交者，或者 maintainer ，遇到 CI 问题的时候，不要犹豫，在邮件和微信上联系我们。 CLA 检查失败依然是常见的问题 比如 https://gitee.com/src-openeuler/libxml2/pulls/34 中，小明后来反馈搞不清楚怎么处理，后来社区主线也收入了这个补丁，就不再关注在 openEuler 上跟进。根据后续的访谈，小明反馈了三个问题： 感觉 openeuler 比 linux glibc 等其他社区提交更麻烦 如果提交代码需要 先签署 CLA , 是否在注册 或 MR 创建时 勾选 更加方便一些。类似 注册软件时 勾选隐私协议 然后按提示跳到 签署 个人 CLA 时, 网页报错。 另一类则是社区规则变更引起的，比如 https://gitee.com/openeuler/aarch32-rootfs-builder/pulls/33 停留了将近一个月，原因是 PR 提交者的 CLA 检查失败。这里有个背景需要说明。 大约在一个月前，参考其他社区的实现，经过酝酿，openEuler 社区 CLA 检查做了如下调整： 从检查 PR 提交者改为检查该 PR 所包含的 commit 的作者，因为 CLA 作为代码贡献者协议，使用 commit 作者更准确； 如果 PR 包含多位 commit 作者，需要都检查通过； 因为 commit 作者是本地 git 配置的，可能和 gitee 上使用的注册邮箱不一致，如果 git 本地配置的邮箱未签署 CLA，则会导致 CLA 检查不过； 建议保持本地 git 配置的邮箱和 gitee 上的邮箱一致，如确实需要不一致，烦请使用 git 本地配置邮箱再签署下 CLA； 这个变更知会的范围和渠道都存在需要改进的地方。 基础设施团队需要考虑做出针对性的改进。 小结 过去这两个月，openEuler 作为社区的发展之快，有的地方甚至超出预期。比如 kernel SIG 的线上会议，已经触及 zoom 当前允许的在线人数上限，逼得大家另外找开会的方法。 看到这些进展，开心之余，技术委员会还是会持续关注社区运作中存在的问题。毕竟我们做的，不是换换 logo 这样简单的事情。“为之于未有，治之于未乱” ，可以让我们对未来的发展更有信心。 参考资料 [1]@huangtianhua: https://gitee.com/huangtianhua [2]@赵波: https://gitee.com/bzhaoop [3]@郑振宇: https://gitee.com/ZhengZhenyu [4]@赵波: https://gitee.com/bzhaoop [5]@陈祺德: https://gitee.com/dillon_chen 本文分享自微信公众号 - openEuler（openEulercommunity）。如有侵权，请联系 support@oschina.cn 删除。本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。

Meeting C++ 2020 调查报告

Meeting C++ 的 2020 年社区调查报告已经出炉，该调查包含 70 多个问题，下面是一些亮点内容。

Haskell 的 2020 年调查报告

Haskell 的 2020 年调查报告已经出炉，这是该系列报告的第 4 年。报告中对问卷答案进行了图表分析，并与前 3 年的情况进行了比较。

TARS 基金会 2020 年度报告

本年度报告将呈现TARS基金会以及社区成员为创建一个完整的开源微服务生态的目标作出的一些努力与成果。

Hmily 分布式事务重启月度报告

Hmily重启后月度报告 Hmily是一款高性能，高可靠，易使用的柔性分布式事务解决方案，目前提供了对dubbo，spring-cloud，motan，grpc等rpc框架的支持，在易用性上提供零侵入性式的

文档基金会 2019 年度报告

LibreOffice 背后的文档基金会(The Document Foundation, TDF)公开发布了其 2019 年度报告。

VMware发布网络安全威胁调研报告

近日，VMware公布了首份美国网络安全威胁报告《威胁之下的扩展型企业》的调研结果，调研结果源自对250位美国首席信息官、首席技术官与首席信息安全官的调查走访。