����������������������������� Node.js ���������� ���� //user controller, home/controller/user.js export default class extends think.controller.base { //login action async loginAction(self){ //���get����������� | |-- en.js | | | | `-- zh-CN.js | | | `-- route.js | | |-- controller | | | `-- error.js | | `-- runtime � ���������������������������������� nginx ���� ������ ES6 ����������� app/ ��� | `-- home | |-- config | |-- controller | | |-- base.js | | `-- index.js | |-- logic | |

Started Introduction Features Using ES6/7 features //user controller, home/controller/user.js export default class extends think.controller.base { //login action async loginAction(self){ //if `-- route.js | | |-- controller | | | `-- error.js | | `-- runtime | `-- home | |-- config | |-- controller | | |-- base.js | folder, you should put the common controller files. For example, the error.js has designed some different error handling behaviors, you can modify it or add other controller according to the project requirements

problem by using async/await or */yield features. //user controller, home/controller/user.js export default class extends think.controller.base { //login action async loginAction(self){ //if `-- route.js | | |-- controller | | | `-- error.js | | `-- runtime | `-- home | |-- config | |-- controller | | |-- base.js | folder, you should put the common controller files. For example, the error.js has designed some different error handling behaviors, you can modify it or add other controller according to the project requirements

Started Introduction Features Using ES6/7 features //user controller, home/controller/user.js export default class extends think.controller.base { //login action async loginAction(self){ //if `-- route.js | | |-- controller | | | `-- error.js | | `-- runtime | `-- home | |-- config | |-- controller | | |-- base.js | folder, you should put the common controller files. For example, the error.js has designed some different error handling behaviors, you can modify it or add other controller according to the project requirements

所有的特性，无需担心哪些特性当前版本不支 持。尤其是使用 async/await 或者 */yield 来解决异步回调的问题。 //user controller, home/controller/user.js export default class extends think.controller.base { //login action async loginAction(self){ //如果是get请求，直接显示登录⻚页⾯面 | | `-- route.js | | |-- controller | | | `-- error.js | | `-- runtime | `-- home | |-- config | |-- controller | | |-- base.js | 配置、本地化配置等必须放在这里。 'use strict'; /** * config */ export default { //key: value }; src/common/controller 控制器，放一些通用的控制器。其中 error.js 里错误处理的不同行为，项目里可以根据需要进 行修改。 src/common/runtime 项目运行时生成的一些目录，如：缓存

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 The Controller Layer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 CMS Tutorial - Creating the Articles Controller . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 3 3.x Migration Guide 29 3 . . . . . . . . . . . . . . . . . . . . . . . . . . 111 CMS Tutorial - Creating the Articles Controller . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114 CMS Tutorial - Tags and Users

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 The Controller Layer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17 CMS Tutorial - Creating the Articles Controller . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 3 Migration Guides 31 4.0 . . . . . . . . . . . . . . . . . . . . . . . . . . . 71 CMS Tutorial - Creating the Articles Controller . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75 CMS Tutorial - Tags and Users

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 The Controller Layer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17 CMS Tutorial - Creating the Articles Controller . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 3 Migration Guides 31 5.0 . . . . . . . . . . . . . . . . . . . . . . . . . . . 51 CMS Tutorial - Creating the Articles Controller . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52 CMS Tutorial - Tags and Users

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37 Understanding Model-View-Controller . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38 Where to Get Help . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40 4 Controllers 43 The App Controller . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44 Controller actions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

本⽂概述了Kubernetes集群中所需的各种组件。 Master组件 Master组件提供K8s集群的控制⾯板。Master对集群进⾏全局决策（例如调度），以及检测和响应集群事件（例如：当 replication controller所设置的 replicas 不够时，启动⼀个新的Pod）。 Master可在集群中的任意节点上运⾏。然⽽，简单起⻅，设置脚本通常在同⼀个VM上启动所有Master组件，并且不会 在该VM上运⾏⽤户的容器。请阅读 d数据提供备份计划。 kube-controller-manager kube-controller-manager 运⾏Controller，它们是处理集群中常规任务的后台线程。逻辑上来讲，每个Controller都是⼀ 个单独的进程，但为了降低复杂性，它们都被编译成独⽴的⼆进制⽂件并运⾏在⼀个进程中。 这些控制器包括： Node Controller：当节点挂掉时，负责响应。 Replication Replication Controller：负责维护系统中每个replication controller对象具有正确数量的Pod。 Endpoints Controller：填充Endpoint对象（即：连接Service＆Pod）。 Service Account & Token Controllers：为新的namespace创建默认帐户和API access tokens。 cloud-controller-manager