当前位置: 首页 > 软件库 > 程序开发 > 微服务框架 >

cloudoll

微服务的依赖类库
授权协议 未知
开发语言 JavaScript
所属分类 程序开发、 微服务框架
软件类型 开源软件
地区 国产
投 递 者 夔桐
操作系统 跨平台
开源组织
适用人群 未知
 软件概览

cloudoll

cloudoll 是微服务的依赖类库,籍由此项目,可以迅速创建可伸缩的微服务,

cloudoll 同时提供了许多现成的工具解决实际项目中的各种问题。

使用方法:

npm i cloudoll --save

以下是一篇完整使用 cloudoll 编写微服务的入门文章。

从 0 开始创建一个微服务

0. 角色定义

本文章中一套完整的分布式微服务有如下三种角色:

  • 微服务提供者:hello_word 及其所有的克隆体

  • 微服务的注册中心:cloudeer-server-rest

  • 消费者:wow

1. 使用 cloudoll 创建 web 应用

创建一个目录: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

2. 运行注册服务 cloudoll-server-rest

这部分可以使用 cloudoll-server 项目,相应的配置文件的节点更换成 tcp

从 git 上 下载源码:

git clone https://github.com/cloudoll/cloudoll-server-rest

进入到目录,进行 node 前戏工作 。

npm install

手工创建一个 /data 的目录用来存储数据。

运行:

node index.js

访问 http://localhost:8801/view

无需改动 cloudeer 任何代码。

打完收工!

3. 分布式的微服务 hello_world

好了,接下来,我们把第一步中写的程序变成可以被分布部署的微服务。

创建一个文件: /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 可以不用指定,他会寻找当前机器的内网地址。

现在重启一下咯。

现在访问注册中心看看:

http://localhost:8801/view

http://localhost:8801/methods

这个时候注册中心应该列出了微服务实例和方法的列表。

好像很简单呀!

万里长征才走完第一步。

如果感兴趣请继续。

4. 创建另一个微服务(wow)并调用 hello_world 微服务

现在创建另一个微服务,步骤和前面的 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

5. 分布部署 hello_world

多次拷贝 hello_world 项目,更换 port 的值。注意 port 不要重复。

如果你有多个机器,可以使用多机部署,但需要调整正确的 ip 地址。

然后分别执行:

node index.js

6. 证明一下

现在你可以去并发执行 wow 的 /open/hello/world 了。

在浏览器中不断的刷新 http://localhost:3002/open/hello/world 就可以看到结果。

例子中用端口表示了他是从哪个微服务上访问过来的。

cloudoll has more...

请访问 cloudoc 项目阅读

 相关资料
  • 问题内容: 我已经开发了两个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