国家电网峰谷电价时段？

国家电网峰谷电价时段高峰时段通常为7：00～11：00，19：00～23：00；平常时段为11：00～19：00；低谷时段为23：00～次日7：00。具体的时间是由当地的供电部门根据用电情况来确定的。

　　每年7、8、9三个月，16:00—17:00、20:00—21:00。

　　“峰谷电价”意义在于，鼓励居民利用低谷电价的优惠条件大量消费低谷电力，比如电热水器、空调和其他电器设备。

　　同时，对电力部门来说，将高峰用电转移到低谷时段，既缓解了高峰电力供需缺口，又促进了电力资源的优化配置，是一项“削峰填谷”的双赢策略。

　　日常节约用电

　　1、使用节能灯，并做到人走关灯。养成及时关灯的习惯，从细节做起，节约每一度电。

　　2、家用电器用完要及时拔掉电源。比如：手机不充电的时候要把充电器拔掉，同理，其他电器也是一样。

　　3、夏天开空调不要低于26度，这样不仅保护健康还省电。夏天空调耗电量非常大，能调高一度就省了不少电呢。

　　4、使用太阳能热水器。这是一个很好的发明，太阳能代替电能，希望将来太阳能使用会越来越广泛。

　　实行峰谷分时电价，有利于鼓励用户合理转移用电负荷，削峰填谷，降低峰谷时段的用电负荷率，提高系统设备容量的利用效率和节约能源。

　　关于峰谷电价的其他常识。

　　施行峰谷电价，对发电企业和国家电网投资确实有利，减少投资，减少高峰时负荷量，减少高峰时段供电压力。

　　但对人民群众的生活工作习惯却造成很大影响，造成高耗电行业，尤其是生产制造企业把生产计划安排的晚上夜间进行，长期下去影响的是整个一线劳动者的身心健康，和他们的家庭生活。

峰用电指高峰用电，谷用电指低谷用电。

峰谷用电是在城市居民当中开展试点的一种新电价类别。将一天24小时划分成两个时间段，把8：—22：共14小时称为峰段，22：—次日8：共1个小时称为谷段。

如果每月的低谷用电量占当月总用电量的比例达到28%以上，且月用电量均在17千瓦时以上时，用一年的时间就可以补偿申请峰谷电价时缴纳的1元费用。另外如果每月低谷用电比例在11%以下的话，那么客户实际电费支出反而会比执行普通居民电价的客户有所增加。

峰谷电的时间段是：峰电8点到22点，谷电22电到8点。峰谷电是将一天24小时划分成两个时间段，把8：00—22：00共14小时称为峰段，执行峰电价为0568元/kwh；22：00—次日8：00共10个小时称为谷段，执行谷电价为0288元/kwh。

峰谷电价的意义在于，鼓励居民利用低谷电价的优惠条件大量消费低谷电力，比如电热水器、空调和其他电器设备。同时，对电力部门来说，将高峰用电转移到低谷时段，既缓解了高峰电力供需缺口，又促进了电力资源的优化配置，是一项“削峰填谷”的双赢策略。

“峰电”电价比原来一户一表时上涨了003元，而“谷电”便宜025元。装了峰谷电表后，只知道“谷电”用得越多越合算，但究竟“峰电”和“谷电”在怎样的状况下才算省钱，而且究竟省了多少钱呢？

峰电量：谷电量平均电价

1：2 0373元

1：1 042元

2：1 0467元

3：1 049元

4：1 0504元

5：10513元

……

8：1 0529元

由此可知“峰电量”和“谷电量”的实际比例大于8∶1时，平均电价将超过一户一表电价（053元/千瓦时），小于8∶1申请使用峰谷电价比较划算。

通过学习《亿级流量网站架构核心技术》及《linux就该这么学》学习笔记及自己的感悟：架构设计之高可用高并发系统设计原则，架构设计包括墨菲定律、康威定律和二八定律三大定律，而系统设计包括高并发原则、高可用和业务设计原则等。

架构设计三大定律

墨菲定律 – 任何事没有表面看起来那么简单 – 所有的事都会比预计的时间长 – 可能出错的事情总会出错 – 担心某种事情发生，那么它就更有可能发生

康威定律 – 系统架构师公司组织架构的反映 – 按照业务闭环进行系统拆分/组织架构划分，实现闭环、高内聚、低耦合，减少沟通成本 – 如果沟通出现问题，应该考虑进行系统和组织架构的调整 – 适合时机进行系统拆分，不要一开始就吧系统、服务拆分拆的非常细，虽然闭环，但是每个人维护的系统多，维护成本高 – 微服务架构的理论基础 – 康威定律https://yqaliyuncom/articles/8611– 每个架构师都应该研究下康威定律http://36krcom/p/5042735html

