55 | 云计算、容器革命与服务端的未来
55 | 云计算、容器革命与服务端的未来
软件的服务化过程本身是互联网的胜利。从最初以泛娱乐场景为主,到今天影响国民经济的方方面面,场景越来越严肃和多样化
软件服务化使得工程师有了新的职能:on call
。
不是把软件开发出来就行了,还要保证软件上线后的品质
还要随时 on call
提供稳定的服务是如此之难
云计算的诞生,是一次软件交付方式边界上的重新定义。IT
技术供应商通常的交付物是可执行程序或源代码。这种交付方式更多的是软件功能的交付,但是并不参与到软件线上的运行状况的管理。
云计算定义了全新的交付方式,IT
技术供应商不再提供可执行程序或源代码,而是互联网服务。用户使用 IT
服务时并不需要了解背后运转机制。即使在线上出问题的时候,也是 IT
技术服务商安排技术人员去解决,而不是用户自己去想办法解决。
云计算经历的阶段
资源交付革命
- 资源交付的云化
- 变革在于
IT
资源的交付效率
- 变革在于
云计算之后的业务简化为:
- 购买虚拟云主机若干台
- 部署业务系统
优势:
- 资金优化
- 时间优化
- 资源复用效率
容器革命
标志:容器革命
标准: k8s
服务治理系统模型
服务端治理的影响因素
- 软硬件升级和配置变更
- 软硬件环境故障
- 终端用户请求
即使是在今天,在容器技术大范围应用之前,我们大部分公司的服务治理系统都建立在物理机或云主机的基础上
高度自治的服务治理系统对软硬件环境的故障有天然的免疫:我们什么都不用做,系统自己完成自我修复过程。
今天 Kubernetes
基本已经成为DCOS
(数据中心操作系统)的事实标准。
改变:
- 用户操作的对象不再有机器这玩意,最核心的概念是服务
- 硬件资源池化。软件或服务与硬件环境解绑
- 面向逻辑视图描述集群状态
服务端的未来
服务治理系统的迭代,最终将让我们达到这样的状态。
- 任何业务都可以轻松达到 7x24 小时不间断服务。
- 做业务都足够的傻瓜化。服务端工程师?不存在的,我们要的只是 SQL 工程师。
- 做一个新的有状态的存储中间件虽然比做业务麻烦一点,但是,一方面也没有多少新的存储中间件需要做的,
- 随着互联网应用开发的基础设施越来越完善,服务端开发的成本越来越低,最终和前端工程师重新合而为一。
有疑问、勘误、请您在下方留言,感谢您的支持 ღ( ´・ᴗ・` )!
感谢您阅读,这篇文章归 极客点子版权所有.
如果转载,请注明出处: 极客点子版权所有(/page/983.html)
本网站使用 创作共用 归属 - 非商业用途 - 共享4.0国际许可协议的相同方式 许可.
如果转载,请注明出处: 极客点子版权所有(/page/983.html)

本网站使用 创作共用 归属 - 非商业用途 - 共享4.0国际许可协议的相同方式 许可.
- You Don't Know JS: Async & Performance Appendix B: Advanced Async Patterns
- 6.You Don't Know JS: ES6 & Beyond Chapter 5: Collections
- You Don't Know JS: ES6 & Beyond Chapter 6: API Additions
- 2.You Don't Know JS: ES6 & Beyond Chapter 1: ES? Now & Future
- You Don't Know JS: ES6 & Beyond Chapter 8: Beyond ES6
博文分类
- nodejs
- express
- thinkjs
- go
- beego
- javascript
- css3
- react native
- python3
- react
- 翻译
- 手册
- 树莓
- Error修复
- 五味
- IoT
- 技巧
- swift
- Android
- C++
- ruby
- perl
- linux
- mysql
- pgSQL
- Redis
- webpack
- C
- Object-C
- SOA
- browserify
- unix
- NDK
- C#
- Docker
- java
- PHP
- gulp
- Sass
- Data mining
- Architecture
- Laravel
- TCP/IP
- AI
- Unix Socket
- Lua
- League of Legends
- tensorflow
- minecraft
- flutter
- dart2
- mongodb
- Julia
- UML
- typescript
- rust
- nginx
- 极客时间
- 架构与道
- 算法
- RHCA