微软通过两个新项目来解决云计算开发人员面临的问题。微软和阿里云开发的开放应用程序模型(OAM)是一个Open Web Foundation项目,它是在Kubernetes上构建云原生应用程序的规范。Dapr是一种可移植的事件驱动型运行时,用于构建可在云和边缘设备上运行的微服务应用程序。
本周早些时候,Twitter上的The Waking Cat(@ h0x0d)发现了OAM的GitHub存储库。(正如Cat所发现的那样,OAM的代码代号为Hydra。)他还发布了指向Rudr的链接,这是OAM的实现,按照GitHub的描述,Rudr目前处于Alpha阶段,允许用户在任何Kubernetes集群上部署和管理应用程序,而无需担心应用程序开发人员和操作人员。
微软的官员在10月16日的博客文章中表示:“OAM是用于描述应用程序的规范,以便将应用程序描述与如何部署应用程序以及基础架构如何对其进行管理等细节分开。”官员们表示,与更传统的平台即服务(PaaS)模型不同,OAM与平台无关。尽管Rudr是建立在Kubernetes之上的,但它“并没有与Kubernetes紧密绑定”。
微软的高管表示,他们的目标是将OAM引入GitHub上Kubernetes的供应商中立实施之中。微软的高管们告诉TechCrunch,随着时间的推移,微软可能会将OAM变成托管服务,就像阿里巴巴所做的那样。
微软将Dapr描述为“云计算和边缘计算的微服务积木”的集合,这也就意味着它是与平台无关的。微软的官员们表示,Dapr将支持“所有的编程语言和开发人员框架”,并且可以通过标准HTTP或gRPC编程接口进行访问。
微软的高管们在10月16日发布的博客文章中介绍了今天发布的Dapr alpha版本:“Dapr完全与平台无关,这意味着你可以在任何Kubernetes集群以及其他与Dapr集成的托管环境中本地运行你的应用程序。这让开发人员可以构建出能够同时在云端和边缘运行的应用程序,而无需对代码进行任何修改。”
我很好奇这些新规范是否能够适应微软目前的PaaS产品——其中包括Azure Kubernetes Service(AKS)和Azure Service Fabric,以及它们是如何进行适应的。听起来我们将在11月第一周举办的微软Ignite大会上听到更多来自Azure首席技术官Mark Russinovich的信息。
好文章,需要你的鼓励
近日,被誉为"首个 AI 软件工程师"的工具 Devin 在测试中表现不佳。该工具于 2024 年 3 月推出,声称能自主编写和部署应用程序,但实际测试结果显示,在 20 个任务中仅完成 3 个。测试人员指出,Devin 在处理复杂任务时往往陷入技术死胡同,产生无法使用的解决方案,甚至尝试执行不可能完成的任务。
随着越来越多员工重返办公室,Logitech 推出了 Spot 传感器,结合占用率和环境数据,为企业提供工作场所洞察和自动化。这一创新产品旨在帮助 IT 领导者和设施管理者优化办公空间设计,提高员工生产力和参与度,同时实现能源效率管理。
随着企业将更多工作负载转移到云端,超大规模云服务商未能充分帮助CIO和科技采购者提高计算服务碳足迹的透明度。分析师指出,亚马逊网络服务(AWS)在这方面表现最差,微软和谷歌也未能幸免。数据中心的实际排放量可能远高于目前的估计,这主要归因于云服务商使用的排放核算方法存在问题。
近期调查显示,成本预测困难已成为企业采用生成式 AI 的主要障碍之一。46% 的受访 IT 专业人士表示,定价缺乏可预测性阻碍了他们在组织中实施生成式 AI。为缓解这些担忧,IT 专业人士倾向于按需付费模式,而非供应商要求的预付承诺。除定价问题外,潜在负面结果和对收益缺乏信心也是阻碍采用的重要因素。