二八定律 – 80%的结果取决于20%的原因

系统设计遵循的原则

1高并发原则

无状态

无状态应用，便于水平扩展

有状态配置可通过配置中心实现无状态

实践: Disconf、Yaconf、Zookpeer、Consul、Confd、Diamond、Xdiamond等

拆分

系统维度：按照系统功能、业务拆分，如购物车，结算，订单等

功能维度：对系统功能在做细粒度拆分

读写维度：根据读写比例特征拆分；读多，可考虑多级缓存；写多，可考虑分库分表

AOP维度： 根据访问特征，按照AOP进行拆分，比如商品详情页可分为CDN、页面渲染系统，CDN就是一个AOP系统

模块维度：对整体代码结构划分Web、Service、DAO

服务化

服务化演进: 进程内服务-单机远程服务-集群手动注册服务-自动注册和发现服务-服务的分组、隔离、路由-服务治理

考虑服务分组、隔离、限流、黑白名单、超时、重试机制、路由、故障补偿等

实践：利用Nginx、HaProxy、LVS等实现负载均衡，ZooKeeper、Consul等实现自动注册和发现服

消息队列

目的: 服务解耦(一对多消费)、异步处理、流量削峰缓冲等

大流量缓冲： 牺牲强一致性，保证最终一致性(案例：库存扣减，现在Redis中做扣减，记录扣减日志，通过后台进程将扣减日志应用到DB)

数据校对: 解决异步消息机制下消息丢失问题

数据异构

数据异构: 通过消息队列机制接收数据变更，原子化存储

数据闭环: 屏蔽多从数据来源，将数据异构存储，形成闭环

缓存银弹

用户层:

DNS缓存

浏览器DNS缓存

操作系统DNS缓存

本地DNS服务商缓存

DNS服务器缓存

客户端缓存

浏览器缓存(Expires、Cache-Control、Last-Modified、Etag)

App客户缓存(js/css/image…)

代理层：

CDN缓存(一般基于ATS、Varnish、Nginx、Squid等构建,边缘节点-二级节点-中心节点-源站)

接入层：

Opcache： 缓存PHP的Opcodes

Proxy_cache： 代理缓存,可以存储到/dev/shm或者SSD

FastCGI Cache

Nginx+Lua+Redis: 业务数据缓存

Nginx为例：

PHP为例：

应用层：

页面静态化

业务数据缓存(Redis/Memcached/本地文件等)

消息队列

数据层：

NoSQL： Redis、Memcache、SSDB等

MySQL： Innodb/MyISAM等Query Cache、Key Cache、Innodb Buffer Size等

系统层：

CPU : L1/L2/L3 Cache/NUMA

内存

磁盘：磁盘本身缓存、dirtyratio/dirtybackground_ratio、阵列卡本身缓存

并发化

2高可用原则

降级

降级开关集中化管理：将开关配置信息推送到各个应用

可降级的多级读服务：如服务调用降级为只读本地缓存

开关前置化：如Nginx+lua(OpenResty)配置降级策略，引流流量；可基于此做灰度策略

业务降级：高并发下，保证核心功能，次要功能可由同步改为异步策略或屏蔽功能

限流

目的: 防止恶意请求攻击或超出系统峰值

实践：

恶意请求流量只访问到Cache

穿透后端应用的流量使用Nginx的limit处理

恶意IP使用Nginx Deny策略或者iptables拒绝

切流量

目的：屏蔽故障机器

实践:

DNS: 更改域名解析入口，如DNSPOD可以添加备用IP，正常IP故障时，会自主切换到备用地址;生效实践较慢

HttpDNS: 为了绕过运营商LocalDNS实现的精准流量调度

LVS/HaProxy/Nginx: 摘除故障节点

可回滚

发布版本失败时可随时快速回退到上一个稳定版本

3业务设计原则

防重设计

幂等设计

流程定义

状态与状态机

后台系统操作可反馈

后台系统审批化

文档注释

备份

4总结

先行规划和设计时有必要的，要对现有问题有方案，对未来有预案;欠下的技术债，迟早都是要还的。

本文作者为网易高级运维工程师

电价峰谷划分是将一天24小时划分成两个时间段，把8：00至22：00共14小时称为峰段；22：00至次日8：00共10个小时称为谷段。

根据物价局经济贸易委员会电力工业局联合发文的文件精神，居民生活用电峰谷电，是在城市居民当中开展试点的一种新电价类别。它是将一天24小时划分成两个时间段，把8：00至22：00共14小时称为峰段，22：00至次日8：00共10个小时称为谷段。

