
Falco 오픈소스 실시간 보안 도구로 정의된 특정 행위에 대해 모니터링하는도구이다. 2018년도 부터 시작되었고 sysdig에 의해 CNCF에 기여되었다. 현재는 incubating 과정에 있는 project이다. https://www.cncf.io/ 간단하게 동작원리를 설명하자면, 커널 이벤트 모니터링하고 사전에 정의해놓은 rule에 행위상 위반되는 상황이 발생되면 경고를 발생시킨다. Falco는 Kubernetes, Linux, Cloud-Native 대상의 보안 rule set을 정의하여 사용할수 있다. Falco가 하는 일 Falco는 시스템/서비스 등 을 모니터링하고 안전하게 만드는 다음과 같은 system call을 사용한다. Kernel로부터 실시간 Linux System call들을 Pa..
간단한 동작원리 alertmanager는 prometheus와 별도의 process로 동작되어진다. 동작되는 alertmanager는 별도의 process이기에 별도의 port로 listen하게 된다. (def: 9093) alertmanager는 alert에 대한 queue를 제공하는 개념이고 prometheus는 해당 queue에 alert을 집어 넣는 개념이다. 실제 prometheus에 prometheus.yml 내에 alerting / rule_files 항목을 확인해보면 다음과 같이 설정이 되어진다. alerting: alertmanagers: - static_configs: - targets: - 192.168.1.100:9093 rule_files: - /data/prometheus/rul..
Rook 란 Rook는 Open Source cloud-native storage orchestrator이다. 간단하게 이야기하면 kubernetes 위에서 Ceph를 구동하고 kubernetes를 통해 관리할수 있는 방식이다. Rook의 동작원리 출처 : https://01.org/kubernetes/blogs/tingjie/2020/introduction-cloud-native-storage-orchestrator-rook Rook는 다음과 같은 Storage Provider ceph : stable/v1 cassandra : alpha crochDB : alpha EdgeFS : deprecated NFS : alpha YoguabyteDB : alpha 위 내용은 아래 provider list를 ..
Jenkins pipeline으로 OpenStack VM 및 연관 resource들을 생성하는 job을 실행해보자. VM 기반의 서버에서의 테스트 같은 반복적인 작업이 존재할때 이를 활용하면 좋을것이라 판단되며 Infra에 대한 CICD 개념으로도 접근시에 유용할 것으로 판단된다. OpenStack automation은 terraform의 openstack provider를 사용하였다. 아래 링크에 terraform script에 대해서는 나와있으니 참고 바란다. https://mr100do.tistory.com/1067 참고로 terraform jenkins plugin은 설치하지 않았다. 개인적으로는 기능이 크게 있다고 판단되지 않았고 Jenkins Slave를 고정해놓고 사용하고 있기 때문에 불필요..

Terraform OpenStack Provider를 활용한 resource(instance 부터 network, volume 등)을 코드 기반으로 생성하고 삭제하는 방법에 대하여 알아보도록 하겠습니다. terraform을 써보신 분이라면 쉽게 이해하실수 있는 구조로 생성이 되어집니다. provider 정의 VM 생성을 위한 resource 들 생성 혹은 가져오기 가져온 ID 혹은 name을 통해 VM 생성 작업 수행 부가적으로 VM에 연결할 추가 resource 연결 OpenStack Provider는 terraform 작성시 두가지 방식을 사용할수 있다. (다른 provider도 동일한 형태이기는 하다.) resources datasources 간단하게 분류하면 resources는 신규로 생성하여 해..
Waypoint 란? platform을 넘나들어 build, deploy 그리고 release를 수행하는 현대의 workflow 를 제공하는 도구이다. Waypoint는 다음과 같은 목표를 가지고 있다. 일관성을 가지는 workflow 제공 Deploy에 대한 확신을 가질수 있도록 로그 및 직접 접근 제공 확장성 제공 출처 : www.waypointproject.io/ 기존 유사한 성격의 도구와의 비교를 해놓았다. 개인적으로는 차라리 Jenkins X 같은 도구와의 차이를 좀더 설명하면 좋지 않을까 한다. https://www.waypointproject.io/docs/intro/vs 이해하는데 도움이 되는 문구와 내용해석 waypoint는 개발자에게 편의성을 제공한다. 필요 이상의 Dockerfile이..

Introduce Waypoint 아래 링크를 참고 https://mr100do.tistory.com/1060 How to use Waypoint on Minikube 여기서는 배포환경을 minikube(kubernetes)로 지정하고 진행한다. 여기서 minikube라고 별다른 것이 있지는 않다고 판단되고 vanilla version의 kubernetes에 waypoint를 통해 배포가 이루어진다라고 이해해도 무방할거라 보인다. 환경 동작될 환경에 대한 정보이다. jacob@jacob-laptop:~$ minikube status minikube type: Control Plane host: Running kubelet: Running apiserver: Running kubeconfig: Config..
Minikube 상에서 손쉽게 MetalLB를 사용하는 방법에 대하여 알아보도록 하자. (사실 addons enable 만 하면 되기 때문에 큰 어려움은 없다.) 가정 jacob@jacob-laptop:~$ minikube version minikube version: v1.14.1 commit: b0389943568c59c1d5a35f739c02f5127eee6e56 jacob@jacob-laptop:~$ kubectl version Client Version: version.Info{Major:"1", Minor:"17", GitVersion:"v1.17.0", GitCommit:"70132b0f130acc0bed193d9ba59dd186f0e634cf", GitTreeState:"clean", Bu..
- Total
- Today
- Yesterday
- vmware openstack
- mattermost
- GateKeeper
- macvlan
- Jenkinsfile
- metallb
- aquasecurity
- Helm Chart
- kubernetes install
- minio
- OpenStack
- ceph
- boundary ssh
- socket
- hashicorp boundary
- azure policy
- ansible
- minikube
- openstack backup
- wsl2
- K3S
- kata container
- crashloopbackoff
- jenkins
- nginx-ingress
- Terraform
- open policy agent
- DevSecOps
- openstacksdk
- kubernetes
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |