腾讯云开发者社区-腾讯云

开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

硬核项目经理的专栏

专栏作者

515

文章

572680

阅读量

36

订阅数

【Swoole系列4.3】协程操作系统API

linux php swoole api tcp/ip

学习完核心的协程相关操作 API 之后，我们再来看看协程可以操作的系统相关的 API 函数。其实也都是一些非常简单的功能，系统相关的调用无外乎就是操作文件、进程之类的功能，不过在协程中，它们的应用可能会略有不同。我们一个一个的来看一下。

硬核项目经理

2023-03-03

4640

【Laravel系列7.4】安全相关

api php laravel 网络安全

对于一个框架来说，安全体系是非常重要的一环。如果一个框架没有好的安全措施及功能的话，那么这个框架在线上运行的时候多多少少还是会让人不放心的，毕竟各路大佬可能随时都在扫描各个网站的漏洞。之前的各种安全事件可能你不一定经历过，但一定听说过。今天，我们就来看看 Laravel 中的安全相关功能。

硬核项目经理

2023-03-03

3.5K0

【Laravel系列3.2】路由：指哪儿打哪儿

laravel http api

在没有接触到 Laravel 之前，早先的框架基本上都没有这个完整的路由的概念。像是 TP3 、Yii1 版本的时候，都是通过入口文件对参数的解析来加载指定的控制器。关于这种形式的加载方式大家可以在去看一下老的这些框架是如何实现的。而在 Laravel 中，从我开始接触的时候，就使用的是自定义路由的方式来指定请求的路径。其实，传统方式可以看做是一种隐式路由，而我们需要写的这种是一种显式的路由。Laravel 也是支持隐式路由的，只是它并不推荐这么做。那么，显式路由有什么好处呢？

硬核项目经理

2023-03-03

11.7K0

PHP中环境变量的操作

php https api 网络安全 nginx

在 PHP 中，我们可以通过 phpinfo() 查看到当前系统中的环境变量信息（Environment）。在代码中，我们也可以通过两个函数，查看和修改相应的环境变量信息。

硬核项目经理

2020-10-10

1.2K0

微服务：从设计到部署【笔记】

微服务 api 数据库 sql

