Skip to content

Commit af0e0cb

Browse files
authored
Merge pull request #15655 from mihai-satmarean/event/2026-sibiu
[Sibiu-2026] Add speaker page (3 speakers), legal page, program page and program for day 1.
2 parents 9ef6f62 + 5f30e8b commit af0e0cb

14 files changed

Lines changed: 492 additions & 3 deletions

File tree

97.2 KB
Loading
4.89 MB
Loading
30.5 KB
Loading

content/events/2026-sibiu/legal.md

Lines changed: 198 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,198 @@
1+
+++
2+
Title = "Legal"
3+
Type = "event"
4+
Description = "Legal information for devopsdays sibiu 2026"
5+
+++
6+
7+
8+
9+
# Terms and Conditions & Privacy Policy
10+
11+
> **This page contains the Terms and Conditions as well as the Privacy Policy.
12+
> We kindly ask you to review them before proceeding with the ticket purchase.**
13+
14+
---
15+
16+
## Terms and Conditions for DevOpsDays Sibiu Ticket Purchase
17+
18+
### 1. General information
19+
DevOpsDays Sibiu is a three day, community driven technology event taking place in May.
20+
21+
- Day 1: 27 May
22+
- Day 2: 28 May
23+
- Day 3: 29 May
24+
25+
The event brings together conference days, workshops, social experiences, and live streaming access.
26+
Ticket purchase confirms acceptance of these Terms and Conditions and the associated Privacy Policy.
27+
28+
### 2. Agreement with the Privacy Policy
29+
By completing a ticket purchase, each participant confirms agreement with the DevOpsDays Sibiu Privacy Policy. Personal data supports event organisation, access management, communication, and community engagement, in line with applicable data protection principles.
30+
31+
### 3. Ticket validity and access
32+
Each ticket provides access to the specific day or days selected during purchase.
33+
34+
- Conference tickets for Day 1 provide access on 27 May
35+
- Conference tickets for Day 2 provide access on 28 May
36+
- Combined tickets provide access on both Day 1 and Day 2
37+
- Workshop tickets provide access to Day 3 workshops on 29 May
38+
- After party tickets provide access to the official social event on Day 1, 27 May
39+
- Live streaming access provides online viewing of selected sessions
40+
41+
Each ticket applies to one individual.
42+
43+
### 4. Ticket pricing and sales periods
44+
Day 1 & 2 ticket sales follow a calendar based structure.
45+
46+
- January early bird: 5 prize draw entries
47+
- February early bird: 4 prize draw entries
48+
- March early bird: 3 prize draw entries
49+
- April early bird: 2 prize draw entries
50+
- Tickets sold in May: 1 prize draw entry
51+
52+
Ticket prices remain consistent across early bird phases, while the number of prize draw entries gradually decreases over time.
53+
54+
### 5. Prize draw and raffle tickets
55+
Prize draws take place at the end of:
56+
- Day 1 – 27 May
57+
- Day 2 – 28 May
58+
59+
Eligible ticket holders receive physical raffle style tickets during check in.
60+
Each raffle ticket represents one entry for that specific day.
61+
62+
- Combined tickets receive raffle tickets for each applicable day
63+
- Workshop tickets, after party tickets, and live streaming access include zero prize draw entries
64+
65+
Winners must be present at the event at the time of the draw.
66+
Prizes may include sponsor gifts, partner vouchers, or community rewards. Cash alternatives are not available.
67+
68+
### 6. Student ticket refund programme
69+
Students benefit from a full same day refund for conference tickets when all conditions apply:
70+
71+
- Arrival before 14:00 on the valid ticket day
72+
- Presentation of a valid student document and personal ID
73+
- Physical attendance at the event on that day
74+
75+
The refund applies per day.
76+
After party tickets are excluded.
77+
All refunds are issued in cash after 14:00, not during the registration period.
78+
79+
### 7. Cancellation and refund policy
80+
Refunds apply when cancellation requests reach organisers no later than fourteen calendar days before Day 1 (27 May).
81+
82+
After this deadline, refunds are not available.
83+
Ticket name changes may still be requested as described in section 11.
84+
85+
Student refunds remain independent and are handled on site.
86+
87+
### 8. Workshops on Day 3
88+
Workshop tickets grant access to hands on sessions on 29 May.
89+
90+
- Student and non student tickets follow separate pricing
91+
- Participation requires prior ticket purchase
92+
- Attendance is first come, first served
93+
- No advance reservations or prebooking
94+
95+
Workshop tickets are independent of conference day tickets.
96+
97+
### 9. Live streaming access
98+
Live streaming access provides online viewing of selected sessions at zero cost.
99+
100+
DevOpsDays Sibiu may limit or exclude sessions due to speaker requests or organisational, technical, or content related reasons.
101+
Streaming availability depends on technical conditions and speaker consent.
102+
103+
### 10. After party ticket details
104+
The after party takes place on Day 1, 27 May.
105+
106+
The ticket includes:
107+
- Entry to the official social gathering
108+
- Food
109+
- Three drinks per person
110+
111+
All participants follow the DevOpsDays Code of Conduct.
112+
Organisers may act to ensure a safe and welcoming environment.
113+
114+
### 11. Ticket name changes
115+
Ticket name changes are supported until seven calendar days before Day 1 (27 May).
116+
Later requests may receive limited support.
117+
118+
### 12. Programme evolution
119+
Organisers may adapt the programme, speakers, schedule, or venue when required, while preserving the overall event experience.
120+
121+
### 13. Community standards
122+
All participants contribute to a respectful, inclusive, and welcoming environment in line with the DevOpsDays Code of Conduct.
123+
124+
### 14. Contact and support
125+
Questions related to tickets, refunds, access, or data handling may be addressed through official DevOpsDays Sibiu communication channels.
126+
127+
---
128+
129+
## Privacy Policy for DevOpsDays Sibiu
130+
131+
### 1. Purpose of this Privacy Policy
132+
This policy explains how DevOpsDays Sibiu collects, uses, stores, and protects personal data related to event participation.
133+
134+
### 2. Data controller
135+
DevOpsDays Sibiu acts as the data controller for all personal data processed in relation to the event.
136+
137+
### 3. Personal data collected
138+
Collected data may include:
139+
140+
- Name and surname
141+
- Email address
142+
- Ticket type and attendance day
143+
- Student status verification
144+
- Workshop or prize draw participation
145+
- Technical data related to live streaming access
146+
147+
### 4. Sources of personal data
148+
Data is collected directly from participants during ticket purchase, registration, check in, event participation, and voluntary communication.
149+
150+
### 5. Purpose of data processing
151+
Personal data supports:
152+
153+
- Event organisation and logistics
154+
- Ticket management and access control
155+
- Student refund verification
156+
- Prize draw administration
157+
- Event communication
158+
- Community safety and Code of Conduct enforcement
159+
- Statistical insights for future events
160+
161+
### 6. Legal basis for processing
162+
Processing is based on one or more of the following:
163+
164+
- Performance of a contract
165+
- Participant consent
166+
- Legitimate organisational interests
167+
- Legal obligations where applicable
168+
169+
### 7. Data sharing
170+
Data may be shared with trusted partners (ticketing platforms, payment providers, venue systems) under strict confidentiality and purpose limitation.
171+
172+
### 8. Prize draws and raffles
173+
Personal data is never sold.
174+
Raffle tickets carry no personal identifiers. Limited contact data may be required for prize fulfilment.
175+
176+
### 9. Live streaming and recordings
177+
Some sessions may be recorded with speaker consent.
178+
Audience members appearing incidentally accept this as part of participation.
179+
180+
### 10. Data retention
181+
Data is retained only as long as necessary for operational, legal, and reporting purposes.
182+
183+
### 11. Data security
184+
Appropriate technical and organisational safeguards protect personal data. Access is limited to authorised parties.
185+
186+
### 12. Participant rights
187+
Participants may request access, correction, deletion, or clarification regarding their personal data.
188+
189+
### 13. Cookies and tracking
190+
Event websites may use essential cookies. Platform specific cookie policies apply where relevant.
191+
192+
### 14. Changes to this Privacy Policy
193+
Updates may occur to reflect legal or operational changes. The latest version remains published on official channels.
194+
195+
### 15. Contact
196+
For questions related to this Privacy Policy, contact:
197+
**sibiu@devopsdays.org**
198+
Lines changed: 25 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,25 @@
1+
+++
2+
Title = "Program"
3+
Type = "program"
4+
Description = "Program for devopsdays sibiu 2026"
5+
Icons = "false"
6+
+++
7+
8+
<div class="column" style="margin-bottom:24px;">
9+
<div class="col-lg-2 col-md-2"><b>Color Keys:</b></div>
10+
11+
<div class="col-lg-2 col-md-2 program-element program-talk">Talk</div>
12+
<div class="col-lg-2 col-md-2 program-element program-ignite">Ignite</div>
13+
<div class="col-lg-2 col-md-2 program-element program-workshop">Workshop</div>
14+
<div class="col-lg-2 col-md-2 program-element program-open-space">Open Space</div>
15+
16+
<div class="col-lg-2 col-md-2 program-element program-keynote"
17+
style="background-color:#2f7d3a; color:#fff;">
18+
Keynote
19+
</div>
20+
21+
<div class="col-lg-2 col-md-2 program-element"
22+
style="background-color:#e8e8e8; color:#333;">
23+
Break or other event
24+
</div>
25+
</div>
Lines changed: 10 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,10 @@
1+
+++
2+
Talk_date = ""
3+
Talk_start_time = ""
4+
Talk_end_time = ""
5+
Title = "Edith Karda - Unmasking Traefik: Multi-Domain Routing Patterns in Kubernetes"
6+
Type = "talk"
7+
Speakers = ["edith-karda"]
8+
+++
9+
10+
Ever wondered how Traefik manages domain magic in the background? We’ll solve the mystery of having multiple domains in one environment, how it can improve cloud platform migrations, and create a seamless user experience for end-users. Context: Traefik Proxy as an Ingress Controller in Kubernetes. Based on a real-world migration experience, this case study will walk you through the process of configuring not one, but three domains with a single IP!  It also improved our overall infrastructure in multiple ways, reducing resources being only one of them. Curious about another scenario? Find out how two domains can happily live together in a cluster, but be completely independent, each having their separate IP and microservices. This session is perfect for anyone curious to dive into Traefik’s capabilities and discover different uses of multi-domain setups.
Lines changed: 10 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,10 @@
1+
+++
2+
Talk_date = ""
3+
Talk_start_time = ""
4+
Talk_end_time = ""
5+
Title = "If You Feel Behind, You’re Probably Paying Attention"
6+
Type = "talk"
7+
Speakers = ["joep-piscaer"]
8+
+++
9+
10+
Impostor syndrome is usually framed as a personal failing: a lack of confidence, a mindset problem, something you need to “work through.” But what if the problem isn't you? You’re not inexperienced. You’re not lazy. You're not bad at your job. I realized something else was going on: no one’s real experience matches the cloud-native story we tell in public. In the cloud-native world, operators and admins are surrounded by a constant narrative of effortless success: platforms that scale cleanly, teams that “just adopt Kubernetes,” architectures that assume infinite time, talent, and budget. Conference talks are polished. Case studies are sanitized. Failure is implied to be a 'you' problem. Yet privately, most practitioners are struggling. Technology is complex. Platforms and systems are brittle. Toolchains are overwhelming. Upgrades are painful projects. On-call is exhausting. And almost no one’s lived experience matches what the industry claims is normal. This talk argues that what we’re experiencing isn’t just impostor syndrome — it’s pluralistic ignorance amplified by burnout. Everyone is struggling to keep up, but no one admits it, because admitting it feels like failure. So we stay quiet. We internalize the gap. We blame ourselves. We work harder and harder, up to, and beyond our breaking point. At Cloud Native Rejekts, I want to say the quiet part out loud and break that silence together. This talk is for operators who keep real systems running, who are tired of pretending and who want honesty instead of hype. We’ll examine how hype amplifies self-doubt, why feeling “behind” is often a sign of realism, and how collective honesty—not more expertise—is the missing ingredient in the cloud-native ecosystem. If you’ve ever thought “everyone else seems to have this figured out” — this talk is for you.
Lines changed: 10 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,10 @@
1+
+++
2+
Talk_date = ""
3+
Talk_start_time = ""
4+
Talk_end_time = ""
5+
Title = "Platform Obesity, not Complexity, is killing our platforms"
6+
Type = "talk"
7+
Speakers = ["joep-piscaer"]
8+
+++
9+
10+
We like to say Kubernetes platforms fail because they’re “too complex”. But complexity isn’t the problem. Platforms fail because they’re obese. They’re bloated with an excess of features, tools, abstractions, and opinions that far exceed an organization’s operational capacity and cognitive load—especially in enterprises, regulated environments, and talent-constrained teams. The cloud-native ecosystem doesn’t help. It hands out sweets constantly: one more controller, one more abstraction, one more “best practice.” Each addition seems harmless in isolation. Saying yes is easy. Saying no is career-limiting: since no-one wants to admit their own reality doesn't match the industry narrative. The Pluralistic Ignorance is real, yo. The ecosystem rewards addition, not subtraction. Often, “simplification” efforts often do the opposite—layering abstractions on top of abstractions until the platform is heavier, slower, and harder to operate and change than before. Eventually, the platform collides with reality: finite talent, finite attention, finite time. Cognitive load exceeds capacity. Operational friction grows. Engineering quality cracks. Business outcomes stall. ROI quietly evaporates. This isn’t a tooling failure. It’s a constraint failure. So how do you fix an obese platform? The same way you fix obesity: by creating a calorie deficit, rigorous exercise and discipline. In the platform world, that means recognizing constraints and designing for and staying within those limits, across technology, processes, organizational culture, budget, engineering skills, team cognitive load and more. Dare to play the hard 'less is more' subtraction game, not the easy game of addition: treat dealing with constraints, subtraction, prioritization and trade-offs as first-class engineering skills—not as signs of lack of ambition.
Lines changed: 15 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,15 @@
1+
+++
2+
Talk_date = ""
3+
Talk_start_time = ""
4+
Talk_end_time = ""
5+
Title = "The rise of Risk Ops teams - a solution for reducing cognitive load in DevOps teams."
6+
Type = "talk"
7+
Speakers = ["sutapa-sankar"]
8+
+++
9+
10+
In the fast-paced realm of DevOps, integrating security early often overwhelms DevOps teams with complex alerts and mental strain. Risk Ops can reduce this cognitive load by embedding continuous risk assessments, vulnerability management, directly into development pipelines. While Security Champions help to ensure secure coding practices are followed early in the development cycle, Risk Ops teams translate technical alerts into actionable, business-contextualized insights which enable DevOps teams to focus on delivering features rather than deciphering risks. Embedding risk knowledge within DevOps teams enables the translation of risk and security challenges into actionable, developer-friendly tasks, many of which can be efficiently mitigated through automation. This collaboration fosters a “secure by design” culture where risk teams guide rather than gatekeep, work together with DevOps teams to resolve risk and security related issues , empowering DevOps teams to build resilient applications with speed, confidence, and reduced friction.
11+
During this talk, I will share firsthand experiences where my team has developed structural solutions to security and risk challenges, helping embed regulatory compliance requirements such as DORA, GDPR etc. into DevOps workflows. If you're a developer, tester, or architect eager to see how risk ops teams can help you remove cognitive load from your DevOps teams, then this session is for you.
12+
Key Takeaways:
13+
14+
1. Learn about Risk Ops and how they help to alleviate cognitive load within DevOps teams.
15+
2. Learn about tips and tricks to embedding Risk Ops within your delivery teams for faster delivery.
Lines changed: 5 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,5 @@
1+
+++
2+
Title = "Speakers"
3+
Type = "speakers"
4+
Description = "Speakers for devopsdays sibiu 2026"
5+
+++

0 commit comments

Comments
 (0)