FastD 构建服务发现初探

今天来分享的是如何用 FastD 去构建自己的服务架构体系,其实 FastD 的定位是API,提供数据。那如果抛开其他的因素去思考什么是服务的话,我会觉得服务的本质也是给外部提供数据。所以其实可以将 FastD 理解为就是一个单点的服务,从他本身部署的那一刻开始,他就算是一个对外提供数据的服务了。 基于 FastD 与 swoole 的优势,在使用 FastD 去做一些服务的时候,会显得尤为简单,并且现在周边的组件和插件已经有提供使用。 架构概述: Server提供服务, »

FastD+Nginx应用部署入门

本章节案例使用 fastd-demo 作为演示参考。 PHP 的好处就是快速,框架本身也没有摒弃这种理念,玩的就是高效。 环境: ubuntu/centos nginx/openresty php7.1 fastd 3.2 swoole 1.9.x redis 3.x mysql 5. »

FastD 架构应用场景预告

目前市面有很多的框架,组件,各有所长,结合FastD在企业中的应用场景,打算对 FastD 的一些实践场景与一些其他系统配合做一个简单的分享。 有如下分享整理: FastD 与 Nginx 的结合 FastD 服务发现一: 初稿 FastD 缓存穿透等问题处理 FastD 应用监控与日志分析 FastD 如何利用事件进行逻辑处理 FastD 健康检查 FastD 与消息队列 FastD »

Nginx CORS跨域

场景 我们的资源来自网络的四面八方,所以难免需要用上跨域,业界也有非常多跨域的解决方案,这次我是来说说跨域与状态码之间的一个问题。 问题 当我们的 URL 地址返回的状态码是 400、403、404、500 的时候,跨域的资源是不会跟随返回的,也就是说,即便是 Nginx 上配置了 add_header 关键字,也不会随着内容返回而返回。 举个例子说: add_header »

浅谈RESTful API

大家都在讨论如何设计 RESTful API,我也来谈谈我对API设计的一些想法。 迄今为止,我个人认为,API设计较为好的是 github,可以去看看 github 的设计,点击这里。 我个人认为,想要设计好一个好看,易理解的API,首先得自己理解,而最基本的,应该是 url 的意义了吧,我相信,很多人都不完全知道 url 到底是啥,代表什么,仅仅是知道, »