Showing posts with label ResponsibleAI. Show all posts
Showing posts with label ResponsibleAI. Show all posts

Wednesday, May 21, 2025

Is Agentic SecDevOps for you?

What is it?

As usual. let's take a moment to look at the "bare essential constituant parts" of what Agentic DevOps is, and let's see how we align them to the SecDevOps mindset.

Microsoft’s "Agentic DevOps", Key Concepts:

  • "Agentic DevOps" positions AI agents (like GitHub Copilot) as active collaborators in the development and operations lifecycle, not just assistants, but participants.
  • These "agents" are embedded in developer workflows 
    • suggesting code
    • generating unit tests
    • assisting with CI/CD YAML configs
    • even watching platforms, helping triage incidents.
  • Azure/Devops and GitHub integration aims to create a seamless loop where AI connects dev, test, deployment, and observability pipelines.
  • The model encourages intent-driven automation, you describe what you want to achieve, and the agent helps scaffold or implement the solution.


Agentic DevOps: Is AI Ready to Be a Team Player?

We’ve all seen it by now: the demos where GitHub Copilot seems to finish your code before you even finish typing your thought. And now, with Microsoft’s Agentic DevOps vision, it’s not just about writing code faster, it’s about changing how we develop, test, deploy, and run software altogether.

I use it personally, all the time. It's quite stunning how it can "trim the fat" off writing code that would otherwise be obvious if not tedious. That is to say, some of the routines we write are simply "frequently used" and "well known" algorithms. Just different parameters or variables. 

You can ask LLMs to write whole applications too. And it sometimes does a reasonable job. That "sometimes" though...who knows when it will, or won't do things properly? The more code it is required to produce the more likely it's going to contain a major bug.

To be fair, the same can be said about the code we write ourselves. But what is predictable is our fallibility. We include this in our processes as a matter of fact. We might be tempted to trim this out of our processes if we involve an AI to do it.

So, the more reliable it is, the more we will rely on it. Now, is that an asset or a new risk?

Is it the revolution we need, or just another layer of complexity dressed up as automation?

As someone who’s worked at the intersection of security, operations, and DevOps culture for a while now, I’ve been watching this trend with both excitement and caution.

Let’s unpack it.


The Good: Why This Matters

  1. Acceleration of Repetitive Tasks
    Writing boilerplate YAML? Structuring that Bicep deployment script? Copilot is already shaving hours off those tasks. That’s not trivial, it frees teams to focus on actual design, risk, and user value.

  2. Incident Intelligence
    The integration of observability, logs, and incident data into Copilot's scope could mean AI agents can help identify root causes faster, maybe even qualify the issues for triggering automated remediations.

  3. Bridging Silos
    A shared platform where code, deployment, and monitoring are all AI-augmented could reduce friction between devs and ops, if adopted correctly. It could bring a consistent need for peer reviewing as a process, instead of having the process viewed as systematic criticism.

  4. Platform Engineering Synergy
    This vision aligns well with Internal Developer Platforms (IDPs), the AIs could help developers self-serve builds, infra, and pipelines more easily, if guardrails are properly enforced.


