据网传图片，阿里云计算有限公司面向客户发布了11月12日云服务中断的问题分析报告。此次中断影响了OSS、OTS, SLS、MNS等关键云产品的部分服务，同时云产品控制台和管控API功能也受到严重影响。根据阿里云的报告，此次服务中断起始于北京时间2023年11月12日17:39，截止到19:20，绝大部分服务已恢复正常。
问题原因被定位为访问密钥服务（AK）在读取白名单数据时发生异常，由于处理异常的代码逻辑缺陷，生成了不完整的白名单。这导致不在白名单中的有效请求无法成功执行，从而影响到云产品控制台及管控API服务的正常运行。
——————
src：
https://hostloc.com/thread-1232249-1-1.html
OpenAI 已开始构建下一代人工智能模型 ChatGPT 5，该公司的首席执行官 Sam Altman 在最近的一次采访中证实了这一消息，并声称这个模型有可能拥有超级智能，但是要实现这个目标，还需要其长期合作伙伴微软的进一步投资。
Altman 在接受《金融时报》的采访时说，GPT-5 的训练过程将需要增加数据量，这些数据将来自互联网上可公开访问的数据集和私营公司的独家数据集。Altman 提到，与微软的合作非常顺利，他预计未来会从微软和其他投资者那里筹集更多的资金。来源 1，2
📢 频道：@kejiqu
👥 群组：@kejiquchat
根据阿里云的官方通报，2023年11月12日17:44开始，阿里云云产品控制台服务出现异常。这次异常影响了多个产品和地域，包括各类云服务、数据库服务、存储服务、安全服务等。具体受影响的地域包括北京、上海、深圳、杭州等国内多个城市，以及香港、美国、英国等海外地区。
事件进展如下：
11月12日18:14，阿里云确认了异常并开始排查。
18:50，阿里云发现故障与某个底层服务组件有关，开始紧急处理。
18:59，杭州、北京等地域控制台及API服务已恢复。
19:21，通过分批重启组件服务，绝大部分地域控制台及API服务恢复。
20:05，异常管控服务组件重启完成，多数云产品控制台及API服务恢复，但仍有部分服务需处理。
20:24，北京、杭州等地消息队列MQ已完成重启。
由于 API 故障，阿里几乎全系产品，包括淘天、饿了么、咸鱼、钉钉、阿里网盘、夸克均出现故障。
大量使用阿里云服务的产品于下午受到故障波及，包括米哈游、抖音、抖音、小米商城、酷安、工信部等服务出现不同程度影响。
目前服务已经基本恢复，但状态页面未提示解决，官方未发布完整公告。
——————
src：
https://status.aliyun.com/
——————
虽然崩了，但是这里要夸一下阿里云，好歹经历了 上次 的教训，有了一个及时更新的 Status 。
回看 上次 百度智能云嘛，基础服务崩了，公告毛都没看见，作为云服务厂商只能说呵呵。
哦对了，语雀也跟着挂了，虽然这次和他们没关系。
OpenAI现已对所有Plus用户全量推送新功能。包括GPTs和GPT-4（All Tools），内部代号Gizmo。自定义GPTs功能也同步开放。
目前的推送策略是网页版优先，部分用户APP 版本未收到推送。
此前的DDoS攻击已经结束，目前ChatGPT所有服务已经恢复正常。
与此同时，尽管 OpenAI 状态页面显示一切正常，频道主测试时仍然发现对话有几率出现错误。
目前的推送策略是网页版优先，部分用户APP 版本未收到推送。
此前的DDoS攻击已经结束，目前ChatGPT所有服务已经恢复正常。
与此同时，尽管 OpenAI 状态页面显示一切正常，频道主测试时仍然发现对话有几率出现错误。
逆向调用网页版 ChatGPT的开源项目潘多拉（Pandora）仓库被删除
Pandora 是一个非常热门的将网页版 ChatGPT 转换为 API 方式使用的开源仓库，FakeGPT 和知名的 GPT 账号公益共享项目便是出自该项目作者。
稍早前作者表示其 GitHub 账号和仓库均被 Github 单方面无通知地删除。
原仓库地址：
https://github.com/zhile-io/pandora
作者声明：
https://zhile.io/2023/11/09/hehe-github.html
——————
使用第三方工具对 ChatGPT 网页进行逆向是违反 OpenAI 的 TOS 的行为，早前一直有使用 Pandora 等类似工具的用户被官方封号。
Pandora 是一个非常热门的将网页版 ChatGPT 转换为 API 方式使用的开源仓库，FakeGPT 和知名的 GPT 账号公益共享项目便是出自该项目作者。
稍早前作者表示其 GitHub 账号和仓库均被 Github 单方面无通知地删除。
原仓库地址：
https://github.com/zhile-io/pandora
作者声明：
https://zhile.io/2023/11/09/hehe-github.html
——————
使用第三方工具对 ChatGPT 网页进行逆向是违反 OpenAI 的 TOS 的行为，早前一直有使用 Pandora 等类似工具的用户被官方封号。
OpenAI宣称今日故障是由于DDoS攻击导致，团队正在努力缓解。
此前ChatGPT官网曾一度无法打开。（502错误）
本频将以静音或update方式持续关注此事件。
——————
苏丹黑客组织 Anonymous Sudan 宣布对此次攻击负责。原因是OpenAI是一家支持以色列的美国公司。
该组织此前也曾对Microsoft发动DDoS攻击，导致Outlook等服务一度无法使用。
OpenAI一度通过封禁Chrome浏览器的User-Agent试图缓解攻击，不少普通用户因此受到波及。
截至目前，API服务已基本恢复，APP端ChatGPT基本可用，网页版仍有间歇性故障。
——————
11.10 中午
似乎又炸了
——————
11.11 中午
OpenAI 没打够，黑客把 Cloudflare 官网也打炸了（闪断）
同时 OpenAI 的 Lab 也短时掉线
此前ChatGPT官网曾一度无法打开。（502错误）
本频将以静音或update方式持续关注此事件。
——————
苏丹黑客组织 Anonymous Sudan 宣布对此次攻击负责。原因是OpenAI是一家支持以色列的美国公司。
该组织此前也曾对Microsoft发动DDoS攻击，导致Outlook等服务一度无法使用。
OpenAI一度通过封禁Chrome浏览器的User-Agent试图缓解攻击，不少普通用户因此受到波及。
截至目前，API服务已基本恢复，APP端ChatGPT基本可用，网页版仍有间歇性故障。
——————
似乎又炸了
——————
11.11 中午
OpenAI 没打够，黑客把 Cloudflare 官网也打炸了（闪断）
同时 OpenAI 的 Lab 也短时掉线
OpenAI 开发者日前瞻
OpenAI 的开发者日主题演讲很快就要开始了，我自然是熬不到大半夜，而且我相信有很多比我专业得多的频道主或者媒体朋友在关注着这场 AI 界的盛事，因此我明天就不发回顾了，今晚的前瞻就结合爆料做一下分析和展望吧。
就在今天，OpenAI 的开发者论坛上有网友贴出了新的 API 价格表，其中包括一个叫做 GPT-4-Turbo 的系列模型。
和 GPT-3.5-Turbo 类似，这也应该是一个 GPT-4 的精简和提速版本。其目的也肯定是使 GPT-4 的价格更具竞争力。
还记得 OpenAI 对 GPT-3.5 系列模型做过多次降价，累计降价幅度达到约 90%之多。官方宣称这是显著降低了模型运行成本的结果，其实说到底就是把 GPT-3.5 模型在各个地方推广使用了。
早前爆料的 ChatGPT Teams 计划里官方提到了「更快速和不限量的 GPT-4」，个人猜测这大概就是 GPT-4-Turbo 模型铺开后成本下降的红利。同样地，这也就不难解释为什么 OpenAI 会在这几天大面积把 GPT-4（All Tools)的 Alpha 版本灰度给那么多非 Plus 用户了。
早前在 OpenAI 大更新的 文章 里面我提到了 OpenAI 给 ChatGPT 的语音对话功能搭载的 TTS 技术让我感到惊艳，从爆料图片看来这似乎是是 OpenAI 的自研，并且 OpenAI 会将其和语音识别模型 Whisper 一起作为语音 API 提供，不过目前尚不清楚会不会和 Whisper 一样开源。
OpenAI 自从 ChatGPT 火爆以来，就一直明白 Prompt 的重要性。不管是官方发布的 Prompt 示例还是 Custom instructions 功能，都是在发挥 Prompt 的价值，打造更强大的 ChatGPT。那么这么看来为 ChatGPT提供自定义 Prompt 甚至分享的功能也是合情合理。起啥名字不重要，能完全调用官方对模型的掌控能力的优势，把这个功能做好了就是 Magic。
——————
完全主观猜测，明早看看有多少打我脸的内容吧（
OpenAI 的开发者日主题演讲很快就要开始了，我自然是熬不到大半夜，而且我相信有很多比我专业得多的频道主或者媒体朋友在关注着这场 AI 界的盛事，因此我明天就不发回顾了，今晚的前瞻就结合爆料做一下分析和展望吧。
就在今天，OpenAI 的开发者论坛上有网友贴出了新的 API 价格表，其中包括一个叫做 GPT-4-Turbo 的系列模型。
和 GPT-3.5-Turbo 类似，这也应该是一个 GPT-4 的精简和提速版本。其目的也肯定是使 GPT-4 的价格更具竞争力。
还记得 OpenAI 对 GPT-3.5 系列模型做过多次降价，累计降价幅度达到约 90%之多。官方宣称这是显著降低了模型运行成本的结果，其实说到底就是把 GPT-3.5 模型在各个地方推广使用了。
早前爆料的 ChatGPT Teams 计划里官方提到了「更快速和不限量的 GPT-4」，个人猜测这大概就是 GPT-4-Turbo 模型铺开后成本下降的红利。同样地，这也就不难解释为什么 OpenAI 会在这几天大面积把 GPT-4（All Tools)的 Alpha 版本灰度给那么多非 Plus 用户了。
早前在 OpenAI 大更新的 文章 里面我提到了 OpenAI 给 ChatGPT 的语音对话功能搭载的 TTS 技术让我感到惊艳，从爆料图片看来这似乎是是 OpenAI 的自研，并且 OpenAI 会将其和语音识别模型 Whisper 一起作为语音 API 提供，不过目前尚不清楚会不会和 Whisper 一样开源。
OpenAI 自从 ChatGPT 火爆以来，就一直明白 Prompt 的重要性。不管是官方发布的 Prompt 示例还是 Custom instructions 功能，都是在发挥 Prompt 的价值，打造更强大的 ChatGPT。那么这么看来为 ChatGPT提供自定义 Prompt 甚至分享的功能也是合情合理。起啥名字不重要，能完全调用官方对模型的掌控能力的优势，把这个功能做好了就是 Magic。
——————
完全主观猜测，明早看看有多少打我脸的内容吧（
如有任何访问异常欢迎随时反馈。
本次维护时间远远超出预期，将来有机会也许会发文章介绍。
服务状态监控
——————
本次维护摘要如下：
- 由共享虚拟主机转向全面自托管
- 自建前置反代
- 后端应用部署容器化、编排化
- 后端程序实现力所能及的开源替代
- 服务器备份常态化、性能冗余预留
- 实现服务器数量精简及监控搭建
Anna's Archive 宣布他们已经获得所谓的读秀书库，总大小约360TB。正在寻求OCR处理。电子书获取界的大事件。
OpenAI 风控与账单制度收紧
部分网友称近期遇到 OpenAI 账户被封的问题，经统计以 Outlook 邮箱注册居多。
有一种解释是微软给 OpenAI 提供了邮箱的注册国家信息，导致这些 Outlook/hotmail 或微软账户注册的 OpenAI 账户一旦升级到 ChatGPT Plus 或 API 充值就会被封。频道主的三个号就有一个 Outlook 号中招。
注册 OpenAI 账户可以使用 Gmail 邮箱或 Proton 邮箱等，同时也应尽量避免使用购买的批量注册的 OpenAI 账号。因为 Outlook 邮箱批量注册成本低，很多商家批量注册 OpenAI 账号也会使用 Outlook 邮箱。
OpenAI 近期也在推行对账单付费制度的更改，从原先的 5 USD 预扣费验证变为直接将预扣费金额充值进余额而不退还，近期又有网友发现 OpenAI 账单改为预付费制，猜测与许多号商批量注册账号月抛不付账单有关。
——————
（综合本频信源，部分消息未验证）
部分网友称近期遇到 OpenAI 账户被封的问题，经统计以 Outlook 邮箱注册居多。
有一种解释是微软给 OpenAI 提供了邮箱的注册国家信息，导致这些 Outlook/hotmail 或微软账户注册的 OpenAI 账户一旦升级到 ChatGPT Plus 或 API 充值就会被封。频道主的三个号就有一个 Outlook 号中招。
注册 OpenAI 账户可以使用 Gmail 邮箱或 Proton 邮箱等，同时也应尽量避免使用购买的批量注册的 OpenAI 账号。因为 Outlook 邮箱批量注册成本低，很多商家批量注册 OpenAI 账号也会使用 Outlook 邮箱。
OpenAI 近期也在推行对账单付费制度的更改，从原先的 5 USD 预扣费验证变为直接将预扣费金额充值进余额而不退还，近期又有网友发现 OpenAI 账单改为预付费制，猜测与许多号商批量注册账号月抛不付账单有关。
——————
（综合本频信源，部分消息未验证）
故障近两日，Cloudflare 发布故障总结
以下是 Cloudflare 中断事故的关键点总结：
- Cloudflare 在11月2日遭遇了一次服务中断，此次中断影响了其控制面板和分析服务功能。中断从11月2日的 11:44 （UTC） 开始，一直持续到11月4日的 04:25 （UTC）。
- 事故起源于 Cloudflare 在俄勒冈州的一个主要数据中心的电力故障，该数据中心由 Flexential 运营。由于故障导致数据中心丧失了商业电源以及备用发电机的供电，从而引发了服务中断。
- Cloudflare 建立了横跨三个数据中心的冗余机制，以防单个数据中心发生故障。然而，某些关键服务依赖于故障的数据中心，随之出现了问题。
- Cloudflare 启用了其灾难恢复站点以尽快恢复服务，但在过程中遭遇了如系统过载等问题。并不是所有服务都能够顺利切换。
- 由于需要对所有系统和服务进行彻底重启，原始数据中心的恢复工作耗时较长。部分服务的恢复更是延迟数日。
- Cloudflare 承诺将进行改进，比如提升系统的可靠性要求，加强测试，并且尽量减少故障的影响范围。
——————
src:
https://blog.cloudflare.com/post-mortem-on-cloudflare-control-plane-and-analytics-outage/
以下是 Cloudflare 中断事故的关键点总结：
- Cloudflare 在11月2日遭遇了一次服务中断，此次中断影响了其控制面板和分析服务功能。中断从11月2日的 11:44 （UTC） 开始，一直持续到11月4日的 04:25 （UTC）。
- 事故起源于 Cloudflare 在俄勒冈州的一个主要数据中心的电力故障，该数据中心由 Flexential 运营。由于故障导致数据中心丧失了商业电源以及备用发电机的供电，从而引发了服务中断。
- Cloudflare 建立了横跨三个数据中心的冗余机制，以防单个数据中心发生故障。然而，某些关键服务依赖于故障的数据中心，随之出现了问题。
- Cloudflare 启用了其灾难恢复站点以尽快恢复服务，但在过程中遭遇了如系统过载等问题。并不是所有服务都能够顺利切换。
- 由于需要对所有系统和服务进行彻底重启，原始数据中心的恢复工作耗时较长。部分服务的恢复更是延迟数日。
- Cloudflare 承诺将进行改进，比如提升系统的可靠性要求，加强测试，并且尽量减少故障的影响范围。
——————
src:
https://blog.cloudflare.com/post-mortem-on-cloudflare-control-plane-and-analytics-outage/
