Wow, I totally missed the devops cert since I was completely focused on passing the LPIC-2 exams before the deadline. That has a tendency to give you tunnel vision. Since one of the voucher bundles is devops + LPIC-1 maybe there should be an advanced devops cert that's optionally paired with an LPIC-2?
Or, if things were shuffled around, maybe LPIC-2 requires passing a core 200 exam plus either 202 (traditional ops) or 203 (dev os). The former would have a prereq of the LPIC-1, the latter would have a prereq of a 701. That would still allow people to take the LPIC-3 where you can really stand out. That's the main reason I took the LPIC-2 - I had to act fast or I would lose the ability to sit for the more focused LPIC-3 exams. With a devops track a good 300-level course would be maintaining Hadoop clusters. You don't have to pay for either Cloudera or Hortonworks (you only get community support), or could build everything from source. The requirements (from our own experience and some sales efforts) would be - linux skills to administer a small cluster - able to describe user impersonation and why it is needed - able to set up ldap (users, groups) - able to set up kerberos (kdc) - able to set up SSL (for Kerberos + SSL configs) - able to set up a traditional relational database (used to store schema information for several services) - able to set up HDFS (distributed FS) - able to set up Hive (distributed database) - able to set up Kafka (distributed messaging) - able to set up Zookeeper (resource locator akin to DNS) - plus probably a few more servers. I mentioned this on the devops track, not a traditional ops track, since I can see people moving into from the cloud environment instead of a traditional datacenter environment. I agree the exams should be as agnostic as possible. It's just hard to think of questions that be deeper than "do you understand this concept"? without getting specific and that I would get blank looks if I mentioned Ceph , a Kirby KDC instead of a MIT or Heimdal one, etc. Bear On Tue, Nov 27, 2018 at 9:24 AM Bryan Smith <[email protected]> wrote: > A few suggestions to keep-in-mind ... > - LPI also offers a DevOps cert > - Don't be afraid to suggest both 200 and 300 level, and concentrate on > what should be at each level > > That said, I agree (more of my personal views) ... > - Cloud-init is probably required 200-level > - It needs to be Linux/open source focused only > - If interfaces/API are generic or emulated in open source, they are open > for discussion > > As always ... just my personal views, as a peer, and I don't speak for > anyone or any entity. > > - bjs > > > On Tue, Nov 27, 2018 at 10:31 AM Kenneth Peiruza <[email protected]> > wrote: > >> IMHO Amazon is the king of clouds right now, but showing bits of it >> instead of other reference cloud providers would be ugly, like taking >> sides, and in a so rapidly changing field as IT is ... Who knows who will >> be the top cloud provider in 5 years,?will AWS look at least close to what >> it looks right now by then? It will require quite a lot of maintenance >> updates and it isn't Linux/Opensource-centric at all, whilst all the rest >> of certifications are. >> >> Azure is getting bigger everyday and looks like Google has taken the >> cloud issue personally. >> >> So, in my opinion, maybe something neutral as cloud-init makes sense, but >> I wouldn't see right to include closed&proprietary interfaces on any LPIc, >> or at worst in a future "lpic-about cloud", and even lesser of it somehow >> gave an extra advantage to specific companies. >> >> Regards, >> >> Kenneth >> >> On Nov 27, 2018 4:02 PM, Bear Giles <[email protected]> wrote: >> >> The tests shouldn't overlap the AWS certs but it's such a gorilla that >> many people have to be aware of some fundamentals. E.g., there's a good >> chance that the systems you're configuring and maintaining are on EC2 >> instances. You can treat this as simple PAAS provisioning but since the 201 >> covers capacity planning I think that knowing that AWS and other cloud >> providers can be used for elasticity - to "scale out" instead of "scale up" >> - is worth at least a point. That could mean a greater emphasis on >> integrating other services than the less common configuration options. >> >> For instance let's take a postfix server. The cloud monitor could launch >> a new instance when the existing servers reach 80% capacity for more than >> an hour. You can take your time ahead of time testing the server >> configuration with manual in hand so you don't have to memorize the details >> of obscure features. You just need to know that they're there. My big needs >> are how do you automate integration into the system? E.g., how do you >> configure the server to use LDAP for user details? Can you require strong >> mutual authentication using digital certs? Kerberos? How do you specify >> where the mail is written and will there be problems if multiple email >> servers are writing to it? >> >> For what it's worth we've had the production team maintain our dev/qa >> servers but we have so many different combinations that we're paying a >> fortune for servers that are rarely used. As a devop I've been tasked with >> finding a solution that meets the needs of the dev and qa teams and not >> just take on the responsibilities previously done by the production team. >> My proposal is a webapp (HTML, REST) where a person or test script can ask >> for a 4 hour lease on, oh, a MySQL database with certain properties. It >> will be entirely automated - a lot like automatic provisioning by a cloud >> provider. (In fact we may end up using that on our back end.) I need to >> know how to set up different configurations but more importantly I need to >> know how to integrate these systems into our existing infrastructure. The >> current approach has been very ad hoc but that only worked since the >> systems stayed up. With ephemeral instances we need standardization. >> Knowing details, e.g., that ChallengeResponse + PAM means that a server may >> accept passwords even though PasswordAuthentication is off is also >> important but it's secondary (at the moment) to being able to automate >> everything. >> >> I know this is very different from the classic ops needs that the current >> exams test. I just wanted to toss out a similar set of job requirements, >> one with a lot of overlap but some key differences. >> >> Bear >> >> >> On Mon, Nov 19, 2018 at 12:20 PM Bryan Smith <[email protected]> wrote: >> >> Ceph RADOSGW provides a S3 compatible API ... and is Open Source. >> AWS is not. >> >> If anything is added to the 200 level >> >> - bjs >> >> P.S. This is why I'm in favor of splitting HA (and LB) concepts from >> Storage, at the 300 level. >> >> P.P.S. Sorry I haven't been around. Been slammed by work and other >> things well into the evening and weekends, continually. That and 30 years >> as an UCF grad and alumni on Saturday. ;) >> >> >> On Mon, Nov 19, 2018 at 12:12 PM Simone Piccardi <[email protected]> >> wrote: >> >> Il 19/11/18 17:10, Bear Giles ha scritto: >> > How could I forget using S3 as a web server for static content? (With >> > client-side javascript libraries and lambdas that means you can often >> > create "serverless" websites.) Candidates shouldn't need to know the >> > details but should know that S3 is an alternative to apache and nginx, >> > and they should know that you can configure S3 so it sends an alert >> when >> > a file is deleted and that means you can use cheaper 'spot instances' >> > for scalability using cheaper spot instances. For instance you may have >> > full-resolution video on permanent S3 and video in different formats on >> > spot storage. When the latter file is deleted it automatically triggers >> > a process that will recreate it. This is usually finished by the time a >> > user requests a copy of the file, esp. if you are also using a caching >> > layer. >> > >> > Candidates shouldn't need to know the details of how to do this but >> they >> > should understand that a request for a "web server" might be satisfied >> > by S3 and a lighter EC2 instance instead of a more expensive EBS and a >> > heftier EC2 instance running the web server that provides the same >> > static content. Or that if devs use S3 storage they may also may also >> > need SNS (iirc) so they can receive notifications. SNS means knowing >> > that the could be linked to other messaging tools, e.g., SQS that acts >> > as a JMS server. >> > >> > It sounds like I'm arguing for a cloud-specific LPIC-2 but people still >> > need to be able to set up most (not all) conventional servers as well. >> > That's especially true with privacy laws that have a consequence of >> > encouraging hybrid solutions where sensitive information is stored in a >> > small data center the company controls while the public access is >> > entirely done in a scalable public cloud. No unencrypted sensitive >> > information would ever be on the public cloud, not even only in memory. >> > Someone in that situation needs to know the costs and benefits of both >> > S3 and apache/nginx, of RDS and their own oracle/mssql/mysql/postgresql >> > server, etc. >> >> I was thinking that 202 is a Linux senior sysadmin exam, it seems to me >> that you are talking about an Amazon services admin exams. >> >> Don't see anything on this regarding Linux knowledge. But probably I'm >> missing something. >> >> >> Regards >> Simone >> -- >> Simone Piccardi Truelite Srl >> [email protected] (email/jabber) Via Monferrato, 6 >> Tel. +39-347-1032433 50142 Firenze >> http://www.truelite.it Tel. +39-055-7879597 >> _______________________________________________ >> lpi-examdev mailing list >> [email protected] >> http://list.lpi.org/cgi-bin/mailman/listinfo/lpi-examdev >> >> >> >> -- >> >> -- >> Bryan J Smith - http://www.linkedin.com/in/bjsmith >> E-mail: b.j.smith at ieee.org or me at bjsmith.me >> _______________________________________________ >> lpi-examdev mailing list >> [email protected] >> http://list.lpi.org/cgi-bin/mailman/listinfo/lpi-examdev >> >> >> _______________________________________________ >> lpi-examdev mailing list >> [email protected] >> http://list.lpi.org/cgi-bin/mailman/listinfo/lpi-examdev > > > > -- > > -- > Bryan J Smith - http://www.linkedin.com/in/bjsmith > E-mail: b.j.smith at ieee.org or me at bjsmith.me > _______________________________________________ > lpi-examdev mailing list > [email protected] > http://list.lpi.org/cgi-bin/mailman/listinfo/lpi-examdev
_______________________________________________ lpi-examdev mailing list [email protected] http://list.lpi.org/cgi-bin/mailman/listinfo/lpi-examdev
