应用部署为Solaris 10 SMF服务

SMF功能概览
Solaris 10中的SMF提供了强大的服务管理功能 。以下是一部分重要的功能:
1. SMF向系统管理员提供统一的服务管理平台,利用svcs(1)命令就可以查看SMF所辖的各种服务,利用svccfg(1M)和svCADm(1M)命令可以配置各种服务和管理各种服务 。对于传统Unix,系统管理员必须记住各种服务不同的启动/停止方法、配置修改方法、服务状态及日志查询方法而言,SMF统一管理平台极大地降低了系统管理的难度,也降低了系统管理出错的机率 。
2. SMF提供各服务间的依赖关系设定,可以自动按依赖关系顺序启动各服务 。这对于传统UNIX以rc脚本文件名排列先后决定启动/停止顺序而言,SMF提供了无可比拟的完善的管理能力 。
3. 并行启动不相互依赖的服务,从而使系统启动更快 。由于各服务的依赖关系在SMF中有明确的定义,所以不相干的服务完全可以并行启动而不必担心冲突 。
4. 自动侦测所辖服务的运行状态,在必要时可以重启服务或停止服务 。作为预测性自愈技术(Predictive Self-Healing)的组成部分,SMF可以对所辖服务进行状态监控 。根据服务的需要,SMF可以在服务进程不存在时,自动重启服务,或者在服务所依赖关系发生问题时,重启服务 。也可以在服务连续发生问题时,将服务置为维护(maintenance)状态 。
当然,SMF的管理机制并不排斥传统rc脚本运行服务的机制,以最大程度兼容传统方式的运作 。有关SMF更多的介绍,请参看Solaris Service Management Facility - Quickstart Guide 。
一个简单的服务程序
<表1是一个简单的程序myapp.c,它运行后将成为后台守护进程存在于系统中,并每间隔5秒钟向日志文件/tmp/myapp.log插入一行记录以报告自己的存在 。虽然它实际上不向外提供任何服务,但该程序模拟了一般服务程序的设计结构和运行模式 。即,程序运行后以守护进程形式存在于系统,程序头部有模拟服务配置read_config()和初始化app_init()逻辑,中部使用sleep(5)模拟等待服务请求逻辑,通过向日志插入记录模拟服务请求处理逻辑,然后返回至循环开始处sleep(5)继续等待下一个服务请求等 。只要在此结构上修改和扩充相应的逻辑就可以将此程序修改为一个真正的服务程序 。本文要点是说明如何部署应用为SMF服务,所以仅采用此程序作为例子 。
表1.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101/***************************************/
/* myapp.c */
/***************************************/
#include
#include
#include
#include
#include
#include
#include
/* global exit status code */
#define RUN_OK 0
#define CONFIG_ERROR 1
#define FATAL_ERROR 2
/* function declaration */
int read_config(void);
int app_init(void);
void daemonize(void);

推荐阅读