refactor: Create tool chain to keep file structure

Author: yufeiminds

Makefile

@@ -0,0 +1,91 @@
+---
+title: 行为准则
+---
+
+# 平台工程社区·中国 行为准则
+
+## 我们的承诺
+
+身为【平台工程社区·中国】的成员、贡献者和领袖，我们承诺使社区参与者不受骚扰，无论其年龄、体型、可见或不可见的缺陷、族裔、性征、性别认同和表达、经验水平、教育程度、社会与经济地位、国籍、相貌、种族、种姓、肤色、宗教信仰、性倾向或性取向如何。
+
+我们承诺以有助于建立开放、友善、多样化、包容、健康社区的方式行事和互动。
+
+## 我们的准则
+
+有助于为我们的社区创造积极环境的行为例子包括但不限于：
+
+* 表现出对他人的同情和善意
+* 尊重不同的主张、观点和感受
+* 提出和大方接受建设性意见
+* 承担责任并向受我们错误影响的人道歉
+* 注重社区共同诉求，而非个人得失
+
+不当行为例子包括：
+
+* 使用情色化的语言或图像，及性引诱或挑逗
+* 嘲弄、侮辱或诋毁性评论，以及人身或政治攻击
+* 公开或私下的骚扰行为
+* 未经他人明确许可，公布他人的私人信息，如物理或电子邮件地址
+* 其他有理由认定为违反职业操守的不当行为
+
+## 责任和权力
+
+社区领袖有责任解释和落实我们所认可的行为准则，并妥善公正地对他们认为不当、威胁、冒犯或有害的任何行为采取纠正措施。
+
+社区领导有权力和责任删除、编辑或拒绝或拒绝与本行为准则不相符的评论（comment）、提交（commits）、代码、维基（wiki）编辑、议题（issues）或其他贡献，并在适当时机知采取措施的理由。
+
+## 适用范围
+
+本行为准则适用于所有社区场合，也适用于在公共场所代表社区时的个人。
+
+代表社区的情形包括使用官方电子邮件地址、通过官方社交媒体帐户发帖或在线上或线下活动中担任指定代表。
+
+## 监督
+
+辱骂、骚扰或其他不可接受的行为可通过 [插入联系方式] 向负责监督的社区领袖报告。
+所有投诉都将得到及时和公平的审查和调查。
+
+所有社区领袖都有义务尊重任何事件报告者的隐私和安全。
+
+## 处理方针
+
+社区领袖将遵循下列社区处理方针来明确他们所认定违反本行为准则的行为的处理方式：
+
+### 1. 纠正
+
+**社区影响**：使用不恰当的语言或其他在社区中被认定为不符合职业道德或不受欢迎的行为。
+
+**处理意见**：由社区领袖发出非公开的书面警告，明确说明违规行为的性质，并解释举止如何不妥。或将要求公开道歉。
+
+### 2. 警告
+
+**社区影响**：单个或一系列违规行为。
+
+**处理意见**：警告并对连续性行为进行处理。在指定时间内，不得与相关人员互动，包括主动与行为准则执行者互动。这包括避免在社区场所和外部渠道中的互动。违反这些条款可能会导致临时或永久封禁。
+
+### 3. 临时封禁
+
+**社区影响**: 严重违反社区准则，包括持续的不当行为。
+
+**处理意见**: 在指定时间内，暂时禁止与社区进行任何形式的互动或公开交流。在此期间，不得与相关人员进行公开或私下互动，包括主动与行为准则执行者互动。违反这些条款可能会导致永久封禁。
+
+### 4. 永久封禁
+
+**社区影响**：行为模式表现出违反社区准则，包括持续的不当行为、骚扰个人或攻击或贬低某个类别的个体。
+
+**处理意见**：永久禁止在社区内进行任何形式的公开互动。
+
+## 参见
+
+本行为准则改编自 [Contributor Covenant][homepage] 2.1 版, 参见 [https://www.contributor-covenant.org/version/2/1/code_of_conduct.html][v2.1]。
+
+社区处理方针灵感来源于 [Mozilla's code of conduct enforcement ladder][Mozilla CoC]。
+
+有关本行为准则的常见问题的答案，参见 [https://www.contributor-covenant.org/faq][FAQ]。
+其他语言翻译参见 [https://www.contributor-covenant.org/translations][translations]。
+
+[homepage]: https://www.contributor-covenant.org
+[v2.1]: https://www.contributor-covenant.org/version/2/1/code_of_conduct.html
+[Mozilla CoC]: https://github.com/mozilla/diversity
+[FAQ]: https://www.contributor-covenant.org/faq
+[translations]: https://www.contributor-covenant.org/translations

about/coc.mdx

@@ -0,0 +1,30 @@
+---
+title: 关于我们
+---
+
+import {Members, Member} from '../../components/Member'
+
+# 关于我们
+
+## 社区介绍
+
+待补充。
+
+## 社区成员
+
+<Members>
+    <Member 
+        name="杨振涛"
+        role="创办者"
+        github="node"
+    >
+        ![node](./members/node.jpg)
+    </Member>
+    <Member 
+        name="李宇飞"
+        role="社区基础设施"
+        github="yufeiminds"
+    >
+        ![yufeiminds](./members/yufeiminds.jpeg)
+    </Member>
+</Members>

about/index.mdx

@@ -0,0 +1,16 @@
+{
+    "index": {
+        "type": "page",
+        "title": "文章",
+        "display": "hidden",
+        "theme": {
+            "layout": "raw"
+        }
+    },
+    "monthly": {
+        "title": "每月洞察"
+    },
+    "translation": {
+        "title": "翻译"
+    }
+}

about/members/node.jpg

@@ -0,0 +1,49 @@
+
+## 新闻速递｜平台工程首次线下 Meetup 回顾（内附 PPT + 视频）
+
+[平台工程用户组（PUG）首次线下 Meetup 回顾](https://mp.weixin.qq.com/s/NN7KUe2_jOeAtU949Yy6DA)
+
+平台工程持续发展，线上线下活动逐步开启了，值得关注和参与。
+
+## 新闻速递｜2023 平台工程技术峰会：AIGC 时代下的平台工程
+
+[平台工程技术峰会-活动行](https://www.huodongxing.com/event/3709735698300 "平台工程技术峰会-活动行")
+
+国内平台工程主题的首次技术峰会，9月在北京进行，值得关注。
+
+## 新闻速递｜CNCF 旗舰会议 KubeCon + CloudNativeCon + Open Source Summit China 2023 设置「平台工程」主题
+
+[KubeCon + Cloud Native Con + Open Source Summit](https://www.lfasiallc.com/kubecon-cloudnativecon-open-source-summit-china/ "KubeCon + Cloud Native Con + Open Source Summit")
+
+本次会议将于 2023-9-26~28 在上海进行，CFP 投稿 6 月已结束，CFP 通知 7 月底完成（目前仍在最后评审中），8 月 2 日公布议程。
+
+CFP 页面对于平台工程主题的介绍：
+平台工程 – 这些内容涵盖使用云原生项目构建平台、定制和扩展云原生项目、自动化基础设施运营、提高自助工具链和云原生开发者工作流程的速度等方面。参与者可以学习开发者平台和集成，以改善云原生开发体验。平台工程旨在专注于支持 SDLC 的基础组件。
+
+## 业界动态｜CNCF 发布的「平台白皮书」现已有中文版本可读 
+
+* [Platform White Paper（英文版）](https://tag-app-delivery.cncf.io/whitepapers/platforms/ "Platform White Paper（英文版）")
+* [平台白皮书（中文版，@JimmySong 译）](https://tag-app-delivery.cncf.io/whitepapers/platforms/ "平台白皮书（中文版，@JimmySong 译）")
+
+CNCF 应用交付 TAG & 平台 WG 发布的这份儿白皮书以平台为核心视角，并不局限平台工程本身，涉及为何需要平台，什么是平台，以及平台成熟度，平台接口，平台能力，平台挑战等，希望可以带来更多的启发。
+
+![图文译者：Chris杨振涛](./images_2023-07/platforms.jpeg)
+
+## 业界动态｜CNCF 的应用交付 TAG 正在起草「平台成熟度模型」
+
+[平台成熟度模型 - CNCF TAG Delivery](https://community.cncf.io/events/details/cncf-tag-app-delivery-presents-platform-maturity-model-deep-dive-take-2/ "平台成熟度模型 - CNCF TAG Delivery")
+
+如何度量平台工程？CNCF 应用交付 TAG 在此前发布平台白皮书之后，目前正在讨论起草平台成熟度模型，值得关注。此前，CNCF 也发布了[云原生成熟度模型](https://maturitymodel.cncf.io/ "云原生成熟度模型")，看来在度量这件事上，人们始终是很热衷的，有一种急切地想要体现价值的感受。
+
+## 业界动态｜Platform Engineering 社区发布平台工具全景图 
+
+[平台工具全景图](https://platformengineering.org/platform-tooling "平台工具全景图")
+
+提供了基于现有工具构建自己的内部开发者平台的工具集合指南，分类如下：
+
+- 开发者控制面板：开发者门户/服务目录，IaC
+- 集成与交付面：CI, 注册中心，协调器，CD，基础设施控制面
+- 资源面：集群，数据，网络，服务-消息
+- 监控与日志面：可观测性，分析，APM
+- 安全面
+- 其他：环境即服务，DevOps平台

about/members/yufeiminds.jpeg

@@ -0,0 +1,114 @@
+## 新闻速递｜中国信通院发布铸基计划 TISC 企业级平台工程综合能力要求标准
+
+[2023 数字生态发展大会暨中国信通院「铸基计划」年中会议成功召开](https://mp.weixin.qq.com/s/WwRU8LEW6DZ0PpaEh7JtwQ)
+
+## 新闻速递｜首个平台工程蓝图 / 全景图发布
+
+![](https://assets.website-files.com/63c8f7191194d2a0cf4f630e/64d25efb7a3a847963025ac2_EUKk0WPQ5umBMhgLU00yzxBZDSmils4iK7MoTag5FzCDTCL6pfT1o1cM6SecKsNXAYKsMo3LEKQWQTGNPE3PzGKhd7-sBXPwSvGLfMS6taF5xpdqg0UqQDdS8_ZT8XOwo-EqfHJ5Z4t9_ZQYvr0SE3Y.png)
+
+平台工程的早期实践者和社区正在持续推动其可持续发展，技术蓝图，工具全景图，成熟度模型等初具行业共识的指导性知识正在逐步推进和完善。
+
+此前 McKinsey 在 PlatformCon 2023 上发布了一份平台工程蓝图，总共包括 5 大领域：**开发者控制域**，**集成与交付域**，**资源域**，**监控与日志域**（可观测域），**安全域**；并且还提供了基于 AWS 的 **IDP 参考规划**。Platform Engineering 社区也在官网发布了最新的工具全景图，覆盖了前述五大领域里的各种工具项目。
+
+## 业界动态｜ Humanitec 给出 IDP 参考架构
+
+- [Humanitec 的 IDP 参考架构](https://humanitec.com/reference-architectures "Humanitec 的 IDP 参考架构")
+- [AWS 的平台参考架构](https://humanitec.com/reference-architectures/aws "AWS 的平台参考架构")
+
+How can you glue your toolchain into a scalable Internal Developer Platform? These reference architectures are based on hundreds of setups across public, private and hybrid cloud to help you build your IDP quickly and reliably.
+
+The tools below are representative and can be swapped with what you’re using today. To see what an IDP on your specific cloud setup would look like, check out the individual reference architectures available as whitepapers.
+
+**关键词**：`IDP`, `架构`, `参考实现`
+
+## 业界动态｜ ThoughtWorks：平台工程如何帮助开发人员以更低的成本提供更多价值
+
+[Platform engineering: How you can help developers deliver more value at a lower cost](https://www.thoughtworks.com/insights/articles/platform-engineering-help-developers-deliver-more-value-at-a-lower-cost "ThoughtWorks 平台工程文章")
+
+在 Thouthtworks 来看，平台工程是如何帮助开发者以更低成本交付更高价值的？
+
+平台工程产品基本组件包括：
+
+1. 开发者控制面
+2. 合规与治理面
+3. 交付面
+4. 观测面
+5. 安全面
+
+平台工程成功的四大关键包括：
+
+1. 组织架构和和工作方式优先于工具
+2. 赋能可观测性
+3. 让平台的成功可度量
+4. 增强开发者能力以提高生产力
+
+## 业界动态｜ CNCF：应用交付 TAG 正在起草「平台成熟度模型」
+
+[平台成熟度模型草案：Google Docs 协作文档](https://docs.google.com/document/d/11J_RpaUwydNNBg5aVjH5Uzn8i-b4urEtJzwR86XezFQ/ "平台成熟度模型草案")
+
+平台成熟度模型 v0.2 进行中，欢迎参与！
+
+草案包括 5 个维度：
+
+1. Investment
+2. Adoption
+3. Interface
+4. Operations
+5. Measurement
+
+4 个层级：
+
+1. Provisional
+2. Operationalized
+3. Scaled
+4. Optmized
+
+并预期 2023 年 9 月 10 日前，每个部分都完成一个草案版本的编写。
+
+## 内容分享｜ PlatformCon 2023 - 超越工程化：平台的未来
+
+[Beyond engineering: The future of platforms](https://platformcon.com/talks/beyond-engineering-the-future-of-platforms "超越工程化：平台的未来")
+
+- **主题**：超越工程化：平台的未来
+- **分享人**：Manuel Pais - 《团队拓扑》联合创始人
+
+该演讲探讨了组织中的每个团队和部门如何采用平台思维，将向其他团队提供的内容视为内部产品。
+
+> 从根本上讲，「平台即产品」方法的核心原则可以在整个组织中得到很好的体现。
+> 
+> 我们已经看到这种方法在工程领域发挥了很好的作用，并且我们也开始在其他业务领域看到它：数据科学和商业智能，还有领导力、营销、法律、人力资源等。我们将在这次演讲展望工程之外的平台的未来。
+>
+> @节选自《超越工程化：平台的未来》
+
+## 内容分享｜ Pete Hodgson：平台团队如何工作的
+
+[How platform teams get stuff done](https://www.martinfowler.com/articles/platform-teams-stuff-done.html "How platform teams get stuff done")
+
+> 平台团队对其他团队有着独特的依赖，以确保他们的平台得到采用——将代码更改纳入其他团队的代码库对于他们的成功至关重要。跨团队协作有多种模式，选择正确的模式取决于平台采用的阶段以及团队和代码库接受外部影响的能力。
+
+文章介绍了平台交付团队与产品交付团队的关系，表示平台不只是「内部开发开发者平台」；
+
+然后介绍了平台交付团队与产品交付团队的三种典型的协作场景：平台迁移、平台使用、平台演进；
+
+最后结论的部分，作者指出加强合作的重要性，平台团队应该努力定义他们的接口，寻求快速转向「即服务」模式，使用「提交票证」和「内部开源」等模式实施平台工程。
+
+## 内容分享｜ Octopus Deploy：当 DevOps 遇见平台工程
+
+- [DevOps uses a capability model, not a maturity model](https://octopus.com/blog/devops-uses-capability-not-maturity "Octopus: DevOps uses a capability model, not a maturity model")
+- [DevOps and Platform Engineering](https://octopus.com/blog/devops-platform-engineering "Octopus: DevOps and Platform Engineering")
+
+Octopus Deploy 的这两篇文章，介绍了用能力模型而不是成熟度模型来度量 DevOps，并区分了 DevOps 和平台工程各自的目标差异。
+
+同时，其官网提供的 DevOps 工程师手册，也包含了[平台工程章节](https://octopus.com/devops/platform-engineering/ "Octopus: DevOps 手册中的平台工程章节") 供大家参考，其中平台工程章节包括三部分：
+
+1. 平台工程的 WHAT / WHY / WHO / HOW；
+2. 平台工程的适用性-合适采纳平台工程；
+3. 平台工程的模式和反模式。
+
+## 内容分享｜ Jennifer Riggins：平台工程新书发布
+
+- **作者**：Jennifer Riggins
+- **英文名**：*Platform Engineering: What You Need to Know Now*
+- **中文名**：《[平台工程：当下最需要了解的内容](https://thenewstack.io/ebooks/platform-engineering/platform-engineering-what-you-need-to-know-now/ "《平台工程：当下最需要了解的内容》- 在线阅读地址")》
+
+这本电子书即将发布，对平台工程做了一定程度的系统性梳理，敬请期待。