居民峰谷电能表分设两个计度器，上面为总电量计度器，指示灯为红灯，下面为谷电量计度器，指示灯为绿灯。峰谷电能表在原来计量总电量的基础上对22：00至次日8：00期间使用的电量单独进行计算，分别称为总电量和低谷电量，通过总电量减低谷电量再得出高峰电量。高峰电量执行高峰电价，低谷电量执行低谷电价。

峰谷电价的意义

是为了鼓励居民利用低谷电价的优惠条件大量消费低谷电力，比如电热水器、空调和其他电器设备。同时，对电力部门来说，将高峰用电转移到低谷时段，既缓解了高峰电力供需缺口，又促进了电力资源的优化配置，是一项“削峰填谷”的双赢策略。

峰谷电价制度能充分发挥价格的经济杠杆作用，调动用户削峰填谷、均衡用电的积极性，峰谷电价的应用，缓和了电力供需矛盾，提高了电网负荷率和设备利用率，达到控制高峰负荷、充分利用电网低谷电量，充分挖掘发、供电设备的潜力，全面提高全社会的经济效益的目的；同时也达到了成本合理分摊的目的。

以上内容参考-谷峰电价

一、峰时用电量和谷时用电量的区别：

1、用电量区别：峰时用电量量远远大于谷时用电量。

2、用电价格区别：峰时用电量价格高，谷时用电量价格低。

3、时间区别：峰时用电量时间往往在白天，谷时用电量时间往往是凌晨。

二、峰谷电价的使用意义：

1、“峰谷电价”意义在于，鼓励居民利用低谷电价的优惠条件大量消费低谷电力，比如电热水器、空调和其他电器设备。

2、对电力部门来说，将高峰用电转移到低谷时段，既缓解了高峰电力供需缺口，又促进了电力资源的优化配置，是一项“削峰填谷”的双赢策略。

三、电价标准：

1、居民生活电价的标准，各地区由于电力的成本不同和经济承受能力不同，出现了合理的地区价差，有的差价达到一倍以上。因此居民生活电价，应按国家物价部门公布的本地区电价标准执行。

2、在电力供应相对缓和的形势下，电力企业为了搞好优质服务和增加售电量，提高电网负荷率、缩小峰谷差，在大力推行“一户一表”的同时，有的省市采取了一些鼓励居民合理用电、多用电的措施。

3、在目录电价的基础上，率先对居民生活电价，试行“黑白”电价，即实行平、谷两个时段的电价，平段仍为目录电价，谷段（一般定为22：00～6：00）电价约为目录电价的50%～60%。

-居民生活电价

-峰谷电

Kafka工作流程

1、一般是先会创建一个主题，比如说TopicA，有三个分区，有两个副本(leader+follower总共2个)，同一个分区的两个副本肯定不在一个服务器。

2、Kafka工作流程基础总结：1）broker：broker代表kafka的节点，Broker是分布式部署并且相互之间相互独立的，启动的时候向zookeeper注册，在Zookeeper上会有一个专门用来进行Broker服务器列表记录的节点：/brokers/ids。

3、流程描述：用户首先构建待发送的消息对象ProducerRecord，然后调用KafkaProducer#send方法进行发送。

4、Kafka的工作流程Kafka中消息是以Topic进行分类的，生产者生产消息，消费者消费消息，读取和消费的都是同一个Topic。

5、和其他的中间件一样，kafka每次发送数据都是向Leader分区发送数据，并顺序写入到磁盘，然后Leader分区会将数据同步到各个从分区Follower，即使主分区挂了，也不会影响服务的正常运行。

在之前的例子里(Kafka生产者——向Kafka写入数据)，ProducerRecord对象包含了目标主题、键和值。

第一步：将所有主题分区组成TopicAndPartition列表，然后对TopicAndPartition列表按照hashCode进行排序，最后按照轮询的方式发给每一个消费线程。

在Kafka中，每个Topic会包含多个分区，默认情况下个分区只能被个消费组下的个消费者消费，这就产了分区分配的问题。

分区越多所需要的文件句柄也就越多，可以通过配置操作系统的参数增加打开文件句柄数。

一句话，Kafka的Message存储采用了分区(partition)，分段(LogSegment)和稀疏索引这几个手段来达到了高效性。

kafka是一个分布式的、支持分区的（partition）、多副本的（replica），基于zookeeper协调的分布式消息系统。

服务器处理消息需要是幂等的，消息的生产方和接收方都需要做到幂等性；发送放需要添加一个定时器来遍历重推未处理的消息，避免消息丢失，造成的事务执行断裂。

