cloudoll 是微服务的依赖类库,籍由此项目,可以迅速创建可伸缩的微服务,
cloudoll 同时提供了许多现成的工具解决实际项目中的各种问题。
使用方法:
npm i cloudoll --save
以下是一篇完整使用 cloudoll 编写微服务的入门文章。
本文章中一套完整的分布式微服务有如下三种角色:
微服务提供者:hello_word 及其所有的克隆体
微服务的注册中心:cloudeer-server-rest
消费者:wow
创建一个目录:hello_world,cd 进去之后输入命令行 npm init。
引入 cloudoll 包
npm i cloudoll --save
在项目根目录下创建一个入口文件 /index.js,代码内容如下:
require('cloudoll').KoaApplication();
创建文件 /api/open/hello.js
module.exports = { world: function *() { this.echo("你好世界。form port: " + process.env.port ); } };
现在启动服务:
node index.js
现在访问一下试试
http://localhost:3000/open/hello/world
这部分可以使用 cloudoll-server 项目,相应的配置文件的节点更换成 tcp
从 git 上 下载源码:
git clone https://github.com/cloudoll/cloudoll-server-rest
进入到目录,进行 node 前戏工作 。
npm install
手工创建一个 /data 的目录用来存储数据。
运行:
node index.js
无需改动 cloudeer 任何代码。
打完收工!
好了,接下来,我们把第一步中写的程序变成可以被分布部署的微服务。
创建一个文件: /config/development.js
注意:在第一步创建的那个项目下哦,嫑搞错位置了。
内容如下:
module.exports = { app_name : "hello_world", my_host : "127.0.0.1", debug : true, port : 3000, cloudeer :{ type : 'rest', //支持 'rest', 'tcp' host : '127.0.0.1', //这个是注册中心的地址 port : 8801 }, };
其中 cloudeer 节点的配置会将这个应用变成分布式的微服务。
my_host 可以不用指定,他会寻找当前机器的内网地址。
现在重启一下咯。
现在访问注册中心看看:
和
这个时候注册中心应该列出了微服务实例和方法的列表。
好像很简单呀!
万里长征才走完第一步。
如果感兴趣请继续。
现在创建另一个微服务,步骤和前面的 hello_world 一样。
你可以直接拷贝过来。但需要改一些关键的地方。
修改配置文件: /config/development.js:
将 app_name 改成另一个, 现在改成 wow, 这样他才会变成另一个微服务。
修改端口 port 为 3002。
module.exports = { app_name : "hello_world", my_host : "127.0.0.1", debug : true, port : 3002, cloudeer :{ type : 'rest', //支持 'rest', 'tcp' host : '127.0.0.1', port : 8801 }, };
修改 /api/open/hello.js 输出远程的调用结果。
module.exports = { world: function *() { var res = yield this.getCloudeer("hello_world", "/open/hello/world"); this.echo("来自远方的问候: " + res); } };
启动服务:
node index.js
看看控制台的输出 http 端口,类似下面的输出。
Koa Application 正在启动,尝试端口:3002 Koa Application 启动成功!端口: 3002
并在浏览器里看看 http://localhost:3002/open/hello/world
多次拷贝 hello_world 项目,更换 port 的值。注意 port 不要重复。
如果你有多个机器,可以使用多机部署,但需要调整正确的 ip 地址。
然后分别执行:
node index.js
现在你可以去并发执行 wow 的 /open/hello/world 了。
在浏览器中不断的刷新 http://localhost:3002/open/hello/world 就可以看到结果。
例子中用端口表示了他是从哪个微服务上访问过来的。
cloudoll has more...
问题内容: 我已经开发了两个Springboot michroservices exservice1和service2。具有service1依赖性的service2微服务。 我在service2 pom文件中添加了service1的依赖关系,并在运行service2时在eclipse中可以正常工作。但是,当我在Jenkins中部署并为service1创建项目(Jenkins Job)并以maven
我们在产品中使用Spring引导微服务,我们有多达10个应用程序。为了记录,我们使用Log4j MDC来生成事务标识,并使用拦截器和过滤器将其传递给服务[超文本传输协议标头]。问题是我们必须在我们所有的应用程序(比如10个)中添加拦截器和过滤器来跟踪这个事务。有没有办法在我们的微服务应用程序中创建jar并注入。 我们能否在所有应用程序中使用最少的代码更改来实现这一点?
我有两种服务a.service和b.service。a、 显示服务 b、 服务 现在,当我开始b.service,我确信a.service将被启动。在运行时,突然有人扰乱 /home/admin/run.sh和systemd无法启动a.service(也是systemctl状态a.service显示为状态失败)。现在有一个选项,b.service可以知道a.service失败,它应该停止/退出吗?
AngularJS允许服务声明它的实例和构造依赖的服务。 要声明依赖,你可以在工场方法参数中隐式指明他们,也可以将$inject属性设置成包含了依赖名称的数组,或者是使用数组表示法。不推荐使用$inject属性的这种方法。 使用数组表示法: function myModuleCfgFn($provide) { $provide.factory('myService', ['dep1', 'de
# 服务和组件 组件(components), 服务(services) 和依赖(dependencies): 和其他技术一样, Windsor 有一些基础概念你需要理解以便正确的使用它。不要害怕 - 他们可能有吓人复杂的名称和抽象的定义,但是掌握他们十分简单。 服务 :information_source: Windsor中的服务 和 WCF 服务: 术语服务(service)的使用十分泛滥,
当我尝试构建VueJS typescript应用程序时,我会遇到以下依赖项错误。 vue-cli-service服务 信息正在启动development Server...正在启动类型检查和链接服务...发出CopyPlugin后使用1个内存限制为98%的2048MB工作者 错误编译失败,出现5个错误9:05:52 PM找不到这些依赖项: 核心-js/modules/es6.function.na