The Caveats (a few): From a SecDevOps Perspective

  1. Automation Without Understanding Is Dangerous
    If you don’t understand the YAML Copilot just wrote, you can’t secure it. Blind trust in agentic systems creates blind spots, especially in config, secrets handling, and permissions. Don't even get me started on Vibe coding. Understanding code is critical to maintain a Zero Trust ecosystem.

  2. Security by Suggestion != Secure by Design
    AI agents might suggest best practices, but it’s still up to humans to validate, enforce policies, and think critically. Shift-left becomes shallow if we just shift it onto Copilot’s shoulders. It may not cover all you bases either. So people must do better than fill in the gaps that AI might create, but instead, make the full list of requirements upfront.

  3. Agent Drift and Policy Compliance
    Who’s auditing what the agent changed? Is it versioned? Logged? Reviewed by humans? In a compliance-driven world, traceability and "explainability" are non-negotiable. Zero trust must and will still apply, and Copilot will be the first to be verified at every turn.

  4. Burnout via Pseudo-Acceleration
    There’s a real risk of perceived acceleration masking actual cognitive load. Teams might feel pressured to "keep up with the agent" without having time to understand, refactor, or breathe. The sheer volume of what the AI tools can output could be overwhelming, so lets keep using the sense of "best value" that DevOps always proposes.

  5. People are still the Platform
    Sustainability isn't just ecological, it's about building teams that last. If we offload too much thinking to tools, we risk alienating people from their craft. And vice-versa: if the tools are available and we simply forbid it's use, it can also cause alienation towards our progressive thinkers or enthusiasts.

  6. Governance with pattern recognition
    It may be tempting to have the AI look out for patterns that break our governance rules. But relying on it to do so, is at our own peril. As much as false positives could desensitize out teams as to real potential incidents, "needles in a haystack" outcomes, where AI does finally detect something pertinent, might require more effort to parse that it is worth. This approach must be carefully evaluated as far as the final value of "AI in governance".

  7. Agents are foreign entities
    So far, from the perspective of Microsoft's proposition, we can infer that we must entrust our code and agents and their specific instructions to their care. That's their business model so I don't blame them for it. Not only does the volume of use cases, reinforce their product and service offering, but it may also expose intellectual property and even security flaws. So you might want to consider "self hosting" part of or all of the components of your ALM, when integrating Agentic SecDevOps. After all, hosting AI models like phi4-reasoning is completely feasible at enterprise level. Theoretically, Microsoft doesn't have to figure in the loop, at all. Let's keep that in mind.


Where It Does Align with Our Values

The cultural DevOps model we’ve talked about, shared ownership, cross-functional empathy, sustainability, can work beautifully with Agentic DevOps if we:

  • Use AI to augment, not replace, team practices.
  • Insist on "explainability", traceability, and validation at every step.
  • Teach teams how to challenge Copilot’s output, not just accept it.
  • Preserve the social contract: automation serves the people, not the other way around.


So… Is This the Future?

Maybe. I for one, am looking forward to it. But only if we embed human-first principles into how we adopt it. AI and LLMs are great tools to generate ideas and test some of our own but critical thinking is still the realm of real people.

Yes, AI will shape how we build and run software. But whether it empowers or overshadows people, that’s still up to us. One thing is for certain, if is not working for us, we will be working for it. I don't mean this in the totally dystopian fashion of a bad sci-fi movie, but in the sense it may be more trouble adapting what we do, to it, if we don't design its caveats in our methods, from the get-go.

In my view, Agentic SecDevOps is using these tools like we have some very enthusiastic juniors that have a (quite a few) variety of opinions to share. But those opinions need critical scrutiny. And by the sheer volume of the propositions they can afford, they cannot be ignored: we must consider them.

Thursday, May 15, 2025

Sustainability Is the New Performance

Sustainability Is the New Performance

We talk a lot about performance — in business, in systems, in teams.

How fast?
How scalable?
How productive?

These are important questions, but in this age — where AI consumes ever-growing energy, where our ecological systems are in crisis, and where relentless economic growth strains planetary and human limits — we need to start asking a deeper, more consequential question:

Is it sustainable?


 


The Illusion of Infinite Growth

For decades, growth has been treated as the gold standard: the only meaningful metric of success.
More users. More compute. More features. More revenue.

But more does not always mean better. And growth at all costs often comes with a hidden price tag: environmental degradation, burnout, inequality, technical debt, and fragility.

In technology, we idolize velocity.
We celebrate disruption.
We chase scale.

But systems that are optimized only for speed are systems that eventually fail, or worse, fail us. They burn resources, burn out people, and leave behind operational chaos.


Sustainability as a First-Class Metric

It’s time we shift the conversation.
Sustainability is not an afterthought.
It’s not a “nice to have.”
It’s a first-class requirement, every bit as essential as uptime, latency, or throughput.

When we ask “Is it sustainable?”, we don’t just mean:

  • Is it green?
  • Is it carbon-neutral?
  • Is it efficient?

We mean:

  • Can this system adapt to change without collapsing?
  • Can the people running it thrive, not just survive?
  • Can we maintain it responsibly, over time, without heroics?
  • Can it be trusted, observed, explained, and governed?


Designing for Endurance, Not Just Velocity

Sustainable tech leadership means:

  • Building systems that last: observable, modular, explainable, and respectful of real-world limits.
  • Automating with intent: using automation to reduce cognitive load, not to mask complexity.
  • Embedding governance: not because compliance requires it, but because trust is the currency of modern systems.
  • Caring for our teams: designing processes and expectations that protect mental health and build resilience.