高吞吐：Kafka拥有很高的吞吐量，即使是在单节点性能比较低下的商用集群中，也能保证单节点每秒10万条消息的传输。高容错：Kafka在设计上支持多分区、多副本的策略，拥有很强的容错性。

如果要保证一致性，需要生产者在失败后重试，不过重试又会导致消息重复的问题，一个解决方案是每个消息给一个唯一的id，通过服务端的主动去重来避免重复消息的问题，不过这一机制目前Kafka还未实现。

这时rahbitMQ会立即将消息删除，这种情况下如果消费者出现异常而没能处理该消息(但是消息队列那边已经认为消息被消费了)，就会丢失该消息。至于解决方案，采用手动确认消息即可。

Kafka存储机制此时Producer端生产的消息会不断追加到log文件末尾，这样文件就会越来越大，为了防止log文件过大导致数据定位效率低下，那么Kafka采取了分片和索引机制。

Kafka是一个分布式消息队列，具有高性能、持久化、多副本备份、横向扩展能力。生产者往队列里写消息，消费者从队列里取消息进行业务逻辑。一般在架构设计中起到解耦、削峰、异步处理的作用。

1、Kafka是一个消息系统，原本开发自LinkedIn，用作LinkedIn的活动流数据（ActivityStream）和运营数据处理管道（Pipeline）的基础。现在它已被多家公司作为多种类型的数据管道和消息系统使用。

2、Kafka的副本机制是多个服务端节点对其他节点的主题分区的日志进行复制。当集群中的某个节点出现故障，访问故障节点的请求会被转移到其他正常节点(这一过程通常叫Reblance)。

3、Kafka使用了全局唯一的数字来指代每个Broker服务器，不同的Broker必须使用不同的BrokerID进行注册，创建完节点后，每个Broker就会将自己的IP地址和端口信息记录到该节点中去。

4、kafka消息的有序性，是采用消息键保序策略来实现的。一个topic，一个partition(分割)，一个consumer，内部单线程消费，写N个内存queue，然后N个线程分别消费一个内存queue。

1、谈谈你对Kafka幂等性的理解？Producer的幂等性指的是当发送同一条消息时，数据在Server端只会被持久化一次，数据不丢不重，但是这里的幂等性是有条件的：Kafka是在011版本开始引入了事务支持。

2、给大家分享一些Linux面试题的笔记，从负载均衡、nginx、MySQL、redis、kafka、zabbix、k8s等方面拆解Linux知识点。用来对个人技术点进行查漏补缺。

3、大型公司，基础架构研发实力较强，用RocketMQ是很好的选择。如果是大数据领域的实时计算、日志采集等场景，用Kafka是业内标准的，绝对没问题，社区活跃度很高，绝对不会黄，何况几乎是全世界这个领域的事实性规范。

4、比如你写了擅长MySQL，Jquery，bootstrap，那么我们就会提问这些内容，当然都不会特别困难，只需要证明你确实知道，不是在吹嘘就行。

5、其包括远程服务框架中间件，例如阿里（Apache）的RPC框架Dubbo等；消息队列中间件，例如：阿里巴巴开源分布式中间件RocketMQ、高吞吐量消息发布和流处理服务Kafka等。

6、人人皆知kafka性能好，但真正了解原因的人就少了很多。说起来也是悲伤的故事，我的某次面试就凉在此题。那么从设计的角度看，kafka是如何实现高性能的呢？Kafka会把消息写入到硬盘，绝对不会丢失数据。

峰用电：尖峰时期是用电量高的时间，用电用户多，用电量大。电网会出现出现供电不足，系统频率下降。这个时段大约在早上8点至晚上5点出现。

平用电：平是在用电量，在正常合理的使用，电网供电充足，频率稳定，这个时段在晚上5到9点出现。

谷用电：谷，就是夜间低谷，这时电网会出现电能过剩，频率上升，同样会造成不平衡，导致供电系统失去经济合理性，这个时段一般在晚上9点至早上7点出现。

根据物价局经济贸易委员会电力工业局联合发文的文件精神，居民生活用电峰谷电，是目前在城市居民当中开展试点的一种新电价类别。其将一天24小时划分成两个时间段，把早上八点至晚上十点共14小时称为峰段，执行峰电价为0568元每度；晚上十点至次日早上八点共10个小时称为谷段，执行谷电价为0288元每度。

“峰谷电价”意义在于，鼓励居民利用低谷电价的优惠条件大量消费低谷电力，比如电热水器、空调和其他电器设备。同时，对电力部门来说，将高峰用电转移到低谷时段，既缓解了高峰电力供需缺口，又促进了电力资源的优化配置，是一项“削峰填谷”的双赢策略。