Group items tagged

将Loadbalancer改造成Smart Loadbalancer，通过服务发现机制，应用实例启动或者销毁时自动注册到一个配置中心（etcd/zookeeper），Loadbalancer监听应用配置的变化自动修改自己的配置。

Mysql计划该成域名访问方式，而不是ip。为了避免dns变更时的延迟问题，需要在内网架设私有dns。

如果将来有一天，Web app会成为主流，一定有一个前提，那就是它的性能可以赶上Native app

Web app输给Native app的地方，不是界面（UI），而是操作性能

Web基于DOM，而DOM很慢。浏览器打开网页时，需要解析文档，在内存中生成DOM结构，如果遇到复杂的文档，这个过程是很慢的。可以想象一下，如果网页上有上万个、甚至几十万个形状（不管是图片或CSS），生成DOM需要多久？更不要提与其中某一个形状互动了。

存储引擎使用InnoDB

变长字符串尽量使用varchar varbinary

不在数据库中存储图片、文件等

最好将过滤、分页和排序的相关信息全权交给客户端，包括过滤条件、页数或是游标、每页的数量、排序方式、升降序等，这样可以使 API 更加灵活。

过度纠结如何遵守规范只是徒增烦恼

API 的版本号和客户端 APP 的版本号是毫无关系的

IT能多大程度上参与到业务系统中去帮助到业务部门，甚至影响到业务部门，你的价值就有多大。这项工作列为紧急并且重要

“IT内部的项目”，有一些IT部门很热衷做这方面的项目，在我看来部分的原因是因为做这些东西相对来说是IT比较好玩或者擅长的。

1. 业务项目：这些通常是公司业务部门，比如产品研发部门或销售部门所提出的需求，比如新产品发布上线、为客户做实施、双十一这种大促活动的规划等等。这些工作通常具有一定的系统性，需要部门间通力合作。2. 内部项目：运维部门内部围绕业务项目所实施的一些列基础设施研发，部署自动化、多环境构建、持续交付、监控报警等等。3. 变更：根据其它部门申请，对运维组件进行变更操作，相对于业务项目，变更通常都会比较零散，比如加权限、开端口、开机器等等。对于变更，我们要维护好操作记录，做到有迹可寻。4. 计划外的工作：无法预料的问题处理，即“救火”。

运维内部的基础建设跟不上，无法从根上去思考和解决计划外的工作，就会造成一种恶性循环，做不完的工作越堆越多（书中喜欢叫这玩意儿"半成品"）直至让人崩溃。

客户端先向服务器端索要公钥，然后用公钥加密信息，服务器收到密文后，用自己的私钥解密。

互联网加密通信协议的历史，几乎与互联网一样长。

将公钥放在数字证书中。只要证书是可信的，公钥就是可信的。