Sustainability isn’t a limit. It’s a lens.


It reveals where we’re going too fast.
Where we’ve skipped the fundamentals.
Where we’re scaling waste instead of value.


What Does Growth Really Mean?

If your infrastructure burns more energy than it returns in value…
If your AI model can’t be explained or constrained…
If your delivery pipeline causes stress, rework, and shadow systems…

Is that really growth?
Or is it just noise at scale? "Oh look at me, I'm a big, something."

We need a new kind of performance metric, one that includes endurance, clarity, and responsibility.


A New Definition of Value

The most valuable systems in the next part of this century won’t just be fast.
They’ll be trusted.
They’ll be sustainable.
They’ll be governed, observable, and humane.

Let’s make sustainability more than a buzzword
Let’s make it a design principle, a business imperative, and a cultural norm.

Because if your system can’t last…
If your growth burns everything behind it…

That’s not forward.
That’s backwards.

Saturday, June 10, 2017

About JP

Jean-Paul Lizotte (« Jaypee »)

SecDevOps Transformation Leader | Zero-Trust & Compliance Automation | 30 + years in IT driving resilient, people-centric delivery

I build high-trust, Zero-Trust engineering cultures. From programming Microsoft BASIC in 1981 to leading SOC 2 Type II attestations, my career arcs around one idea: technology should empower people, not become their bottleneck

Today I coach organisations out of “guru dependency” and into collaborative, self-healing SecDevOps ecosystems that cut lead-time, raise security posture, and make audits almost invisible to engineers.

Signature Results

  • SOC 2 Type II readiness in under 12 months – Automation and coordination of implementation of Audit controls.
  • 45 % fewer production defects after embedding SAST / DAST / IaC gates into CI / CD.
  • Daily releases down from bi-weekly by coaching five cross-functional squads on trunk-based development and feature flags.
  • Hub-and-spoke Azure landing zone Bicep Deployment, with policy-as-code and private endpoints, now hosting 30 + workloads.

Playbook

  1. Strategy & Governance – Map business risk to guard-rails; bake compliance into workflow.
  2. Automation – Everything-as-Code: pipelines, policies, infrastructure.
  3. Culture – Psychological safety, shared ownership, continuous feedback loops, security baked-in everything.

Core Competencies

  • SecDevOps Leadership & Cultural Transformation
  • Zero-Trust Architecture & SOC 2 Type II Compliance
  • CI / CD & IaC: Azure DevOps · GitHub Actions · Bicep · Docker / AKS, SonaQube, Snyk
  • Multi-Cloud & Hybrid Governance (Azure-first, some AWS)
  • Data & Pipeline Security: SAST · DAST · Secrets Management · SIEM log centralisation
  • Coaching & Mentoring cross-functional squads

Recent Roles

Emyode | Certified B Corp 

7 years 10 months 

SecDevOps Practice Leader | Deputy CIOSO 

May 2024 - May 2025 (1 year 1 month) 
Montreal, Quebec, Canada 

As Deputy to the CIOSO, I contributed to the company’s operational security strategy by identifying systemic risks, establishing process controls, and implementing scalable governance frameworks across development teams. A key part of this role involved leading the implementation of Emyode’s SOC 2 security readiness program, aligning teams and operations with rigorous audit controls and evidence-based compliance standards. As SecDevOps Practice Leader, I fostered a security-first culture by embedding security at every stage of the SDLC. I coached cross-functional teams on secure automation, threat modeling, and continuous improvement— transforming DevOps maturity into measurable business value. Key Contributions: Operationalized the SOC 2 readiness initiative, from gap analysis to policy implementation and evidence collection, ensuring audit readiness.
  • Designed DevSecOps pipelines with embedded quality and compliance checks. 
  • Led security training, risk workshops, and architecture reviews with both internal teams and external clients. 
  • Established metrics and dashboards for real-time security KPIs and remediation tracking. 
  • Acted as an executive liaison to support communication between stakeholders and security teams. Drove enterprise SOC 2 program, instituted Zero-Trust controls, and centralised observability

Théâtre de la sécurité infonuagique: pourquoi les "meilleures pratiques" d'Azure ne vous sécurisent pas réellement (Avec blogueur invité Joshua Copeland)

Seule, une "checklist" ne vaut rien. Joshua Copeland et Jean-Paul Lizotte Image générée par l'IA. Tout le monde aime...