I took the Microsoft SCCM course, but that was 10-11 years ago now. Since then, outside of experience with the software, this has been my go-to. I've bought the last 2 editions and I'll certainly buy whatever edition they come out with next. As for online resources, Prajwal Desai has been running a great website for years now. His website is my other go-to.I've just recently been thrown intoSCCMSCEM deep end of the pool & could use some "best places to learn it" info. YouTube maybe?
Certs are good for getting a job initially or if you work for a partner.
To beat use the cloud. You have to adopt the cattle not pets mentality.I don't see how it is possible for the cloud to be cheaper than rolling your own unless you are very small and don't have the in-house expertise to run it. The cloud needs the same hardware, datacenter environment, same power needs, etc. that you would own. Plus you pay for their profit margin.
Owning your own equipment you get to write off capital expenses, depreciation, etc and if you ever need to move your datacenter you already have your data on your physical systems. How the hell do you get a .5-1 petabytes out of the cloud once it's there? That's a loooong download.
I am on a team of 6 that manages 1700+ Linux systems on vmware 6.5 & 7 (no Windows at all - yay).
Will they wipe out my student loan as a work benefit?Also side note. Anyone looking for a job as a senior Linux admin? My company is hiring one atm. Check out navient.com for the job posting. Naturally I can't promise anything.
I wish. LolWill they wipe out my student loan as a work benefit?
Because the huge players in cloud can do it cheaper and on cloud you pay for consumption and if you size things correctly (and make use of not only IaaS, but also PaaS and SaaS) you can come out better than paying for a lot of unused capacity, etc. Also, trading CAPex spend for OPex and so not tying up as much cash upfront.I don't see how it is possible for the cloud to be cheaper than rolling your own unless you are very small and don't have the in-house expertise to run it. The cloud needs the same hardware, datacenter environment, same power needs, etc. that you would own. Plus you pay for their profit margin.
Owning your own equipment you get to write off capital expenses, depreciation, etc and if you ever need to move your datacenter you already have your data on your physical systems. How the hell do you get a .5-1 petabytes out of the cloud once it's there? That's a loooong download.
I am on a team of 6 that manages 1700+ Linux systems on vmware 6.5 & 7 (no Windows at all - yay).
Here’s how you do it. Move your **** to aws, dump your vmware licenses, sell all that hardware, fire 4 of the people on your team and get the two left trained to manage the aws stack. The systems that run on aws can be scaled to the load. You really just pay for the volume if you set it up smartly.I don't see how it is possible for the cloud to be cheaper than rolling your own unless you are very small and don't have the in-house expertise to run it. The cloud needs the same hardware, datacenter environment, same power needs, etc. that you would own. Plus you pay for their profit margin.
Owning your own equipment you get to write off capital expenses, depreciation, etc and if you ever need to move your datacenter you already have your data on your physical systems. How the hell do you get a .5-1 petabytes out of the cloud once it's there? That's a loooong download.
I am on a team of 6 that manages 1700+ Linux systems on vmware 6.5 & 7 (no Windows at all - yay).
Now do Oracle.Here’s how you do it. Move your **** to aws, dump your vmware licenses, sell all that hardware, fire 4 of the people on your team and get the two left trained to manage the aws stack. The systems that run on aws can be scaled to the load. You really just pay for the volume if you set it up smartly.
I hate it. But it’s what it is.
Ah. You’ve noticed the fly in the ointment. We have a large legacy product where we still haven’t quite figured that out. It’s not that it can’t be done. It’s that all the options suck.Now do Oracle.
You are focused on the database. For Oracle Apps, you have to license every processor that the App can run on. So, in essence, you have to license the whole cloud to move it there. We have to make sure our servers are segmented both from a network perspective and from a VMWare perspective.Ah. You’ve noticed the fly in the ointment. We have a large legacy product where we still haven’t quite figured that out. It’s not that it can’t be done. It’s that all the options suck.
AWS has a conversation tool that works pretty well to replicate Oracle Database and data to Redshift, or (other supported databases). I’ve used it and it works surprisingly well for replicating simple objects like tables and views. It’s not all that good with PL/SQL, which unfortunately half the business logic of that legacy app is written in.
Three options that have been discussed: Run Oracle and application services on EC2 instances and “forklift” the whole app. But we’d still have the extraordinary cost of Oracle licensing, plus some sizable development to make the app compatible with running in AWS. This option sucks.
Another other option is rewriting the whole thing targeting Red Shift or Postgres. This option sounds great to a developer. But to the business it sucks.
Option 3 is a hybrid that is of the other two. Use the tool to replicate the databases. Refactor the pl/sql business logic into the service layer. This is very risky and sucks.
This sounds like a great reason not to use Oracle Apps. But I guess you have what you have. We don't really have much in the way of internal systems running on-prem anyway though.You are focused on the database. For Oracle Apps, you have to license every processor that the App can run on. So, in essence, you have to license the whole cloud to move it there. We have to make sure our servers are segmented both from a network perspective and from a VMWare perspective.
Personally, I think cloud architecture is better for Web facing apps. In an environment where all of your stuff is internal, it does not make as much sense.
I assume this is Oracle trying to try and capture it's customers into it's own cloud offerings? I'm not well versed on Oracle's offerings these days, but know they are a lower level player in cloud. Seems like they might expedite enterprises to migrate away from their database & app technologies though due to the costs that Oracle is inflicting if a customer moves to another cloud provider.You are focused on the database. For Oracle Apps, you have to license every processor that the App can run on. So, in essence, you have to license the whole cloud to move it there. We have to make sure our servers are segmented both from a network perspective and from a VMWare perspective.
Personally, I think cloud architecture is better for Web facing apps. In an environment where all of your stuff is internal, it does not make as much sense.
Migrating an ERP system for a large corporation is no small undertaking. It took four years and I do not know how much money to implement it in the first place. I imagine at some point we may move away from Oracle. Their pricing across the board is ridiculous. We already went to third party support, which is going to limit our ability to update in the future.I assume this is Oracle trying to try and capture it's customers into it's own cloud offerings? I'm not well versed on Oracle's offerings these days, but know they are a lower level player in cloud. Seems like they might expedite enterprises to migrate away from their database & app technologies though due to the costs that Oracle is inflicting if a customer moves to another cloud provider.
We are the opposite. I work for a large manufacturing company. We use some SaaS apps, and have a website, but it is not for sales, only information.This sounds like a great reason not to use Oracle Apps. But I guess you have what you have. We don't really have much in the way of internal systems running on-prem anyway though.
And don't get me wrong. I'm not trying to promote AWS. I'm bringing all this up to show how attractive it is to businesses, especially data providers with web services. I think AWS has way too much power and that it's a mistake to build out everything to run in AWS. We'd have a lot of down time if we had to find another service like Parler did. Not that we're in any real danger for that.
I've thought that for years. Oracle's licensing is really expensive and really restrictive. The only reason we have ANY servers running Oracle is because we have some legacy apps that are highly coupled to PL/SQL and some other Oracle proprietary stuff.I assume this is Oracle trying to try and capture it's customers into it's own cloud offerings? I'm not well versed on Oracle's offerings these days, but know they are a lower level player in cloud. Seems like they might expedite enterprises to migrate away from their database & app technologies though due to the costs that Oracle is inflicting if a customer moves to another cloud provider.