一、微服务简介 A.单体地狱 1.成功的应用有一个趋势，随着时间推移而变得越来越臃肿 2.复杂的单体应用本身就是持续部署的障碍 3.单体应用使得采用新框架和语言变得非常困难 B.微服务 — 解决复杂问题 1.思路是将应用程序分解成一套较小的互连服务。一个服务通常实现了一组不同的特性或功能。每个微服务都是一个迷你应用，包括了业务逻辑以及多个适配器 2.一些微服务会暴露一个供其他微服务或应用客户端消费的API，其他微服务可能实现了一个WebUI，在运行时，每个实例通常是一个云虚拟机（virtual machine,VM）或者一个Docker容器 3.他们之间的通信是由一个被称为API网关（API Gateway）的中介负责，API网关负责负载均衡、缓存、访问控制、API计量和监控 4.如果您想从微服务中受益，每一个服务都应该有自己的数据库模式，因为它能实现松耦合 C.微服务的优点 1.解决了复杂问题，把可能会变得庞大的单体应用程序分解成一套服务 2.这种架构使得每个服务都可以由一个团队独立专注开发 3.微服务架构模式可以实现每一个微服务独立部署 4.微服务架构模式使得每个服务能够独立扩展 D.微服务的缺点 1.微服务这个术语的重点过多偏向于服务的规模，有些开发者主张构建极细粒度的10至100LOC（代码行）服务，但小型服务只是一种手段，目标在于充分分解应用程序以方便应用敏捷开发和部署 2.微服务是一个分布式系统，使得整体变得复杂，开发者需要选择和实现基于消息或者RPC的进程间通信机制，模块间通过语言级方法/过程调用相互调用，这比单体应用要复杂得多 3.分区数据库架构，需要更新不同服务所用的数据库，通常不会选择分布式事务，不仅仅是因为CAP定理 4.测试微服务应用程序也很复杂，需要启动该服务及其所依赖的所有服务，或者至少为这些服务配置存根 5.实现了跨越多服务变更，在微服务中需要仔细规划和协调出现的变更至每个服务 6.部署基于微服务的应用程序也是非常复杂的 7.每个服务都有多个运行时实例，还有更多的移动部件需要配置、部署、扩展和监控，还需要实现服务发现机制，使得服务能够发现需要与之通信的任何其他服务的位置（主机和端口），需要开发人员能高度控制部署方式和高度自动化二、使用API网关 A.客户端与微服务直接通信 1.问题：客户端的需求与每个微服务暴露的细粒度的API不匹配，公网下效率低下 2.问题：有可能使用了非web友好协议，一个服务可能使用了Thrift二进制rpc，而另一个可能使用AMQP消息协议，这些对浏览器还是防火墙都是不友好的，最好是在内部使用 3.缺点：难以重构微服务 B.使用API网关 1.API网关是一个服务器，是系统的单入口点，类似于面向对象设计模式中的门面（Facade）模式，封装了内部系统架构，并针对每个客户端提供一个定制API，还可用于认证、监控、负载均衡、缓存和静态响应处理 2.API网关负责请求路由、组合和协议转换，通常会调用多个微服务和聚合结果来处理一个请求，可以在Web协议（如HTTP和WebSocket）和用于内部的非Web友好协议之间进行转换 3.API还可以为每个客户端提供一个定制API，通常为客户端暴露一个粗粒度的API C.API网关的优点与缺点 1.主要好处是它封装了应用程序的内部结构，客户端只与网关通信，而不必调用特定的服务 2.缺点是它是另一个高度可用的组件，需要开发、部署和管理，API网关可能会成为开发瓶颈 3.重要的是更新API网关的过程应尽可能地放缓一些，否则，开发人员将被迫排除等待网关更新 D.实施API网关 1.在一个支持异步、非阻塞I/O平台上构建API网关是很有必要的。Node.js、Nginx Plus 2.API网关通过简单地把他们（请求）路由到适当的后端服务来处理一些请求。它通过调用多个后端服务并聚合结果来处理其他请求，API网关应该并发执行独立请求 3.使用传统的异步回调方式来编写API组合代码会很快使您陷入回调地狱，好的方式是使用响应式方法以声明式编写API网关代码 4.一个基于微服务的应用程序是一个分布式系统，必须使用一个进程间（inter-process）通信机制，有两种方案：一是使用基于消息的异步机制，如JMS、AMQP、ZeroMQ等；另一种采用了同步机制，如HTTP和Thrift；API网关需要支持各种通信机制 5.API网关需要知道与其通论的每个微服务的位置（IP地址和端口），需要使得系统的服务发现机制：服务端发现或客户端发现，API网关必须能够查询服务注册中心，该注册中心是所有微服务实例及其位置的数据库 6.当一个服务调用另一个响应缓慢或不可用的服务时，API网关不应该无期限地等待下游服务，如何处理故障问题取决于决定的方案和哪些服务发生故障 7.如果可以，API网关还可以返回缓存数据，通过返回默认数据或缓存数据，确保系统发生故障

硬核项目经理

2019-08-06

6800

跃迁：从技术到管理的硅谷路径

2.“你不能每次都给答案，你应该试着用引导的方式让对方学会自己找答案” 3.从给答案到做引导：

硬核项目经理

2019-08-06

1.2K1

Docker容器与容器云

容器容器镜像服务 api go

2.容器云：以容器为资源分割和调度的基本单位，封装整个软件运行时环境，为开发者和系统管理员提供用于构建、发布和运行分布式应用的平台

硬核项目经理

2019-08-06

2.6K0

没有更多了

社区活动

RAG七天入门训练营

鹅厂大牛手把手带你上手实战，赢鹅厂证书、公仔好礼！

Python精品学习库

代码在线跑，知识轻松学

博客搬家 | 分享价值百万资源包

自行/邀约他人一键搬运博客，速成社区影响力并领取好礼

技术创作特训营·精选知识专栏

往期视频·千货材料·成员作品最新动态